נשבר לי הוורדפרס, מה עושים?

מאת הראל משה | תגובות (0) | טרקבקים (0)

I Broke My WP
שדרוג וורדפרס מגרסה לגרסה או התקנת תבניות או פלאגינים עלולים לשבור לנו את התקנת וורדפרס.
התוספים השונים מוסיפים שורות קוד לבסיס הנתונים ולקובץ wp_options
כאשר אנחנו מסירים תבנית או פלאגין, השורות לא נמחקות ומעמיסות על הביצועים של וורדפרס.
Slow downloads
כל פעם שדף נטען הוא עובר על קובץ: wp_options
ישנם מקרים שתבניות באות עם פלאגינים נלווים, כנראה למפתח לא היה כוח לכתוב
את הפונקציות בעצמו, ואז גם הקובץ: functions.php מתעדכן.

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

שיפור ביצועים
נכנסים לממשק הניהול: phpmyadmin ומתחילים למחוק ידנית
(אחד, אחד) רשומות לתוספות שאנחנו יודעים שכבר לא בשימוש. כנ"ל גם לגבי קובץ wp_options
או שנתקין פלאגין שיודע לעשות את העבודה לבד: WP-DBManager
מחיקת רשומות שלא בשימוש מבסיס הנתונים | וידאו.

במקרים מסוימים כדאי להימנע מתוספות המבוססות
על: גאווה סקריפט (js), אייגקס (ajax) ופלאש (flash).
למה? הרצת סקריפטים חושפת את האתר לסיכוני אבטחה.

תוסף אייג'קס לוורדפרס: AJAXed Wordpress

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

ajax vs flash whats right for you?
התוספים מוסיפים הרבה חן לאתר (moo.fx) , ולכן לא הייתי נמנע מלא מלהתקין אותם בכלל.
דוגמה לתוספי: גאווה, אייגקס, פלאש| אייגקס וגאווה|אתר מבוסס אייגקס.
חלק מהיכולות של האייגקס= (Asynchronous JavaScript and XML)
הוא להעביר נתונים חזרה לגולשים מבלי לערב את הדפדפן, מה שגם חוסך ברוחב פס.
ראה: הסבר נוסף.

תיקונים לוורדפרס שבור
אחרי שהפנמנו את המשפט: "Uninstall Doesn’t Mean Gone"
וביצענו פעולות מניעה כדי לשפר את הביצועים, נמשיך עם כמה טכניקות נוספות.

טכניקות נוספות לתיקון לוורדפרס שנשבר!
תיקון קישורים מתים בפוסטים ועמודים: Broken Link Checker
בדיקות לתקינות התבנית: Validating the Code

במקרים קיצוניים או מסיבה כלשהי כאשר אין בידנו גיבוי תקין של המערכת, נאלץ לנסות לפתור
את הבעיה בשיטת האלימינציה, ולנסות לאתר את התוסף שגורם לבעיה.
כיבויי כל התוספים, שינויי סטאטוס האתר ל"תחת בנייה" הדלקת כל תוסף בזמנו כדי לאתר את הבעיה.
ראה מאמר באנגלית: How To Fix Broken WordPress Blog.

http://www.youtube.com/watch?v=3l5g7F9zk3I

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

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

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

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

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

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

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

הגיבוי הבסיסי
מתוך ממשק הניהול של וורדפרס\ עריכה וניהול\ יצוא
"אמור" לייצא את כל הפוסטים, עמודים, תגובות ושאר הירקות לקובץ XML

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

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

גיבוי ע"י פלאגינים.
WordPress Plugins
פלאגינים לגיבוי וורדפרס ו-בסיס הנתונים: WP-DBManager, wp-db-backup
מדריכי וידאו: WP-DBManager, Upgrade Wordpress
ראה גם: רשימת תוספות לגיבוי וורדפרס.

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

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

גיבוי מממשק הניהול - cPanel

נבצע לוגין לממשק הניהול של ספק האחסון,
משהו כמו: https://www.domain.com:2083/login.php
ניכנס להגדרות cPanel.
ראה: הדגמות בוידאו tutorials לביצוע פעולות שונות ב- cPanel
לפירוט נוסף ראה: התקנת וורדפרס + הגדרות בשרת האחסון.

אפשרות נוספת לגיבוי.
גיבוי וורדפרס לספר או מסמך: your own ebook
שיטה נוספת תהיה להשתמש בכלי להורדת כל האתר לספרייה מקומית: HTTrack