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