יש כאן בהחלט הזדמנויות לשפר את Discourse. אחרי שרצתי מופע Stable כבר 7 עד 8 שנים, תמיד היו זמנים שבהם הייתי צריך לשדרג דרך ממשק השורת פקודה של השרת. זאת אף מכוסה במסמכים עם תדירות מומלצת.
עם זאת, המסמכים אינם קלים לגישה כפי שהיו יכולים להיות. תוסף קטגוריות המסמכים בהחלט משפר את זה. אך עדיין, לדעתי, לא במידה שבה זה יכול להיות.
ההצעות שלי לשפר זאת כוללות קישורים ישירות בממשק הניהול של האתר, אולי עם קישור (?) שמציג תבנית עם מידע וקישור לנושא כאן ב-Meta עם פרטים נוספים.
עם לוח העדכונים, יהיה נוח שיהיו גם בו מידע נוסף באופן דומה, ואולי גם עם Core & Docker לכהות את הכפתור והודעה נדרשת לבצע את השדרוג משורת הפקודה של השרת, עם קישור להערות השחרור של הגרסה עם החלק הראשון שמתאר את הדרישות, כגון Docker Version X ו-Ubuntu LTS Version X (או הפצות לינוקס נתמכות רשמית). הנושא המקושר גם יכלול תתי-פקודות להעתקה והדבקה בשורת הפקודה.
לגבי הסקריפטים, לא ברור עד כמה זה פשוט לביצוע, אבל ניתן שהסקריפט הראשוני יבצע בדיקה לדרישות בסיסיות, ואם תלות נדרשת לא קיימת ייצא הודעה וקישור למידע בסיסי כיצד לעשות זאת.
הודעת השגיאה כאשר השדרוג נכשל צריכה להיות יותר אינטואיטיבית. למרות שהיא אומרת לגלול למעלה כדי לראות שגיאות מוקדמות, מצאתי שיש שגיאות שחוזרות על עצמן ואינן משפיעות על הבנייה מחדש. לכן, ייצוא שגיאות מפתח לקובץ לוג שגרם לכישלון הבנייה יהיה טוב יותר. שינויים אלה כנראה דורשים עבודה וזמן.
עם Documentation > Self-Hosting, באמת צריך מדריך התחלה יסודי יותר, שיכלול מבוא למה לדעת לפני אירוח עצמי, כגון ידע טוב על מערכת ההפעלה Ubuntu LTS, עם מידע בסיסי על תחזוקה ועדכוני הפצה, שיטות גיבוי, והוראות ישירות. יתכן שגם נושא כזה יוכל להיות עם תגים בקטגוריית הצוות וקישורים ל-Meta.
Bloomberg, אם זוכר נכון, יצר נושא טוב על מה שקרה בנושאים אלה. מצדי, אני מתנצל בפני @anon55243134, אך גם הם צריכים לקחת אחריות על חלקם. אם באים לתמיכה, צריך להיות מוכן להקשיב למה שנאמר ולספק את המידע שנדרש, כדי שכולם יוכלו לסייע בהכוונה לפתרונות אפשריים.
לכולנו יש רעיונות ודעות איך העיצוב וכדומה יכולים להיות טובים יותר. אך בעת שאין שינויים, עלינו לקבל את המצב כפי שהוא כעת.
אני יודע כמה זה מרגיז כשיש השבתה מזיקה. לפני זמן מה היו לי בעיות עם הלקוח שאני מתנדב כמנהל עבורו. פניתי אליהם במשך יותר מחודש כאשר לא יכולתי לבנות מחדש את האפליקציה בגלל שהשרת היה קטן מדי ודרכי ההפעלה להקצאת מקום פנוי כאן לא יכלו לפתור את הבעיה, הם התעלמו מהעצה שלי ובסופו של דבר כשטענתי שהשרת סובל מקריסה רבה, הם שילמו לחבר כאן לתקן את הבעיה שאז כללה פריסת שרת חדש עם מקום נאות. האתר היה מושבת יותר משני שבועות בעקבות רשלנותם. מאוחר יותר הם לא טיפלו בשרת המיילים ויותר מהאתר לא היה במצב תקין. חוסר ההתראה בדואר אלקטרוני גרם לנזק רב. אני יכול להוסיף עוד, אבל זה לא בעיה של Discourse. זוהי סוגיית אירוח עצמי.
כמה זמן לפני כן הייתה לי בעיה של בנייה מחדש שנגרמה מקובץ תבנית. הלוג נתן לי מספיק מידע כדי לבדוק השערה אם לסגור את קובץ התבנית. זה עזר לי לפתור את הבעיה. כשזה עלה פה, פרסמתי מה שעשיתי שעזר לזהות את הבעיה לצוות.
בכל הצדדים עלינו לשאוף להשתפר. קח זמן לקרוא ולהאזין לאלה שיש להם ניסיון ומיומנויות לסייע בפתרון בעיות. כך הצלחתי להרחיב את ההבנה שלי בנושאים שאני מסוגל לעשות. לדברים (ובמיוחד עם המורכבות של Discourse) שאני לא מנוסה בהם, אני חוקר ככל יכולתי ומבקש עזרה ומאזין לעצת כל אלה שיש להם הבנה מתקדמת על התוכנה המדהימה הזו.
@anon55243134 אם תוכל לתת הזדמנות, אולי כולנו נוכל לעזור לחזור לאתר שלך. עלינו רק להימנע במהלך התהליך מסטייה ל"איך אנחנו חושבים שזה צריך להיות" ולוותר לזמן על “איך שזה”. לאחר תיקון המצב נוכל ללמוד מהניסיון ולפתוח דיון טוב עם המלצות לשיפור ומוכנות לקבל שהצוות יהיה פתוח (בדרך כלל כן) שלוקח זמן תוך עיסוק בפרויקטים אחרים. מצידנו נוכל לעבוד על רעיונות ואלו שיש להם ידע אמיתי יוכלו אם יש להם זמן לעבוד על חלק מהמידע הדרוש להנחיות, שיטות עבודה מומלצות ועוד.