แก้ไข: ฉันอ่านโพสต์ต้นฉบับผิด 168 โมดูลเป็นจำนวนมากและ 300 ถึง 700 มิลลิวินาทีของคำสั่ง SQL เป็นอย่างมาก ยิ่งคุณใช้โมดูลมากเท่าไหร่ก็จะยิ่งมีการสืบค้นเพิ่มขึ้นทันทีที่โมดูลมีส่วนร่วม
ใช้การแคชที่ก้าวร้าวในขณะที่คุณสามารถแคชทุกอย่างหากยังไม่พอให้ลองใช้ reverse proxy cache การใช้ CDN สำหรับไฟล์สามารถปรับปรุงสิ่งทั้งหมดได้อย่างมาก แคชพร็อกซีย้อนกลับยังสามารถช่วยคุณได้ด้วยการลบคุกกี้การรับรองความถูกต้องบางอย่างเมื่อกดปุ่มเพจที่ไม่ต้องการ (จากนั้นแกนจะคิดว่าผู้ใช้ไม่ระบุชื่อสำหรับผู้ใช้และเพิ่มการแคชสูงสุด)
ความเคลื่อนไหวหลักของ Drupal ทำให้รุ่งอรุณทั้งหมดช้าลงทันทีที่คุณมีโมดูลมากเกินไปในเวลาเดียวกัน
ยกตัวอย่างเช่นถ้าคุณใช้โมดูลจำนวนมากที่โหลดข้อมูลที่ hook_node_load () แทนการใช้ฟิลด์มันจะทำการสืบค้นจำนวนมากในขณะที่การใช้ฟิลด์จะช่วยให้มั่นใจว่าประสิทธิภาพการแคช
การแสดงผลอาจใช้เวลานานเช่นกัน drupal_render () (การแสดงผล API ที่บางครั้งเรียกว่า) เป็นส่วนที่ดีของ API (มีประโยชน์จริงๆ) แต่ก็ช้าไปหน่อย การสลับไปใช้ PDO (D7) และ DBTNG เต็มรูปแบบ (ซึ่งยอดเยี่ยมมาก) ยังช่วยเพิ่มความหน่วงแฝง
ที่กล่าวว่าคอร์โดยตัวมันเองนั้นค่อนข้างเร็ว (แต่มันจะทำการสืบค้น SQL มากเกินไปแม้จะแทบจะไม่ได้ติดตั้งก็ตาม) โมดูลที่มีรหัสไม่ดีมักจะเป็นคอขวด
APC สามารถแบ่งเวลาดำเนินการต่อ 2 หรือ 3 ขึ้นอยู่กับรหัสที่ทำงาน หากคุณกำหนดค่าไว้อย่างดี (เปิดใช้งานการเพิ่มประสิทธิภาพ APC ทั้งหมดคู่มือ APC อย่างเป็นทางการนั้นเขียนได้ดีและจะแนะนำคุณ)
หากคุณอยู่ในกล่องที่มีระบบไฟล์ช้า (ระบบไฟล์เครือข่ายหรือฮาร์ดไดรฟ์ช้า) มันสามารถบ่งบอกถึงผลกระทบที่มองเห็นได้ในเวลาดำเนินการ Drupal ทำมาจากไฟล์ขนาดเล็กจำนวนมากซึ่งบังคับให้ PHP ทำ I / O บน FS ในแต่ละครั้งที่โหลดหนึ่งไฟล์ (APC ก็ช่วยได้มากเช่นกัน)
DBMS ที่กำหนดค่าผิดอาจเป็นคอขวดที่น่าเกลียดถ้าคุณใช้ MySQL คิดว่าจะทำการจูนแบบละเอียด หากคุณอยู่บนโฮสติ้งที่ใช้ร่วมกันหากไม่ใช่ DBMS และสแต็กของ DBUP และ PHP ที่เฉพาะเจาะจงของ Drupal อาจมีการกำหนดค่าผิดพลาดหรือไม่ได้รับการปรับจูนซึ่งอาจนำไปสู่เว็บไซต์ที่ช้ามาก ๆ
อย่าลืมเปิดใช้งานแคชทั้งหมด หากไซต์ของคุณไม่ได้รับการรับรองความถูกต้องของผู้ใช้ให้เปิดใช้งานการแคชหน้าเว็บที่ไม่พอใจ (มันยอดเยี่ยมมาก)
ยิ่งคุณมีบล็อกมากเท่าไหร่เพจที่เต็มจะยิ่งช้าลงโมดูลบล็อกของ Views จะเป็นคอขวดในยามรุ่งอรุณ (ขึ้นอยู่กับปลั๊กอินของ Views ที่คุณใช้บล็อกของ OG อาจเป็นความเจ็บปวดได้จริง) หากคุณไม่ จำกัด การมองเห็น ในแต่ละหน้าหรือด้วยรหัส PHP ที่กำหนดเอง (บล็อกอื่น ๆ เช่นกันตั้งค่าการมองเห็นบล็อกของคุณด้วยตนเองเสมอช่วยเฟรมเวิร์กด้วยการหลีกเลี่ยงการพยายามแสดงบล็อกว่างเปล่า)
หลีกเลี่ยงโมดูลที่ใช้ hook_init (), hook_init () กำลังทำงานในทุก ๆ หน้าแม้ว่าคุณจะได้รับ 403 หรือ 404 ซึ่งจะทำให้ทุกอย่างช้าลง (มันช้าลงแม้เวลา imagecache | สไตล์การสร้างและข้อผิดพลาด 404 ในไฟล์จะเป็น อรุณช้าเพียงเพื่อบอกคุณไม่มีไฟล์)
