การคัดกรองปัญหาประสิทธิภาพของ WPML – หน้าจัดการเว็บไซต์ช้า แดชบอร์ดการแปลหมดเวลา ส่วนหน้าเว็บไซต์ล่าช้า
ปัญหาประสิทธิภาพของ WPML (หน้าจัดการเว็บไซต์ช้า ส่วนหน้าเว็บไซต์ล่าช้า แดชบอร์ดการแปล หมดเวลา) มักจะมาจากปัจจัยทั่วไปไม่กี่ประการ หน้านี้จะอธิบายขั้นตอนการตรวจสอบตามลำดับ ก่อนที่คุณจะสรุปว่าปัญหาเกิดจาก WPML เอง
-
ยืนยันจุดที่มีความล่าช้า
- ส่วนหน้าเว็บไซต์ช้า หน้าจัดการเว็บไซต์ปกติ: อาจเกิดจากการตั้งค่าแคชเต็มหน้าหรือปลั๊กอินที่ทำงานหนักในส่วนหน้าเว็บไซต์
- หน้าจัดการเว็บไซต์ช้า ส่วนหน้าเว็บไซต์ปกติ: อาจเกิดจากข้อมูล autoload ของ
wp_optionsที่มากเกินไป ปลั๊กอินที่ทำงานหนักเฉพาะในหน้าจัดการเว็บไซต์ หรือเซิร์ฟเวอร์มีประสิทธิภาพไม่เพียงพอ - แดชบอร์ดการแปลช้าเป็นพิเศษ: อาจมีโพสต์จำนวนมากในคิวรีของแดชบอร์ด และหน่วยความจำ PHP หรือเวลาในการประมวลผลไม่เพียงพอ
- การดำเนินการแปลช้า: อาจเกิดจากการเชื่อมต่อกับบริการการแปล ให้ตรวจสอบ บันทึกการสื่อสาร ใน WPMLฝ่ายสนับสนุน
ดู บันทึก เพื่อทราบว่าบันทึกใดใช้ตรวจสอบอาการใด
-
ตรวจสอบทรัพยากรเซิร์ฟเวอร์
เปิด WPMLฝ่ายสนับสนุน แผงคำเตือนที่ด้านบนจะแจ้งเตือนหากหน่วยความจำ PHP ต่ำกว่า 256 MB ตามที่ WPML แนะนำ ไซต์ที่มีแคตตาล็อกขนาดใหญ่ต้องการ 512 MB ขึ้นไป
อาการอื่น ๆ เกี่ยวกับทรัพยากรเซิร์ฟเวอร์:
- คิวรีฐานข้อมูลช้า ไซต์ขนาดใหญ่ที่มีการแปลจำนวนมากจะทำงานได้ดีขึ้นเมื่อใช้เซิร์ฟเวอร์ฐานข้อมูลแบบ SSD มี
innodb_buffer_pool_sizeเพียงพอ และมีดัชนีในตารางwp_icl_translations(สิ่งเหล่านี้ถูกเพิ่มโดย WPML แทบไม่จำเป็นต้องดำเนินการด้วยตนเอง) - เวลาในการประมวลผล PHP หาก
max_execution_timeต่ำกว่า 60 วินาทีและแดชบอร์ดหมดเวลา ให้เพิ่มค่าดังกล่าว - CPU แผนโฮสติ้งแบบแชร์มักมีการจำกัด CPU อย่างเข้มงวด โปรดตรวจสอบกับผู้ให้บริการโฮสติ้งของคุณว่าคุณกำลังถูกจำกัดการใช้งานหรือไม่
- คิวรีฐานข้อมูลช้า ไซต์ขนาดใหญ่ที่มีการแปลจำนวนมากจะทำงานได้ดีขึ้นเมื่อใช้เซิร์ฟเวอร์ฐานข้อมูลแบบ SSD มี
-
แคชออบเจ็กต์
WordPress ที่ไม่มีแคชออบเจ็กต์จะโหลดการตั้งค่าหลายอย่างของ WPML จากฐานข้อมูลในทุกคำขอ ให้เพิ่ม Redis หรือ Memcached เป็นแคชออบเจ็กต์ (ผู้ให้บริการ Managed WordPress โฮสติ้งส่วนใหญ่มีบริการนี้ หากไม่มี สามารถเปิดใช้งานได้ผ่านปลั๊กอิน Redis Object Cache หรือ WP Redis)
การปรับปรุงนี้มักจะเห็นผลได้ชัดเจน การตั้งค่าที่ก่อนหน้านี้ต้องเรียกดูจากฐานข้อมูลจะถูกดึงมาจากหน่วยความจำแทน
-
แคชเต็มหน้า
แคชเต็มหน้า (WP Rocket, W3 Total Cache, edge cache ของผู้ให้บริการโฮสติ้ง) เป็นวิธีที่ช่วยเพิ่มความเร็วให้กับส่วนหน้าเว็บไซต์ได้มากที่สุด
หากคุณมีอยู่แล้วแต่หน้าเว็บยังคงช้า ให้ตรวจสอบว่าแคชของคุณจัดการ URL ตามภาษาได้อย่างถูกต้องหรือไม่ โครงสร้าง URL ของ WPML (ไม่ว่าจะเป็นภาษาในรูปแบบไดเรกทอรี ซับโดเมน หรือโดเมน) จำเป็นต้องให้แคชแยกตาม URL แคชส่วนใหญ่จะทำสิ่งนี้โดยอัตโนมัติ แต่ก็ควรตรวจสอบให้แน่ใจว่าไม่ได้นำแคชของภาษาอังกฤษไปแสดงในเวอร์ชันภาษาฝรั่งเศส หรือในทางกลับกัน
-
ปลั๊กอินที่ขัดแย้งกันหรือทำงานช้า
ไซต์มักจะสะสมปลั๊กอินไว้มากมาย ซึ่งบางตัวก็เขียนมาดีและบางตัวก็ไม่ดี หากต้องการค้นหาปลั๊กอินที่ทำงานช้า:
- ติดตั้ง Query Monitor (ปลั๊กอินสำหรับการดีบัก)
- โหลดหน้าที่ทำงานช้าอีกครั้ง
- ดูที่ Queries by Component ปลั๊กอินที่มีคิวรีใช้ทรัพยากรมากที่สุดคือตัวที่น่าสงสัย
หากสาเหตุมาจากปลั๊กอิน ให้เปลี่ยนไปใช้ตัวอื่น หรือปิดการใช้งานฟีเจอร์ในปลั๊กอินนั้นที่ทำให้เกิดความล่าช้า
-
บริการการแปลทำงานช้า ไม่ใช่ไซต์
หากงานแปลดูเหมือนจะล่าช้าแต่ตัวไซต์ยังทำงานปกติ คอขวดจะอยู่ระหว่างไซต์ของคุณกับโครงสร้างพื้นฐานการแปลของ WPML
ตรวจสอบ WPMLฝ่ายสนับสนุนบันทึกการสื่อสาร บันทึกจะแสดงความหน่วงของการเรียก API ทุกครั้ง หากการเรียกแต่ละครั้งใช้เวลาหลายวินาที ปัญหาจะอยู่ที่การเชื่อมต่อ (เส้นทางเครือข่าย DNS หรือการจำกัดแบนด์วิดท์ขาออกของผู้ให้บริการโฮสติ้ง) ไม่ใช่ที่ไซต์ แต่หากแคชของ WPML เองที่เป็นสาเหตุ เครื่องมือแก้ปัญหาในระดับที่ปลอดภัย จะมีตัวเลือก ล้างแคชใน WPML เมื่อการตรวจสอบประสิทธิภาพจำเป็นต้องให้ฝ่ายสนับสนุนเข้ามาดู ให้รวบรวมสิ่งที่คุณพบผ่าน การแชร์ข้อมูลการดีบักกับฝ่ายสนับสนุน