אמות המידה שלנו לעריכה ולבדיקה
המדריכים שלנו נועדו לעזור לקוראים לקבל החלטה בטוחה לפני שהם מוחקים משהו. בדף הזה מוסבר מה המשמעות של תוויות הבדיקה שלנו ואיך אנחנו מפרידים בין עובדות שאפשר לאמת בבדיקה חוזרת לבין הערכות.
נבדק לאחרונה:
מי מפרסם את המדריכים ומי בודק אותם
AskClean הוא מוצר של NEXALIFY Ltd. את מדריכי האחסון כותב צוות AskClean, והם עוברים בדיקה טכנית מול ההתנהגות הנוכחית של המוצר, ממשקי מערכת ההפעלה והמקורות הראשוניים שמצוטטים בהם.
תווית בדיקה על מאמר פירושה שצוות ההנדסה בדק את גבולות המחיקה, הפקודות, הנתיבים ועלויות השחזור שמופיעים בו. אין בה הבטחה שבכל מכשיר יתפנה אותו נפח.
איך אנחנו בודקים הנחיות אחסון
אנחנו מתחילים במיפוי במצב קריאה בלבד, רושמים את הגרסה והנפח הרלוונטיים, משנים קטגוריה אחת ואז מודדים שוב. אנחנו מבחינים בין התנהגות של המוצר שחוזרת על עצמה לבין תוצאות שתלויות במחשב מסוים, ולא הופכים מכשיר בדיקה יחיד להבטחה כללית לחיסכון במקום.
פקודות הרסניות אינן ברירת המחדל. המדריכים מעדיפים את ממשקי המערכת, מחיקה הפיכה לפח האשפה, בדיקה מפורשת של הגיבוי והסבר ברור מה יהיה צריך לבנות מחדש או להוריד שוב.
מודל סיכוני המחיקה שלנו
כל קטגוריית אחסון מסווגת קודם לפי עלות השחזור, ורק אחר כך לפי הנפח. תוצרים שאפשר לבנות מחדש נוצרים שוב מקוד המקור; קבצים שאפשר להוריד מחדש תלויים בחיבור לרשת ובכך שהמקור עדיין מציע אותם; מצב תפעולי עשוי לכלול מסדי נתונים מקומיים, מכשירי בדיקה או הגדרות; קבצים של גרסאות שהופצו וקבצים שהמשתמש יצר עשויים להיות בלתי ניתנים להחלפה.
כל מדריך חייב לציין את הקטגוריה, את מיקום ברירת המחדל שלה או את הפקודה שמאתרת אותה, מה משתנה כשמוחקים, מה הדרך לשחזר, ואת הבדיקה הבטוחה יותר שאפשר לבצע במצב קריאה בלבד. גיל הקובץ וגודלו לבדם אף פעם לא מספיקים כדי לקבוע שפריט בטוח למחיקה.
ממצאים שאפשר לשחזר וחומרים לשימוש חוזר
מדריכי האחסון שלנו בנושא Xcode משתמשים בסקריפט בדיקה משותף שאפשר להוריד. הסקריפט מריץ רק פקודות שמודדות את גודל התיקיות ופקודות simctl שממפות את המצב הקיים. הוא לא מוחק קבצים, לא מבקש הרשאות של מנהל מערכת ולא מעלה את הפלט לשום מקום. אפשר לעיין בקוד המקור שלו לפני שמריצים אותו, ולהשוות את אותן מדידות לפני שינוי אחד ואחריו.
טבלאות הראיות במדריכים שלנו מתארות את גבולות המחיקה, לא חיסכון מובטח. אתם מוזמנים לצטט את הטבלאות האלה או את שיטת הבדיקה, עם קישור למדריך הרלוונטי או לדף המדיניות הזה. לתיקונים, לפרטים שיעזרו לשחזר בדיקה או לעותק של טבלה בפורמט קריא למכונה, פנו לצוות העריכה.
מקורות והפרדה מהצד המסחרי
בכל מקום שיש בו מקור ראשוני, התנהגות מערכת ההפעלה מגובה בתיעוד של Apple. צילומי המסך של המוצרים מגיעים מגרסאות של האפליקציות שבנינו בעצמנו או מסימולטורים, ומסומנים ככאלה.
AskClean ו-Photo Slim עשויים להופיע במדריך ככלים רלוונטיים. הופעתם לא משנה את הגבולות הטכניים: אנחנו מציינים לאילו נתונים כל אפליקציה יכולה לגשת, לאילו נתונים היא לא יכולה לגשת, ואילו פעולות עדיין דורשות את אישור המשתמש.
תיקונים
תוכנה משתנה. אם שם של פריט בתפריט, נתיב, פקודה או הנחיית בטיחות כבר לא עדכניים, שלחו את כתובת ה-URL המדויקת של הדף ואת התיקון ל[email protected]. אנחנו בודקים כל תיקון שאפשר לפעול לפיו, ומעדכנים את תאריך העדכון של המאמר כשתוכנו משתנה באופן מהותי.
רף הראיות
| סוג | בדיקה נדרשת | מה מותר לטעון |
|---|---|---|
| תוצרים שאפשר לבנות מחדש | לזהות את המקור ואת פעולת הבנייה מחדש | לציין את הזמן ואת עלות המחשוב; אף פעם לא להציג את המחיקה כחסרת השלכות |
| קבצים שאפשר להוריד מחדש | לוודא שיש חיבור לרשת ושהמקור עדיין זמין | לא להבטיח שאותה גרסה בדיוק תישאר זמינה |
| מצב תפעולי | לבדוק למי זה שייך, אם יש גיבויים ואם זה בשימוש פעיל | לא לסווג מסדי נתונים, volumes או נתוני בדיקה כמטמון |
| קבצים של גרסאות שהופצו או של המשתמש | לברר את דרישות השמירה והשחזור | ברירת המחדל היא לשמור; גיל וגודל אינם הוכחה שאפשר למחוק |