עדכון אוטומטי של תוסף הפיל אתר בחמש דקות: תחקיר ואמצעי מנע

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

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

ציר זמן: חמש דקות מהעדכון עד אתר מת

18:06. וורדפרס מפעיל את העדכון האוטומטי המתוזמן של התוסף Elementor — הבונה שבו מורכבים כל עמודי האתר. באתר הייתה גרסה 3.6.5, שיצאה עוד ב-2022. העדכון מתקין ישר 4.3.5, בדילוג על כמה שנות שינויים.

18:11. דף הבית מחזיר שגיאה. המבקרים רואים מסך לבן במקום האתר. העורך בממשק הניהול אינו מצליח לפתוח עמוד ולא לשמור אותו.

18:14. לקבוצת העבודה נכנסת הודעה: «העמוד לא נשמר». שהאתר כולו מושבת עוד אף אחד לא יודע.

19:25. האתר עובד. בין שתי הנקודות האלה יש שעה של תחקיר — ודווקא היא מעניינת.

למה זה קרה: שלוש סיבות שהתכנסו לאחת

1. גרסת תוסף מ-2022

העדכון האוטומטי לא נגע בתוסף הזה ארבע שנים — ואז פעל. למה דווקא באותו ערב לא חשוב: חשוב שהדילוג מגרסה 3.6 ל-4.3 אינו «טלאי» אלא חילוף דורות. המפתח הסיר בזמן הזה חלק מהקוד הישן שראה כמיושן. זו שיטת עבודה תקינה — אבל רק למי שמעדכן בקביעות ושם לב לאזהרות בדרך.

2. ערכת הנושא נשענה על אותו קוד ישן

ערכת הנושא גם היא מ-2022 וגם היא לא עודכנה. בשמונה מהבלוקים שלה נעשה שימוש בפונקציות שנעלמו ב-Elementor החדש. הערכה קוראת לפונקציה — הפונקציה לא קיימת — PHP עוצר את הביצוע. למבקר זה נראה כעמוד ריק עם שגיאה.

3. תוסף שכן איבד הגדרות

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

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

איך טיפלנו

• החזרנו את התוסף ל-3.6.5 — הגרסה שעבדה בבוקר. את החדשה לא מחקנו אלא הנחנו בצד: לחזור אליה אפשר בדקה, כשערכת הנושא תהיה מוכנה.
• שיחזרנו את הכלל שאבד בתוסף שמסתיר את הכתובות.
• כיבינו את העדכון האוטומטי דווקא ל-Elementor. אחרת בלילה הכול היה חוזר — וורדפרס אינו זוכר שבפעם הקודמת המצב הורע.
• בדקנו את דף הבית ואת העמודים הפנימיים — נפתחים, אין שגיאות, העיצוב במקומו.

ובנפרד אמרנו לבעלים בכנות: גרסה 3.6.5 היא מלפני ארבע שנים, ולא כדאי להחזיק בה זמן רב. בגרסאות ותיקות מוצאים פרצות עם הזמן, ואז דווקא אי-העדכון הופך למסוכן. הגרסה החדשה ביותר שתואמת לערכת הנושא הזו היא 3.25. אבל גם ערכת הנושא מ-2022: במוקדם או במאוחר היא תיתקל בזה שוב. הדרך הנכונה היא לעשות עותק של האתר ולבדוק שם את העדכון בנחת, בלי לסכן את האתר החי.

פעמון שני בבוקר שלמחרת

ב-9:49 הודעה חדשה: «שגיאה 503» בשמירת עמוד. במבט ראשון — המשך של אמש. בפועל — סיפור אחר, וגם הוא מלמד.

השרת לא סירב. בזמן השמירה קרס תהליך ה-PHP עצמו, והדפדפן הציג זאת כ-503. העמוד התגלה כבד מאוד: 226 בלוקים, מתוכם 111 תמונות. ומגבלות ה-PHP באתר היו המינימליות, כפי שהאחסון מגיע מהקופסה: 128 מ"ב זיכרון ו-30 שניות לבקשה. הבונה דורש לעבודה תקינה לפחות 256 מ"ב ו-300 שניות. האתר עבד שנים על הגבול — ובעמוד הכבד ביותר הגבול הזה נגמר.

העלינו את המגבלות, הפעלנו מחדש את PHP — לא עזר. היומן הראה: לזיכרון ולזמן אין קשר, התהליך מת בשמירה עצמה. הסיבה התגלתה כאחת מהגדרות ההאצה של PHP, בעיה מוכרת בגרסה הזו. כיבינו — והתחיל לעבוד.

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

מה לעשות כבעלי אתר

1. בררו מה מתעדכן אצלכם מעצמו. בממשק וורדפרס: «תוספים» → עמודת «עדכונים אוטומטיים». אותו דבר לערכות נושא. אם אינכם יודעים את התשובה — זו כבר הבעיה הראשונה.
2. הפרידו בין עדכוני «אבטחה» ל«גדולים». תיקונים קטנים בתוך גרסה (3.25.10 → 3.25.11) אפשר להשאיר אוטומטיים. מעבר בין גרסאות גדולות (3 → 4) — רק ביד ורק אחרי בדיקה.
3. בדקו עדכונים גדולים על עותק. ספקי אחסון בדרך כלל נותנים עותק בדיקה של האתר בלחיצה אחת. עדכנתם שם, בדקתם שדבר לא נפל — ואז מעדכנים את האתר החי.
4. עשו עותק לפני כל עדכון. לא «יש גיבוי אצל האחסון», אלא עותק שאתם עצמכם יודעים לשחזר ממנו בעשר דקות.
5. אל תחזיקו גרסאות מלפני ארבע שנים. כמה שלא מעדכנים זמן רב יותר, כך הדילוג יהיה כואב יותר ויותר פרצות ייצטברו. עדכון מתוכנן פעם בחודש זול מלילה אחד בלי אתר.
6. החזיקו מישהו שיראה תוך חמש דקות. האתר היה מושבת מ-18:11, וההודעה הגיעה ב-18:14 — וגם היא לא על האתר אלא על העורך. בלי ניטור, הבעלים שומע על אתר מת מלקוח שלא הצליח להזמין.

הפרדוקס: גם לא לעדכן זה מסוכן

אפשר לחשוב שהמסקנה היא «כבו עדכונים אוטומטיים וחיו בשקט». לא. לא מכבר כתבנו על הפרצות הקריטיות ב-PHP, שבהן ההגנה היחידה היא דווקא העדכון, ואי אפשר לדחות אותו. שם ההשתהות עולה בשרת פרוץ. כאן החיפזון עלה בערב בלי אתר.

ההבדל הוא בדבר אחד: עדכוני אבטחה צריך להתקין מהר ואת כולם, ועדכונים תפקודיים — במודעות ואחרי בדיקה. את ההבדל הזה העדכון האוטומטי אינו רואה. אותו צריך לראות אדם.

---

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