תהליכי פיתוח

רוב התקלות באתרים נולדות בשינוי, לא בקוד עצמו

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

הסביבות והקוד

• סביבת בדיקות (Staging) — מה ההבדל בין פיתוח, בדיקות וייצור, ואיך מעבירים שינויים בלי לדרוס תוכן.
• ניהול גרסאות עם Git — מה נכנס למאגר ומה אסור שייכנס, ולמה פריסה מתוך המאגר עדיפה על העלאה ב-FTP.
• תבנית בת בוורדפרס — מתי היא הדרך הנכונה לשנות תבנית קיימת, ומתי היא פתרון חלקי.

עדכונים ושדרוגים

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

בדיקות

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

השקה ושינויים גדולים

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

מה שנשאר אחרי הפרויקט

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

נושאים קרובים: גיבוי ושחזור ועבודה עם מפתח.

מה זה נותן לבעל האתר

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

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