איך לבדוק ייצוא מ-Ghost לפני שמסתמכים עליו לשחזור

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

אפשרויות הייצוא הנוכחיות של Ghost רחבות יותר מכפי שאפשר להבין מקריאת מדריכים ישנים, והדבר חשוב במיוחד בשימוש ב-Ghost(Pro). דווקא ההרחבה הזאת הופכת את בדיקת הייצוא שהתקבל בפועל לחשובה יותר, ולא לפחות חשובה. גם אם קובץ ZIP מסומן כמכיל את כל הנתונים, עדיין צריך לברר ולתעד מה נמצא בתוכו ולבצע בדיקת שחזור, לפני שמסתמכים עליו כחלק מתוכנית ההתאוששות של האתר.

בדקו איזה ייצוא ההתקנה שלכם מציעה

מדריך הייצוא הנוכחי של Ghost מפנה בעלים ומנהלים לאזור Import/Export ולאפשרות All data. הוא מפרט תוכן והגדרות, חברים, נתוני ניתוח של פוסטים, ערכות עיצוב, נתיבים והפניות. ב-Ghost(Pro) אפשר לכלול גם קובצי מדיה; בהתקנות באחסון עצמי נדרש עותק נפרד של המדיה.

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

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

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

התאימו את הגיבוי להבטחת השחזור

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

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

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

ב-Ghost(Pro), מדיניות הגיבוי מבחינה בין גיבויים מנוהלים לבין ארכיונים מלאים של האתר שמתקבלים לפי בקשה. ארכיונים כאלה אינם מסופקים כגיבוי להמשכיות השירות, ולא ניתן לקבלם לאחר שהחשבון כבר בוטל. הסדירו כל ייצוא או ארכיון נחוץ לפני סיום השירות.

שחזרו בסביבה שלא תפתיע את הקוראים

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

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

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

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

השאירו הוראות שחזור שגם אדם אחר יוכל לבצע

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

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

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

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