עדכון בטוח של ליבת MODX וחבילות: גיבוי מלא ובדיקות
שימו לב: בעדכון ידני של MODX, כל שלב שגוי — והאתר קורס עם מסך לבן. קובץ שהוחמץ, תוסף לא תואם, גיבוי פגום — כל פרט יכול לעלות בשעות של השבתה. עדכנו יותר מ-150 פרויקטים של MODX (הצוות שלנו עם 8 שנות ניסיון בשוק) ואנחנו יודעים איך לעשות זאת ללא סיכון לנתונים. בפועל, לקוחות פונים אלינו לעתים קרובות לאחר ניסיון עדכון כושל: האתר מחזיר שגיאת 500, סניפטים מפסיקים לעבוד, תמונות נעלמות. במאמר זה, אנו מפרקים את התהליך שלב אחר שלב לעדכון בטוח, שמושחז על פני עשרות פרויקטים.
אתגרים טכניים בעדכון MODX
MODX מתעדכן ללא Composer, ידנית — זה יתרון (אין תלויות נסתרות), אבל גם חיסרון: קל לטעות בהעתקת קבצים. לקוחות מתלוננים לעתים קרובות שאחרי עדכון, סניפטים מותאמים אישית או תוספים (pdoTools, FormIt, Tickets) מפסיקים לעבוד. ניתחנו עשרות מקרים כאלה. הבעיות העיקריות: אי-תאימות גרסאות של תוספים לגרסת הליבה החדשה, הרשאות קבצים שגויות במהלך ההעתקה, אובדן תצורות מותאמות אישית. כדי למזער סיכונים, אנו משתמשים ברשימת בדיקה מוכנה מראש. לדוגמה, בפרויקט אחד, לאחר עדכון מ-MODX 2.8.3 ל-2.8.5, pdoResources הפסיק לעבוד עקב שינויי API — נאלצנו לחזור לגרסה הקודמת ולחכות לתיקון. ב-80% מהמקרים, בעיות נפתרות על ידי השבתת תוספים לא תואמים והרצת המתקין מחדש.
תהליך עדכון MODX בטוח
התהליך מורכב מארבעה שלבים: גיבוי, עדכון ליבה, עדכון חבילות ובדיקות. בואו נסתכל על כל אחד בפירוט.
גיבוי
לפני כל פעולה, צרו גיבוי מלא:
# Бэкап файлов
tar czf /backups/modx-$(date +%Y%m%d).tar.gz /var/www/yourdomain.com
# Бэкап БД
mysqldump -u root modx_db > /backups/modx-db-$(date +%Y%m%d).sql
חשוב: אחסנו גיבויים בתיקייה נפרדת, לא באתר עצמו. אנו ממליצים בנוסף להעלות עותק לאחסון ענן. היה לנו מקרה שבו לקוח אחסן את הגיבוי על אותו שרת — כשהדיסק נכשל, הכל אבד. עכשיו אנחנו תמיד מכפילים.
עדכון ליבה
# Скачать новую версию wget https://modx.com/download/current/ -O modx-new.zip
unzip modx-new.zip -d /tmp/modx-update
# Копировать только изменённые файлы ядра (не папки кастомных Extra)
rsync -avz \
--exclude='core/components/' \
--exclude='assets/components/' \
--exclude='core/config/' \
/tmp/modx-update/modx-*/ \
/var/www/yourdomain.com/
לאחר ההעתקה, גשו אל # Бэкап файлов tar czf /backups/modx-$(date +%Y%m%d).tar.gz /var/www/yourdomain.com # Бэкап БД mysqldump -u root modx_db > /backups/modx-db-$(date +%Y%m%d).sql ובחרו "עדכן התקנה קיימת." ההתקנה בודקת תאימות, מעדכנת טבלאות מסד נתונים ומנקה מטמון. שיטה זו, כפי שנאמר בתיעוד הרשמי של MODX, מועדפת. שימו לב: ב-MODX 3, התהליך מפושט — באמצעות # Скачать новую версию wget https://modx.com/download/current/ -O modx-new.zip unzip modx-new.zip -d /tmp/modx-update # Копировать только изменённые файлы ядра (не папки кастомных Extra) rsync -avz --exclude='core/components/' \ --exclude='assets/components/' \ --exclude='core/config/' \ /tmp/modx-update/modx-*/ \ /var/www/yourdomain.com/ , מה שמפחית את הסיכוי לשגיאות.
עדכון חבילות (תוספים)
בפאנל הניהול: מערכת → מנהל חבילות → חבילות מותקנות → כפתור "בדוק עדכונים". או לחצו לחיצה ימנית על חבילה → עדכן. חשוב: חלק מהתוספים הפופולריים (pdoTools, FormIt, Tickets) מתעדכנים לעתים רחוקות — בדקו תאימות ב-MODX Extras. אם לתוסף אין עדכונים לגרסת הליבה החדשה, השתמשו בגרסה יציבה מהמאגר. בדרך כלל, אנו מעדכנים את הליבה ואת כל החבילות התואמות בפגישה אחת כדי למזער השבתה — זה חוסך עד שעתיים של זמן השבתה.
עדכון דרך CLI (MODX 3)
# MODX 3.x поддерживает CLI
php artisan modx:upgrade # если настроен CLI
# Или через встроенный скрипт
php core/packages/upgrade.phpעדכון CLI מהיר פי שניים מאשר דרך פאנל הניהול ואינו דורש ממשק אינטרנט. עם זאת, ההתקנה עשויה לדרוש הרשאות נוספות.
מה לעשות אם מקבלים שגיאת 500 לאחר העדכון?
שחזרו את הגיבוי:
# Восстановить файлы из последнего бэкапа
tar xzf /backups/modx-latest.tar.gz -C /var/www/yourdomain.com/
# Восстановить БД
mysql -u root modx_db < /backups/modx-db-latest.sqlלאחר השחזור, נתחו את הגורם לכשל (יומנים, תאימות תוספים) וחזרו על העדכון עם תיקונים. גורמים אופייניים: אי-תאימות של pdoTools לגרסת MODX החדשה, הרשאות שגויות בתיקיית הליבה/מטמון, הרחבות PHP חסרות הנדרשות. בניסיון שלנו, 80% מהשגיאות נפתרות על ידי השבתת תוספים לא תואמים והרצת ההתקנה מחדש.
למה להפקיד את העדכון בידי אנשי מקצוע?
עדכון עצמי מסתיים לעתים קרובות עם 2 עד 6 שעות של השבתה. הצוות שלנו, עם 8 שנות ניסיון, ביצע יותר מ-200 עדכוני MODX מוצלחים — אנו מבטיחים שלמות נתונים ותמיכה לאחר העדכון. קבלו רשימת בדיקה ובדיקה חינמית של מצב אתר ה-MODX הנוכחי שלכם על ידי יצירת קשר איתנו.
השוואת שיטות עדכון
| שיטה | מהירות | אמינות | דרישות |
|---|---|---|---|
| דרך פאנל הניהול (מנהל חבילות) | בינונית | גבוהה | גישה לפאנל הניהול |
| דרך CLI (artisan) | גבוהה | גבוהה | SSH, MODX 3 |
| ידני דרך FTP | נמוכה | נמוכה | גישת FTP |
| השירות המקצועי שלנו | אופטימלית | מקסימלית | גישה לשרת |
אנו ממליצים להפקיד את העדכון בידי אנשי מקצוע — זה מבטל שגיאות וחוסך זמן. צרו קשר להערכת פרויקט.
לוחות זמנים ומה כלול
| שלב | משך | תוצאה |
|---|---|---|
| ניתוח גרסאות נוכחיות ותאימות | 0.5–1 שעה | דוח מצב |
| גיבוי | 0.5–1 שעה | גיבוי קבצים ומסד נתונים |
| עדכון ליבה | 1–2 שעות | גרסה חדשה עובדת |
| עדכון חבילות | 1–2 שעות | כל התוספים מעודכנים |
| בדיקת פונקציונליות | 1–2 שעות | האתר עובד כראוי |
| תיעוד ומסירת גישה | 0.5 שעה | הוראות, יומנים, סקריפטים |
זמן משוער לעדכון מקיף: 2 עד 6 שעות. המחיר מחושב באופן אישי; כתבו לקבלת הערכה.
טעויות נפוצות בעדכון עצמי
- דילוג על גיבוי מסד נתונים — שחזור כמעט בלתי אפשרי.
- העתקת קבצים ללא החרגת תיקיות תוספים — שובר רכיבים.
- עדכון תוספים לגרסאות לא תואמות לליבה הנוכחית.
- התעלמות מיומני שגיאות לאחר העדכון.
- שימוש בהוראות מיושנות ממקורות לא מהימנים.
אנו מבטיחים שלמות נתונים ותמיכה לאחר העדכון. הצוות שלנו עובד 8 שנים וביצע יותר מ-200 עדכוני MODX מוצלחים. בקשו ייעוץ — קבלו רשימת בדיקה ובדיקה חינמית של מצב אתר ה-MODX הנוכחי שלכם.







