התשובה הקצרה: רק בתוך האירוע שלכם, ולא מעבר לו. הדשבורד מציג מספר אמיתי — 'מכינים את הסרטונים — X מתוך Y' עם פס התקדמות — שסופר כמה מהברכות של האירוע שלכם כבר מוכנות. אבל זה מספר שסוגר רק את הלולאה הפנימית שלכם: אין שום מקום במוצר שמראה לזוג כמה ברכות של אירועים אחרים עומדות לפניהם בתור הרינדור הגלובלי של השרת, אפילו לא מספר גס.
מה בדיוק מראה הדשבורד כשרילסים עדיין ברינדור?
ה-endpoint שהדשבורד פוליג (`blessings/status/route.ts`) מחזיר שלושה שדות על הברכות של האירוע: `total` — כמה ברכות יש בכלל, `ready` — כמה מהן כבר קיבלו רילס מוכן, ו-`stuck` — רשימת שמות של ברכות שהרינדור שלהן נכשל לגמרי ולא יתחיל מעצמו. הדשבורד מתרגם את זה לפס התקדמות עם אחוזים ולטקסט 'מכינים את הסרטונים — X מתוך Y', כמו שפירטנו במה קורה בדשבורד כשרילס עדיין בהכנה. זה מספר אמיתי, לא הערכה — אבל הוא נספר מחדש בכל בקשה לפי אילו קבצים קיימים בפועל, לא נקרא מתוך תור כלשהו.
המספר הזה סופר גם ברכות של אירועים אחרים שתפוסים באותו תור?
לא. בדקנו את זה ישירות בקוד: התור הגלובלי שמגביל רינדורים ל-2 עבודות ffmpeg במקביל (`active`/`waiters` בפונקציית `withSlot`, ב-`lib/blessing-video.ts` — ראינו אותו בהתור המשותף בין אירועים ביום שיא) הוא state פנימי של המודול. שום קובץ אחר בקוד, כולל `blessings/status/route.ts` עצמו, לא קורא את `waiters.length` ולא מחזיר אותו ללקוח. המספר X/Y שהדשבורד מציג הוא ספירה של קבצים קיימים מול לא-קיימים, ולא שאילתה על מיקום בתור — כך שאין שום דרך, היום, לדעת מתוך הדשבורד אם הסיבה שהאחוזים לא זזים היא נפח גדול באירוע שלכם, או אירוע אחר שתפס את שני הסלוטים באותה דקה.
| מה הדשבורד מציג בפועל | מה הוא לא מציג | |
|---|---|---|
| ברכות של האירוע שלי | מספר מדויק — X מתוך Y מוכנות, עם פס התקדמות | — |
| ברכה שנכשלה סופית | שם האורח ברשימת 'stuck', עם הודעה מפורשת | למה היא נכשלה |
| ברכה שעדיין בתור הגלובלי | אין הבדל חזותי מברכה שעוד לא התחילה בכלל | מיקום בתור, או שם האירוע שתפוס לפניי |
| ברכות של אירועים אחרים | אין אזכור שהם קיימים | כמות, מיקום, או עצם הקיום |
הדשבורד לא משקר לכם כשהוא מראה 'בהכנה' — הוא פשוט לא יודע להגיד לכם למה זה לוקח זמן. גם הוא לא שואל את התור כמה נותר.
אז מה עושים אם הסרטונים נראים תקועים הרבה זמן?
- לבדוק אם השם מופיע ברשימת 'stuck' — אם כן, זו כבר כשלון מוגדר, לא המתנה בתור, ושאר האלבום לא נפגע
- אם האחוזים פשוט עולים לאט — זו התנהגות תקינה של תור FIFO, לא תקלה; הממוצע הנמדד לאירוע בודד הוא דקות, לא שעות
- אין פעולה שמקדמת ברכה בודדת בתור — אין כפתור 'דלג קדימה', במכוון, כדי שתור אחד הוגן לכולם
- המסלול בתשלום לא מקבל סלוט מהיר יותר מהחינמי — אותה תקרה בדיוק לשניהם, אותה עובדה שראינו במאמר על התור המשותף
RegaRoll היא מצלמה חד־פעמית דיגיטלית לאירועים — ₪299 לאירוע, בלי אפליקציה — וקיר הברכות עובד מול אותו תור בדיוק, בלי יחס מיוחד לאף אירוע. מי שרוצה את התמונה המלאה של זמני הרינדור על אירוע בודד, לפני שבודקים את ההתנהגות בתור עומס, יכול לקרוא בכמה זמן יש לצפות ולהוריד רילס אחרי שהוא נוצר. ואת המנגנון המלא של קיר הברכות — למה כל ברכה הופכת לרילס בכלל — מסביר קיר הברכות הדיגיטלי.