אתרי דרופל - שיפור ביצועים

אוקי, בניתם אתר פנטסטי בדרופל, אבל מה - הוא זוחל בקצב צב. מה ניתן לעשות? מצ"ב סקירה על מספר אפשרויות מתוך התנסותי, תוך התמקדות על צד השרת. הערות יתקבלו בברכה ויקבלו קרדיט. הגבלת אחריות: רשימה זו אינה תחליף לייעוץ ביצועים אישי.

למה חשוב לשפר ביצועים?

נכון, תגידו שהגולשים אוהבים את זה.

אבל יש סיבה נוספת - קידום אתרים. מתברר שגם גוגל אוהב את זה. (וראו גם את מה שכתב ארז וולף - גוגל יספר לך על זמן טעינת האתר שלך). אני יכול לאשר את זה - בתור מי שחלק נכבד מזמנו מושקע בקידום וייעוץ בקידום אתרי דרופל.

לגוגל חשובה חווית הגלישה של הגולש, ולכן הם החליטו לאחרונה להעלות את הדירוג של אתרים מהירים בתוצאות החיפוש. הסבר מפורט תמצאו בבלוג של ג'קי סויקוס.

איך יודעים מה אפשר לשפר?

גם כאן, גוגל באה לעזרתנו. מתקינים את תוסף ה-FireBug החדש של גוגל, PageSpeed (הנה הנחיות שימוש). בונה האתר יגלה בדו"חות שלו ממצאים מרתקים על מה אפשר לעשות. נכון, יש גם את תוסף ySlow של יאהו, אבל PageSpeed יותר נוח לשימוש.

איך ליישם את ההמלצות בדרופל?

להלן רשימת נושאים לטיפול, מתוך התנסותי. הדברים שצוינו כאן הם רק נקודת פתיחה. עברו גם על Essential steps to speed up a Drupal site ועל הטיפים איך ליישם את ההמלצות של תוסף PageSpeed באתר דרופל המאוחסן באחסון שיתופי והחליטו על סדר הנושאים לטיפול.

שיפורי ביצועים שאפשר לעשות ברמת הדרופל

1. הפחתת מספר המודולים הפעילים.
2. דחיסת קבצי CSS וג'אוהסקריפט דרך תפריט ניהול -> הגדרות -> ביצועים.
3. הקטנת מספר הקבצים הנטענים לדפדפן - בדיקת מספרם וזמן הטעינה מתבצעת על ידי תוסף פיירפוקס בשם yslow, שעוזר לנו בכלל בנושאי הביצועים.
4. שפעול מטמון הדפים (ה-cache) הסטנדרטי של הדרופל - דרך תפריט ניהול -> הגדרות -> ביצועים.
5. שיפור ביצועי גוגל אנליטיקס. המודול הדרופלי GoogleAnalytics מאפשר לטעון את ה-javascript של google analytics באופן לוקלי מהשרת ולשדרג אותו פעם ביום.
6. (אחרי שהעיצוב סגור) הפחתת כמות ה- requests המגיעות אל השרת. כלומר - הפחתת כמות הקבצים הנפרדים שהדפדפן צריך לשלוף מהשרת כדי להציג את הדף. דרופל 6 מאפשר לשלב את קבצי ה-CSS לקובץ אחד, וכן לשלב גם את קבצי ה-Javascript לקובץ אחד, אבל גם את כמות ה-images ניתן להפחית דרך שימוש ב-CSS Sprites. אפשר להשתמש במחולל ספרייטים שמחבר תמונות באופן אוטומטי ומייצר כללי CSS מתאימים, אל ברוב המקרים תידרש התערבות ידנית.
7. דחיסת הקבצים המשולבים עם GZip אפשרית גם היא כבר בדרופל 6, על ידי תוספת קוד קטנה. בדרופל 7 זה אמור להיות חלק מהליבה. הייתרון של דחיסה ברמת הדרופל הוא שזה דורש פחות CPU. אפשר לדחוס גם ברמת ה-apache על ידי התקנת mod_deflate אבל אז האפצ'י דוחס את הקובץ בכל פעם מחדש.
8. התקנת המודול boost. לאחרונה התקנתי את המודול boost. התוצאות - קיצוץ הזמן שבו אתרים עולים ב-50% עבור משתמשים אנונימיים. כלומר אם קודם אתר עלה ב-6 שניות, עכשיו הוא עולה ב-3 שניות. ואם יש אתר מורכב שעלה ב-12 שניות - עכשיו הוא עולה ב-6 שניות. הייתרון הנוסף - שאפשר להתקין את זה גם על חשבונות shared hosting.

שיפור ביצועים ברמת השרת

אוקי, עקבתם אחרי השלבים לשיפור הביצועים ברמת הדרופל אבל צריך שיפור ביצועים נוסף. אז מה עושים?
מתוך טבלת ההשוואה המלאה בנושא פתרונות caching לשיפור ביצועים, מצ"ב רשימה בסיסית של נושאים שכדאי לטפל בהם בסדר חשיבות יורד :

. בדקו שאתם מאחסנים את האתר קרוב לגולשים (לדוגמה אתר לקהל אמריקאי - יאוחסן בארה"ב. ואתר לקהל ישראלי - עדיף לאחסן אותו על שרת בישראל). בדקו שהשרת מספיק מהיר ושיש לו מספיק משאבים.
2. התקנת APC וקינפוגו המתאים (אם זה שרת וירטואלי או dedicated שיש להם מספיק זיכרון, ואם יש רק אתר אחד על השרת).
3. התקנת memcache (אם יש מספיק זיכרון על השרת).
4. לשים לב לאופטימיזציה של השאילתות. מומלץ להריץ את mysql tuning primer, שממליץ על שינויי קונפיגורציה בmysql.
5. עבודה בריבוי שרתים. אם האתר באמת גדול, צפו בסמינר של אקוויה בנושא שיפור ביצועים.

שיפור ביצועים עבור משתמשים רשומים

ומה אם רוצים לשפר את הביצועים שיפור נוסף גם עבור משתמשים רשומים? אם יש לכם VPS או dedicated server שיש להם מספיק זיכרון, אפשר לבדוק התקנת ב-php opcode cache.

בחרתי ב-APC, אחד ה-opcode caches הפופולריים והיציב שמביניהם (יש גם את eAccelerator, שאמור להיות קומפטבילי עם ZEND).

ההתקנה התבצעה פחות או יותר לפי ההנחיות של חליד באשי, בתמיכתו בסקייפ של ליאור.
על השרת היתה מותקנת Centros - כך שעקבתי אחר ההנחיות להתקנת APC על Centro (יש אצלו הנחיות גם למערכות הפעלה אחרות).

פעלתי בשלבים הבאים:

1. בדיקת הגירסה של מע' ההפעלה שלכם: cat /etc/redhat-release.
2. שדרוג החבילות המותקנות לגירסאות עדכניות - ע"י ביצוע yum update.
3. ביצוע pecl install apc, לענות כן כשמתבקשים. הערות: אם אין pecl אפשר להתקין על ידי yum install php-pear. ואם אין קומפיילר אפשר להתקין על ידי yum install gcc ואז yum install gcc-c++. אם אין הרשאות לספריית tmp אז לעשות mount -o remount,exec,suid /tmp.
4. עדכון ה-php.ini הגלובלי של השרת (שלושת השלבים הבאים):
   • הוספת apc.so בתור הרחבה, עם המיקום המדויק (המיקום של-apc.so היה רשום בסוף ההתקנה של apc).
   • ניטרול zend optimizer. מתברר ש-APC ו-zend optimizer לא יכולים לחיות ביחד כך שעשיתי comment-out לכל ה-section של zend.
   • הגדלת memory_limit של PHP (אם הגדרנו פחות מדי זיכרון ל-APC, מקבלים מסך לבן בחלק מהדפים באתר או שגיאת PHP והאתרים לא עולים). כמה זיכרון? מריצים את הפקודה top ומנסים להעריך את גודל ה-processes של ה-apache על ידי צפייה בטור ה-RES. אם זה אתר דרופל כבד זה יכול להגיע ל-70M - 80M. במקרה שלי זה היה בד"כ 40M עד 60M. עבור APC צריך להוסיף עוד 128M עד 256M במקסימום. הגדלתי את הזיכרון המקסימלי של
     PHP לסביבות 300M.
5. עדכון ה-max_clients של ה-apache ב-httpd.conf.
6. אתחול אפצ'י - restart apache - כדי שההגדרות החדשות ב-php.ini יתפסו. הפקודה שעושה את זה היא
   /sbin/service httpd restart
7. בדיקה עם phpinfo שהרחבת apc נטענה כמו שצריך.
8. כיוונון ההגדרות של apc ב-php.ini כדי שיפעל באופן אופטימלי. APC צריך לכוונן - זה ההבדל בין ביצועים גרועים יותר מקודם לבין ביצועים טובים יותר. להרחבה ראו מה שכתב חליד. וכן כאןhigh-number-drupal-modules.html. את הסקריפט apc.php מצאתי ב-usr/local/lib/php/. תיעוד של הפרמטרים המלאים של APC ניתן למצוא כאן.
9. מדידת התוצאות. האם באמת חל שיפור? השתמשו בפקודה ab ובדקו את הפרמטר time per request עם ובלי APC. לדוגמה: ab -c 5 -n 50 http://levavie.com.

סטטוס נוכחי

• מודול boost שיפר ובהרבה, אבל רק למשתמשים אנונימיים.
• התקנת APC הלכה פנטסטי וגם זה לא הפריע ל-boost לעבוד,
  אלא שהביצועים לא רק שלא השתפרו אלא נעשו גרועים יותר פי 2. יובל משער ש-APC אינו משפר ביצועים במקרים שבהם יש יותר מאתר אחד על השרת, אבל זה שווה בדיקה נוספת (ראו את הדיון כאן). בדקתי האם התקנת APC על אתר אחד בלבד של השרת כן תשפר את הביצועים. והתשובה? כן ובגדול! הביצועים השתפרו באיזה 30%.
• שימוש ב-CSS Sprites לאיחוד של שבע תמונות לתמונה אחת חסך עוד איזה שנייה-שתיים בזמן ביצוע.

יש לכם מה להוסיף? או לספר? אשמח לקרוא את תגובתכם.

עדכון אחרון: ד' שבט התש"ע, 19/1/2010.

בברכה,

אמנון

תודות

• תודה לליאור קיסוס על התמיכה בהתקנת APC.
• תודה ליובל האגר, שעסק בניתוח ביצועי ערוץ הילדים, על הטיפ לגבי boost.
• תודה לאסטרטג על הלינק לארז וולף.
• תודה לחליד באשי על התיעוד המקיף בנושא קינפוג שרתי דרופל.

עדכונים

אם ברצונם להירשם לקבלת עדכונים, הגיבו בתחתית פוסט זה או סמנו "הרשמה לקבלת עדכונים".

בהצלחה

אמנון

אמנון לבב - לבבי ייעוץ משולב
אפיון אתרי דרופל, ייעוץ שיווקי וטכנולוגי לעסקים ברשת.