ข้อมูลเชิงลึกของผู้เชี่ยวชาญ: การสนทนากับ Stefan Karamancic จาก ManageWP

กาลครั้งหนึ่ง WordPress เป็นแพลตฟอร์มบล็อกที่เรียบง่าย ในช่วงหลายปีที่ผ่านมา มันกลายเป็นเครื่องมือที่ทรงพลังที่สุดสำหรับการสร้างเว็บไซต์ทุกประเภท เช่นเดียวกับ Stefan Karamancic ผู้มีประสบการณ์ด้าน Support ของ ManageWP วันนี้เขามาที่นี่กับเราเพื่อทำลายน้ำแข็งและยินดีต้อนรับทุกคนเข้าสู่ชุดบล็อก "ข้อมูลเชิงลึกของผู้เชี่ยวชาญ" ของเรา ซึ่งเราจะสัมภาษณ์ทีมสนับสนุน ManageWP และให้ข้อมูลเชิงลึกเกี่ยวกับประสบการณ์และความทุ่มเทที่พวกเขานำมาสู่ตาราง ตลอดจนการแก้ไขปัญหาบางอย่าง เทคนิคที่พวกเขาใช้ทุกวัน

WoW และบล็อกเกอร์สาวมีอะไรที่เหมือนกันในปี 2009? ฉันได้ยินคำตอบคือ - คุณ ถูกต้องหรือไม่ คุณช่วยแนะนำเราเกี่ยวกับวิธีที่คุณเริ่มต้นในอุตสาหกรรม WordPress ได้ไหม

คุณสามารถพูดได้ว่า ความจริงก็คือ ทั้งคู่นำไปสู่การจุดประกายความสนใจในการประกอบอาชีพด้านเทคโนโลยีเว็บ เมื่อประมาณ 15 ปีก่อน ฉันได้พบกับผู้หญิงคนหนึ่งและไม่รู้ว่าเธอจะเป็นคนๆ นั้น... ที่แนะนำโลกใหม่ให้กับฉัน โลกแห่ง WordPress! เธอมีบล็อกส่วนตัวบน WordPress.com และฉันได้ช่วยเธอปรับแต่งรูปลักษณ์สองสามครั้ง เราทำ CSS แบบกำหนดเองที่นี่และที่นั่น และฉันช่วยให้เธอได้รับประโยชน์สูงสุดจากธีมฟรีที่เรามีให้ในตอนนั้น มันเป็นเวลาที่แตกต่างกัน ทุกอย่างปรับแต่งได้น้อยลง ดังนั้นเราจึงมักต้องพึ่งพาฟังก์ชันและการปรับแต่งแบบกำหนดเองมากขึ้น

เนื่องจากฉันหลงใหลในเทคโนโลยีและอยากรู้เกี่ยวกับความเป็นไปได้ในการนำความรู้ที่เพิ่งค้นพบไปใช้ ฉันจึงเริ่มใช้ WordPress สำหรับบางโครงการของฉัน ฉันสร้างฟอรัมกิลด์และเว็บไซต์ง่ายๆ สองสามแห่ง โดยหลักแล้วสำหรับครอบครัวและเพื่อนของฉัน การปรับปรุงให้ทันสมัยอยู่เสมอและการเพิ่มฟังก์ชันใหม่ๆ เมื่อเวลาผ่านไปช่วยให้ฉันเข้าใจสาระสำคัญของการสร้างเว็บไซต์ด้วย WordPress เมื่อมองย้อนกลับไป การมีโปรเจกต์ที่หลงใหลเหล่านั้นทำให้กระบวนการเรียนรู้ทั้งหมดรู้สึกเหมือนเป็นเรื่องง่าย ฉันไม่ได้เรียนรู้ที่จะหางานทำ ฉันกำลังเรียนรู้ที่จะปรับปรุงโครงการความรักของฉัน ปัจจุบัน เรามีปลั๊กอินและธีมมากมาย และอุตสาหกรรมก็พัฒนาไปมาก คุณสามารถสร้างเว็บไซต์ที่น่าทึ่งด้วยการเขียนโค้ดเพียงเล็กน้อยหรือไม่มีเลย

ในโลกปัจจุบัน เราถูกโจมตีด้วยข้อมูลอย่างต่อเนื่อง เนื่องจากมีเรื่องราว แหล่งที่มา และแนวโน้มใหม่ๆ เกิดขึ้นทุกวัน คุณติดตามข่าวสารล่าสุดเกี่ยวกับการพัฒนาล่าสุดใน WordPress ได้อย่างไร?

นั่นเป็นคำถามที่ดี ฉันพบว่ามีประโยชน์ในการระบุประเด็นที่ฉันสนใจและคอยจับตาดูแหล่งข่าวสองสามแหล่งเพื่อให้ทราบข่าว

ฉันชอบ WP Tavern และเว็บไซต์อย่างเป็นทางการของ WordPress (โดยเฉพาะแหล่งข้อมูลสำหรับนักพัฒนาซอฟต์แวร์) สำหรับความรู้ทั่วไปเกี่ยวกับ WordPress และข่าวสารชุมชน นอกจากการอ่านประกาศเกี่ยวกับสิ่งที่จะเกิดขึ้นแล้ว ฉันชอบติดต่อกับชุมชน WordPress Slack อย่างเป็นทางการของ WordPress เป็นสถานที่ที่ดีในการรับฟังข่าวสารและขอความช่วยเหลือจากสมาชิกชุมชนคนอื่นๆ

อีกเว็บไซต์ที่ยอดเยี่ยมคือ WP Beginner ครอบคลุมหัวข้อต่าง ๆ และเผยแพร่และอัปเดตคำแนะนำและบทความอย่างต่อเนื่อง หากคุณกำลังมองหาพื้นฐาน คุณจะไม่ผิดพลาดกับ WP Beginner

พื้นที่ต่อไปที่ฉันพบว่าสำคัญคือความปลอดภัยของเว็บไซต์! จดหมายข่าวและบล็อกของ Sucuri และ WordFence เป็นแหล่งข้อมูลที่ฉันเข้าถึงเพื่อรับทราบข้อมูลด้านความปลอดภัยของเว็บไซต์ เนื่องจากนั่นเป็นเกมแมวจับหนูเสมอ

สำหรับข่าวเทคโนโลยีเว็บในวงกว้าง ฉันติดตามเทคนิค CSS, The Register และ Smashing Magazine

คุณมีวิธีการแก้ปัญหาอย่างไรเมื่อพูดถึง WordPress?

เช่นเดียวกับที่ฉันติดตามการพัฒนาใหม่ๆ ฉันระบุพื้นที่ที่ได้รับผลกระทบจากปัญหาและรวบรวมข้อมูลให้ได้มากที่สุดก่อนที่จะเริ่มตรวจสอบ ฉันมักจะเริ่มต้นด้วยการยืนยันว่าจำกัดเฉพาะส่วนประกอบหรือการกระทำเฉพาะหรือไม่ ผลลัพธ์ที่คาดหวังควรเป็นอย่างไร นี่เป็นสิ่งที่ฉันสามารถทำซ้ำได้อย่างน่าเชื่อถือหรือไม่? สิ่งเดียวกันนี้เกิดขึ้นบนเว็บไซต์อื่น ๆ หรือไม่?

จากนั้น เมื่อฉันได้ข้อมูลทั้งหมดแล้ว ฉันก็เริ่มด้วยการทำซ้ำกระบวนการทีละขั้นตอนและปฏิบัติตามเมื่อมันเผยออกมา จะมีประโยชน์เมื่อเปิดใช้การบันทึกข้อผิดพลาด เพราะเป็นวิธีที่เร็วที่สุดในการดูว่ามีข้อผิดพลาดตรงไหนผ่านบันทึกเหล่านั้น เมื่อมีข้อมูลที่เป็นประโยชน์ในบันทึก ฉันสามารถค้นหาวิธีแก้ไขปัญหาได้อย่างรวดเร็ว ดูว่าปัญหาได้รับการแก้ไขหรือไม่ แล้วลองอีกครั้ง ตัวอย่างเช่น หากปลั๊กอินไม่อัปเดต ฉันจะพยายามเรียกใช้การอัปเดตซ้ำเสมอหรือลองอัปเดต Hello Dolly หรือปลั๊กอินพื้นฐานอื่นๆ บนเว็บไซต์ หากกระบวนการล้มเหลว ฉันสามารถตรวจสอบบันทึกและค้นหาการตอบกลับที่เว็บไซต์หรือเซิร์ฟเวอร์ได้รับ มันเป็นสิทธิ์ของไฟล์ ปัญหาใบอนุญาต หรือข้อผิดพลาดร้ายแรงเนื่องจากเซิร์ฟเวอร์มีหน่วยความจำไม่เพียงพอหรือไม่ ไม่ว่าจะเป็นอะไรก็ตาม การเข้าถึงบันทึกข้อผิดพลาดทำให้กระบวนการแก้ไขปัญหาง่ายขึ้น

นอกจากนี้ ปัญหาอาจมีหลายสาเหตุ ดังนั้นจึงไม่ใช่เรื่องแปลกที่จะมีอีกสาเหตุหนึ่งปรากฏขึ้นหลังจากที่คุณแก้ปัญหาแรกแล้ว ในสถานการณ์เหล่านั้น คุณต้องจดจ่ออยู่กับปัญหาเดิมและติดตามเธรดจนกว่าคุณจะแก้ให้หายยุ่ง

ด้วยวิธีการดังกล่าว คุณต้องมีเรื่องราวที่น่าสนใจที่จะบอกเล่า คุณช่วยแชร์ตัวอย่างกรณีการสนับสนุนที่ท้าทายเป็นพิเศษที่คุณช่วยแก้ไขได้ไหม

ใช่ คำขอโคลนเว็บไซต์ที่เจ๋งที่สุดหาทางมายังกล่องจดหมายของฉัน คุณอาจบอกว่าฉันเป็นแม่เหล็กดึงดูดอุบัติเหตุจากการโคลนนิ่ง! ไม่กี่ปีที่ผ่านมา เราได้รับตั๋วที่ผู้ใช้ต้องการความช่วยเหลือในการโคลนเว็บไซต์ของพวกเขา กรณีคือเว็บไซต์ที่ใช้งานจริงของพวกเขาหยุดทำงานหลังจากที่พวกเขาเริ่มการโคลน ในตอนแรก ฉันรู้สึกประหลาดใจเพราะเครื่องมือ Clone ของเราไม่มีการโต้ตอบกับเว็บไซต์ที่ถูกโคลน เนื่องจากเราใช้ข้อมูลสำรองที่จัดเก็บไว้ในเซิร์ฟเวอร์ของเรา ดังนั้นนี่จึงเป็นเรื่องผิดปกติอย่างมาก ฉันตรวจสอบตั๋วหลายครั้งและได้กาแฟสดสักแก้ว พยายามวางแผนและย้อนรอยขั้นตอนของผู้ใช้ของเรา ความลึกลับลึกล้ำยิ่งขึ้นเมื่อฉันเข้าไปทำซ้ำปัญหาและได้ผลลัพธ์เดียวกัน

ฉันตรวจสอบปลั๊กอิน ธีม และการตั้งค่าเว็บเซิร์ฟเวอร์เพื่อลองดูว่ามีอะไรอยู่เบื้องหลังสิ่งนี้ แต่ไม่มีอะไรผิดปกติปรากฏขึ้น ในขณะนั้น ฉันคิดว่า " กลับไปสู่พื้นฐานและเริ่มจากจุดสูงสุด ” การทำงานภายในของเครื่องมือของเรานั้นค่อนข้างง่าย:

• ก่อนทำการโคลนหรือย่อขนาดเว็บไซต์ จะต้องสร้างข้อมูลสำรองก่อน ตรวจสอบแล้ว!
• จากนั้นเราจะถ่ายโอนข้อมูลสำรองนั้นไปยังเซิร์ฟเวอร์ปลายทาง ไม่ว่าเราจะทำผ่านการเชื่อมต่อ PHP หรือ FTP ก็ยังคงเป็นเซิร์ฟเวอร์ปลายทางและไม่ควรส่งผลกระทบต่อเว็บไซต์ต้นทางแต่อย่างใด
• ในขั้นตอนสุดท้าย แตกไฟล์บนเซิร์ฟเวอร์ใหม่ และนำเข้าฐานข้อมูล เป็นเซิร์ฟเวอร์ใหม่ที่ไม่มีการเชื่อมต่อกับแหล่งที่มาอย่างชัดเจน

“เมื่อคุณขจัดสิ่งที่เป็นไปไม่ได้ออกไป สิ่งที่เหลืออยู่ แม้จะไม่น่าจะเป็นไปได้ก็ตาม จะต้องเป็นความจริง” –

Sherlock Holmes

นี่คือที่ที่ฉันแสดง Sherlock Holmes ภายในของฉันและเริ่มข้ามสิ่งต่าง ๆ ออกจากรายการ เห็นได้ชัดว่าขั้นตอนเดียวที่การผสมผสานอาจทำให้เว็บไซต์ต้นทางล่มได้คือการนำเข้าฐานข้อมูลในขั้นตอนการโคลนนิ่งขั้นสุดท้าย เมื่อปรากฎว่า ทั้งสองเว็บไซต์ (ต้นทางและปลายทาง) อยู่ในแผนการโฮสต์เดียวกัน และข้อมูลประจำตัวของฐานข้อมูลที่ผู้ใช้ส่งมาให้เรานั้นเป็นของเว็บไซต์ที่ใช้งานจริง (ต้นทาง) ไม่ใช่สำหรับปลายทาง ซึ่งโดยปกติแล้วจะไม่เป็นปัญหา เนื่องจากเซิร์ฟเวอร์ฐานข้อมูลมักจะตั้งค่าการเข้าถึงแบบจำกัด ในกรณีนี้ ทั้งสองเว็บไซต์สามารถเชื่อมต่อกับฐานข้อมูลทั้งสองได้ และเครื่องมือ Clone ของเรานำเข้าข้อมูลไปยังฐานข้อมูลที่ไม่ถูกต้อง เมื่อฉันยืนยันกับผู้ใช้แล้ว ฉันสามารถช่วยเหลือและแนะนำพวกเขาตลอดกระบวนการโคลนนิ่งได้ โชคดีที่เรายังไม่มีใครพยายามทำสิ่งนี้ตั้งแต่นั้นมา แต่การทดสอบและยืนยันที่มาของฐานข้อมูลได้เพิ่มเข้าไปในขั้นตอนของเราแล้ว

แล้วความเข้าใจผิดหรือความท้าทายทั่วไปที่ผู้ใช้มีในขณะที่ใช้ ManageWP ล่ะ

โชคดีที่มีไม่มากนัก ฉันชอบคิดว่าเหตุผลนี้เป็นการ ออกแบบ UX ที่ใช้งานง่าย รายการโปรดของฉันที่จะแนะนำผู้ใช้ของเราต้องจัดการกับ URL ของเว็บไซต์ ซึ่งสอดคล้องกับวิธีการทำงานของ DNS มากกว่า เมื่อคุณเยี่ยมชมเว็บไซต์ในเบราว์เซอร์ของคุณ คุณมักจะพิมพ์ URL และกด Enter และอย่าคิดว่ามี www หรือไม่ หรือคุณพิมพ์ HTTP หรือ HTTPS คุณปล่อยให้เบราว์เซอร์ของคุณจัดการกับสิ่งนั้น

เมื่อเพิ่มเว็บไซต์ใน ManageWP คุณต้องใส่ใจกับสิ่งเหล่านี้ วิธีการทำงานของ DNS อาจมีความแตกต่างกันอย่างมากระหว่าง www.example.com และ example.com หรือระหว่าง http://www.example.com และ https://example.com พวกเขาทั้งสองอาจนำไปสู่เว็บไซต์เดียวกัน แต่ก็เป็นไปได้เช่นกันที่นำไปสู่สองเว็บไซต์ที่แตกต่างกันโดยสิ้นเชิง! เราเห็นสิ่งนี้บ่อยครั้งกับการย้ายข้อมูลเว็บไซต์หรือการเปลี่ยนแปลงความเป็นเจ้าของ เนื่องจากนั่นคือเวลาที่การเปลี่ยนแปลง DNS ดังกล่าวมักจะเกิดขึ้น

คำแนะนำของฉันสำหรับทุกคนที่พยายามเชื่อมต่อเว็บไซต์ของพวกเขาคือ "เมื่อคุณกรอก URL ของเว็บไซต์ใน ManageWP ให้เบราว์เซอร์ของคุณทำงาน และเพียงแค่คัดลอกและวาง URL ของหน้าแรกของคุณจากแถบที่อยู่

Stefan Karamancic สนับสนุน ManageWP

คุณสามารถแบ่งปันเคล็ดลับสำหรับผู้ใช้เกี่ยวกับวิธีการสื่อสารกับทีมสนับสนุนอย่างมีประสิทธิภาพเพื่อรับความช่วยเหลือที่พวกเขาต้องการได้หรือไม่

แน่นอน! เมื่อติดต่อเรา คุณควรระบุขั้นตอนที่แน่นอนที่คุณทำเพื่อช่วยให้เราจำลองปัญหาได้ทันที ตามหลักการแล้ว คุณจะส่งรายการสัญลักษณ์แสดงหัวข้อย่อยมาให้เรา หรือหากคุณเป็นนักเล่าเรื่องมากกว่า ก็ไม่เสียหายที่จะระบุให้เจาะจงมากที่สุดเท่าที่จะเป็นไปได้เมื่ออธิบายถึงสิ่งที่คุณกำลังติดต่อ ด้วยข้อมูลที่เพียงพอ เราสามารถเริ่มกระบวนการแก้ไขปัญหาได้ทันทีที่เราได้รับตั๋วสนับสนุนเริ่มต้นของคุณ และไม่ต้องตอบกลับมาเพื่อขอให้คุณอธิบายรายละเอียดเพิ่มเติม

นอกจากนี้ ฉันสังเกตเห็นว่ามีคนจำนวนมากขึ้นที่ต้องแนบภาพหน้าจอ บางครั้งเราไม่สามารถจำลองปัญหาที่คุณรายงานได้ และการมีภาพหน้าจอของสิ่งที่คุณเห็นบนหน้าจออาจช่วยได้มาก!

ฉันรู้ว่ามันดูเหมือนไม่มาก แต่สิ่งง่ายๆ เหล่านี้ช่วยประหยัดเวลาได้อย่างมากและช่วยให้เราแก้ปัญหาได้เร็วกว่าการกลับไปกลับมาสองสามครั้ง

สรุปการสัมภาษณ์ของเรากับสเตฟาน หากคุณมีคำถามใดๆ สำหรับเขา หรือคุณมีคำแนะนำเกี่ยวกับใครที่เราควรสัมภาษณ์เป็นรายต่อไป โปรดแสดงความคิดเห็นด้านล่าง!