איך מחזירים לעבודה עמוד שנבנה באלמנטור ופתאום לא נטען?

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

תוכן העניינים 7 פרקים ▾

קודם כול: מה בדיוק לא נטען

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

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

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

סדר הבדיקה בארבע שכבות

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

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

שכבה ראשונה: דפדפן, מטמון ותוספי האצה

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

1. פתחו את העמוד בחלון גלישה בסתר, ובדפדפן שני אם יש. אם שם הכול תקין, הבעיה אצלכם במחשב ולא באתר.
2. כבו זמנית תוספי דפדפן, בעיקר חוסמי פרסומות וכלי פרטיות. הם חוסמים לפעמים קבצים של העורך.
3. נקו את מטמון האתר, ואם יש רשת מסירת תוכן נקו גם אותה. שכבה אחת ששכחתם משאירה את התסמין בדיוק כפי שהיה.
4. ודאו שעמודי הניהול והעורך מוחרגים מהמטמון. עמוד עריכה ששמור במטמון הוא תקלה מובטחת.
5. כבו זמנית תוספי כיווץ ואיחוד קבצים, דחיית סקריפטים וטעינה עצלה. אלה החשודים המובילים בתקלות עורך, כי הם משנים בדיוק את הקבצים שהעורך צריך.
6. אם התקלה נעלמה אחרי סעיף חמש, הפעילו את התוספים אחד-אחד עד שהיא חוזרת, והחריגו את עמודי העריכה מהתוסף האחראי במקום לוותר עליו.

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

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

שכבה שנייה: קבצי העיצוב של אלמנטור והרשאות הכתיבה

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

שני צעדים סוגרים את השכבה הזאת:

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

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

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

שכבה שלישית: מגבלות שרת שמפילות את העורך

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

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

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

שכבה רביעית: נתוני העמוד, ולמה נוגעים בהם אחרונים

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

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

מה שכן עושים כאן, לפי הסדר:

1. גיבוי מלא לפני כל פעולה. ללא יוצא מן הכלל.
2. לחפש גרסה קודמת. אלמנטור שומר גרסאות של העמוד, והן נגישות מתוך העורך. שחזור לגרסה מלפני התקלה הוא הפעולה הבטוחה ביותר בשכבה הזאת, והיא פותרת חלק ניכר מהמקרים של רכיבים שנעלמו.
3. אם אין גרסה, לחפש גיבוי. שחזור של רשומה בודדת מגיבוי עדיף פי כמה על שחזור של האתר כולו, כי הוא לא מוחק תוכן והזמנות שנוספו מאז.
4. לא לערוך את הרשומה ידנית אלא אם יודעים בדיוק מה עושים. זה הפורמט שהכי קל לשבור ובו בזמן הכי קשה לתקן.

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

מתי נכון לוותר ולבנות את העמוד מחדש

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

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

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

ומנגד, אל תבנו מחדש כשהעמוד מוצג בלי עיצוב בלבד, כשהתקלה קיימת בכל עמודי האתר, או כשאתם עוד לא בדקתם גרסאות קודמות. בשלושת המצבים האלה הנתונים כמעט תמיד שלמים, וההפסד היחיד יהיה של הזמן שלכם. אם אתם לא בטוחים לאיזה צד אתם נוטים, שאלה קצרה לפני הפעולה עדיפה על תיקון אחרי. תקלות אחרות באתר, שלא קשורות לעורך, נכנסות למסגרת של פתרון תקלות WordPress בטווח ₪350-₪1,500 לתקלה, עם חבילת חירום ב-₪2,500, לפני מע״מ.

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