מדריך הקמה לאירועים חיים

מיפוי מושגי

שום דבר בלוח לא נקרא במה או כרטיס. הטבלה אומרת איזה אובייקט ממלא איזה תפקיד; הפרקים שלמטה מגדירים אותם בסדר הזה.

1דרישות מקדימות

מה צריך שיהיה לפני ההתקנה.

1. שרת (Ubuntu 22.04 או 24.04) עם כתובת ציבורית או דומיין וקו יציאה לשיא הקהל הצפוי, ולצומת באתר, מכונה ברשת האתר.
2. מקודד לכל במה שיכול לדחוף RTMP, ורשימת הבמות, הימים וסוגי הכרטיסים.
3. החלטה איך כרטיסים מגיעים ללוח: קודי הפעלה שנוצרים בכמות, או מערכת הכרטוס שקוראת ל-Reseller API.

2פריסת התשתית

קודם המקור, אחר כך האתר.

1. הריצו את המתקין על שרת הניהול והציבו את הלוח מאחורי reverse proxy עם TLS; הגדירו את הפרוקסים המהימנים כדי שכללי IP יראו את הכתובת האמיתית של הצופה.
2. קבעו את כתובת בסיס הניגון לכתובת הציבורית שהמשתתפים מגיעים אליה.
3. רשמו צומת מ-Servers על המכונה באתר; הלוח מתקין אותו דרך SSH, והמסכים המקומיים מנותבים אליו.
4. צרו חשבון שותף (מפיץ) לדלפק הכרטוס עם הרשאות לקווים וללא הרשאות לקטלוג.

3ארגון התוכן

במות כערוצים, כרטיסים כחבילות.

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

4הגדרת שותפים (מפיצים)

דלפק הכרטוס, אם הוא מנפיק את הגישה.

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

5הגדרת גישת משתתפים

קו אחד לכל כרטיס.

1. צרו קודי הפעלה בכמות, אחד לכל כרטיס, כל אחד קשור לחבילה של סוג הכרטיס שלו, והדפיסו או שלחו אותם במייל עם הכרטיס.
2. למכירת כרטיסים ברשת, התקינו את המחבר של פלטפורמת המסחר שלכם, או דאגו שמערכת הכרטוס תקרא ל-action=create_line עם החבילה ומזהה בקשה.
3. קבעו את מספר החיבורים המרבי למכשיר אחד או שניים לכל כרטיס כדי שקוד לא ישותף בין הקהל.
4. בדקו עם קו ניסיון לפני פתיחת הדלתות, עם אותו נגן שהמשתתפים ישתמשו בו.

6הקלטות מושבים

הקלטות אחרי האירוע.

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

7ערוצי במה

במה כערוץ חי.

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

8תפוגה

הגישה מסתיימת עם האירוע.

1. תנו לכל חבילת כרטיס משך שמסתיים ביום האחרון של האירוע, כך שהקווים פוקעים בלי שום עבודה.
2. האריכו קו אחד, או הנפיקו קוד קצר-טווח, לדובר או לנותן חסות מאחר במקום ליצור חבילה חדשה.
3. השביתו מ-Lines את הקו של כרטיס שאבד או שותף; יומן הביקורת שומר את הרישום.

9אינטגרציה עם מערכת הכרטוס

מערכות מנהלות את הגישה; הנגן מנגן.

1. מערכת הכרטוס או הרישום יוצרת קווים דרך Reseller API ומאזינה ל-webhooks כמו line.created ו-line.expired.
2. מכירת כרטיסים ברשת בפלטפורמת מסחר נתמכת משתמשת במחבר שלה; אין מחבר מובנה למוצר כרטוס ספציפי.
3. אין כניסה אחודה לצופים: משתתף נכנס לנגן עם פרטי הקו או עם קוד הפעלה.

10שיקולי אבטחה

כרטיס הוא אדם אחד.

1. הגישו את הלוח ואת כתובת בסיס הניגון ב-TLS והגדירו TRUSTED_PROXIES ל-reverse proxy שלכם.
2. כניסה דו-שלבית לכל חשבון לוח, וקבוצות הרשאות כדי שדלפק הכרטוס לא יוכל לשנות את הבמות.
3. קישורי ניגון חתומים ופוקעים ומגבלת חיבורים נמוכה לכל כרטיס.
4. גיבויים מוצפנים של מסד הנתונים עם עותק מחוץ לאתר, ויומן ביקורת לכל שינוי בקווים ובבמות.

11פתרון תקלות

הבדיקות הראשונות הרגילות.

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