אף אחת מהאפשרויות שהוזכרו לעיל אינה מעשית או מועדפת בסביבתי הנוכחית. הייתי שמח לעזור לפתרון החלק המסובך הזה של היישום, אבל אני חדש מאוד בטכנולוגיה זו.
העזרה היחידה שאני יכול לספק עכשיו היא באמצעות הכישורים הישנים שלי ב-BA ובניהול פיתוח. אז, ברוח כך שאני מרגיש שאני תורם, אלו המחשבות שלי.
כאשר אני מסתכל על כל בעיה טכנית, אני מתחיל תמיד בבחינה של הנחות אפשריות שהיו מקשות על פתרון.
הנחה אחת היא לשמור תמונת אבטר מעודכנת בשם קובץ חדש. האדם שיש לו אבטר אחד בלבד. אנחנו לא שומרים רישום של שמות האבטרים. אני מציע שכאשר מישהו מעדכן את תמונת האבטר שלו, היא יתאחסן באותו שם קובץ של האבטר הקיים. זה בעצם מה ש- /user-avatar/ עושה. במקום עבודהית, תבצע את לוגיקת זו בזמן יצירת / עדכון האבטר. זה יפתור את החשש מכתבות היסטוריות לפוסטים עתידיים.
האם זו שינוי של מהפך גדול? לא, שינוי זה יכול להתבצע במשך חודשים, תוך שיפור הדרגתי בביצועי האתר. צוותי הפיתוח שלי תמיד היו עם רשימת קוד הזדמנות לקוד בכל בלוק קוד. רצינו לבצע שיפורים אלו, ولكن הם לא היו קריטיים לביצוע באופן אישי. כאשר הקוד נפתח לפיתוח מסיבה אחרת, המפתח גם ביצע שינויים הזדמנותיים. זה הקטין את הצורך בבדיקות ותקלות על ידי הפחתת הפעמים שהקוד נפתח ועדכון.
אני אציע לחלק את הפרויקט למספר שלבים:
- עדכון לוגיקת שמירת תמונת אבטר כדי להחליף כל עדכון תמונה באמצעות שם קובץ נוכחי.
- החלפת כל השימושים בתמונות אבטר עם פונקציה סטנדרטית שמשתמשת במערכת אחסון/הגשה המועדפת של discourse. אלה יכולים להיות מיושמים בהדרגה, תוך מעבר הדרגתי ללוגיקת הצגת התמונות של האבטר החדשה.
- לאחר שהשלב הראשון והשני הושלמו, לספק לקהילה את המדריכים וקטעי הקוד כדי להחליף ולהוציא את התמונות ההיסטוריות מתוך HTML חומצה ולהעביר אותן למערכת הקבצים המועדפת. זה יהיה באחריות של בעלי אתרי discourse לבחור לבצע זאת. (מדריכים וקטעי קוד אלו יהיו שימושיים לביצוע שינויים ב-HTML הגולמי)
אני בטוח ששיקלת את כל זה. אני גם יודע ששיפוץ קוד ישן תמיד אינו בראש סדר העדיפויות.
אם יש משהו שאני יכול לעשות כדי לסייע במאמץ הזה, אנא יידע אותי.
נ.ב. אני מעריך את ההצעה של יצירת חיבור ברירת מחדל לכותר הגלובלי. אשקול מחקר נוסף ואמשיך עם דרישות מוגדרות יותר. תודה על העזרה שלך.