การวิเคราะห์ปัญหาประสิทธิภาพ WPML – หน้าจัดการเว็บไซต์ทำงานช้า แดชบอร์ดการแปลหมดเวลา ส่วนหน้าเว็บไซต์กระตุก
ปัญหาประสิทธิภาพของ WPML (หน้าจัดการเว็บไซต์ทำงานช้า ส่วนหน้าเว็บไซต์กระตุก แดชบอร์ดการแปลหมดเวลา) มักเกิดจากปัจจัยทั่วไปเพียงไม่กี่ประการ หน้านี้จะอธิบายขั้นตอนการตรวจสอบตามลำดับ ก่อนที่คุณจะสรุปว่าปัญหาเกิดจากตัว WPML เอง
-
ตรวจสอบว่าความล่าช้าเกิดขึ้นที่ใด
- ส่วนหน้าเว็บไซต์ช้า หน้าจัดการเว็บไซต์ปกติ → อาจเป็นเพราะการตั้งค่าแคชแบบเต็มหน้า หรือปลั๊กอินที่ทำงานหนักในส่วนหน้าเว็บไซต์
- หน้าจัดการเว็บไซต์ช้า ส่วนหน้าเว็บไซต์ปกติ → อาจเป็นเพราะการโหลด
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 เป็นแคชออบเจ็กต์ (โฮสต์ WordPress แบบมีการจัดการส่วนใหญ่มีบริการนี้ หากไม่มี คุณสามารถเปิดใช้งานได้ด้วยปลั๊กอิน Redis Object Cache หรือ WP Redis)
ประสิทธิภาพมักจะดีขึ้นอย่างเห็นได้ชัด การตั้งค่าที่ก่อนหน้านี้ต้องดึงข้อมูลจากฐานข้อมูลจะถูกให้บริการจากหน่วยความจำแทน
-
แคชแบบเต็มหน้า
แคชแบบเต็มหน้า (WP Rocket, W3 Total Cache, แคชเอดจ์ของผู้ให้บริการโฮสติ้ง) เป็นวิธีที่ช่วยเพิ่มประสิทธิภาพความเร็วของส่วนหน้าเว็บไซต์ได้ดีที่สุด
หากคุณใช้งานแคชอยู่แล้วแต่หน้าเว็บยังคงรู้สึกช้า ให้ตรวจสอบว่าแคชของคุณจัดการ URL ของแต่ละภาษาได้อย่างถูกต้องหรือไม่ โครงสร้าง URL ของ WPML (ไม่ว่าจะเป็นภาษาในรูปแบบไดเรกทอรี ภาษาในรูปแบบโดเมนย่อย หรือภาษาในรูปแบบโดเมน) จำเป็นต้องให้แคชแยกตาม URL แคชส่วนใหญ่มักจะทำสิ่งนี้โดยอัตโนมัติ แต่คุณควรตรวจสอบเพื่อให้แน่ใจว่าเว็บไซต์เวอร์ชันภาษาฝรั่งเศสไม่ได้ถูกให้บริการจากแคชของภาษาอังกฤษหรือในทางกลับกัน
-
ปลั๊กอินที่ขัดแย้งกันหรือทำงานช้า
ไซต์มักจะสะสมปลั๊กอินไว้มากมาย บางตัวถูกสร้างมาอย่างดีและบางตัวก็ไม่ หากต้องการค้นหาปลั๊กอินที่ทำงานช้า:
- ติดตั้ง Query Monitor (ปลั๊กอินสำหรับการดีบัก)
- โหลดหน้าที่ทำงานช้าอีกครั้ง
- ดูที่ Queries by Component ปลั๊กอินที่มีคิวรีที่ใช้ทรัพยากรมากที่สุดคือตัวที่น่าสงสัย
หากปลั๊กอินเป็นสาเหตุ ให้แทนที่ด้วยตัวอื่น หรือปิดการใช้งานฟีเจอร์ในปลั๊กอินนั้นที่ทำให้เกิดความล่าช้า
-
บริการการแปลล่าช้า ไม่ใช่ไซต์
หากคุณรู้สึกว่างานแปลล่าช้าแต่ตัวไซต์เองยังทำงานปกติ ปัญหาคอขวดอาจอยู่ระหว่างไซต์ของคุณกับโครงสร้างพื้นฐานการแปลของ WPML
ตรวจสอบ WPML > ฝ่ายสนับสนุน > บันทึกการสื่อสาร บันทึกนี้จะแสดงความหน่วงของการเรียก API ทุกครั้ง หากการเรียกแต่ละครั้งใช้เวลาหลายวินาที ปัญหาจะอยู่ที่การเชื่อมต่อ (เส้นทางเครือข่าย DNS หรือการจำกัดแบนด์วิดท์ขาออกของผู้ให้บริการโฮสติ้งของคุณ) ไม่ใช่ที่ไซต์ หากแคชของ WPML เป็นสาเหตุของปัญหา เครื่องมือแก้ปัญหาในระดับปลอดภัย จะมีตัวเลือก ล้างแคชใน WPML เมื่อการตรวจสอบประสิทธิภาพจำเป็นต้องให้ฝ่ายสนับสนุนเข้ามาช่วยดู ให้รวบรวมข้อมูลที่คุณพบผ่าน การแชร์ข้อมูลการดีบักกับฝ่ายสนับสนุน