בית
XtreamUIPro

אירועים חיים

כל במה היא ערוץ, כל כרטיס הוא גישה

במה משודרת חי כערוץ, כרטיס הופך לקו שנפתח באירוע ופוקע אחריו, והמסכים של האתר עצמו מקבלים שירות מצומת בתוך הבניין — על שרתים שאתם מפעילים.

קהל באולם צופה במצגת תחת אורות הבמה.
צילום: Atlantic Ambience · Pexels License

האתגרים

מה אירוע צריך לפתור

  • גל צופים בשעה קבועה

    אלפי אנשים מצטרפים כשהנאום המרכזי מתחיל, והקהל נעלם יום אחרי; הקיבולת צריכה להיות קיימת לשיא ולא מעבר לו.

  • גישה שמתאימה לכרטיס

    כרטיס יומי, כרטיס לשלושה ימים והזמנת נותן חסות פותחים במות שונות, וכל גישה חייבת להסתיים כשהאירוע מסתיים.

  • מסכים בתוך האתר

    הלובי, חדר הגלישה ואזור העיתונות צריכים את שידור הבמה בלי להיות תלויים בקו האינטרנט של האתר.

איך Xtream UI Pro עוזרת

איך הפלטפורמה משתלבת

  • במה היא ערוץ חי

    המקודד של כל במה דוחף ב-RTMP לערוץ; באוקט מקבץ את הבמות שסוג כרטיס רשאי לצפות בהן, וחבילה נושאת את תקופת הגישה של אותו כרטיס.

  • כרטיס הוא קו

    קווים נוצרים בכמות כקודי הפעלה, או על ידי מערכת הכרטוס דרך Reseller API, עם תפוגה קצרה ומגבלת חיבורים לכל כרטיס.

  • צומת באתר

    הצומת בבניין לוקח כל במה פעם אחת מהמקור ומשרת את המסכים המקומיים, כך שקו האינטרנט נושא עותק אחד לכל במה.

יכולות הפלטפורמה

במה התעשייה הזו משתמשת

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

  • שידור חי

    ערוצים חיים מהמקורות שלכם, עם EPG, catch-up ו-timeshift במקום שהמקור מאפשר, ב-HLS או MPEG-TS לאפליקציות ולמכשירים שהצופים משתמשים בהם.

    מרכז מקור עם upstream אחד לכל ערוץ · RTMP פנימה והחוצה · טרנסקודינג עם ffmpeg

  • צמתי הזרמה מבוזרים

    רשמו שרתי קצה מהלוח; הצופים מנותבים לצומת לפי עומס ולפי מדינה, והמקור משרת את כולם כל עוד אין צומת.

    מותקן דרך SSH מהלוח · ניתוב GeoIP · heartbeat וסטטיסטיקות תעבורה

  • ניהול מנויים

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

    Xtream Codes API, M3U/XMLTV, פורטלי MAG ו-Enigma2, נגן אינטרנט

  • API ואינטגרציות

    צרו, חדשו והשעו גישה מהמערכות שלכם דרך ה-Reseller API, קבלו webhooks חתומים, וחברו פלטפורמות חיוב או מסחר עם מחבר מוכן.

    Reseller API עם מזהי בקשה אידמפוטנטיים · מפתחות Admin API · 17 מחברים

  • ניטור ותפעול

    תצוגות חיבורים ותעבורה, יומני ביקורת, מדדי Prometheus, התראות בדוא"ל, בטלגרם או ב-webhook, מצב תחזוקה ובדיקת עדכונים מובנית.

    נקודות קצה /metrics · תור משימות עם lease · גיבויים מוצפנים של מסד הנתונים

  • אבטחה ובקרת גישה

    התחברות דו-שלבית, סודות אטומים במנוחה, קישורי ניגון חתומים הקשורים לצופה, כללי IP ומדינה, מגבלות חיבורים והגנה מפני ניחוש סיסמאות.

    TOTP · מפתחות אטומים ב-AES · כתובות חתומות ב-HMAC · כללי GeoIP ו-ISP

בלוח הבקרה

הדפים שבהם הפריסה הזו חיה

צילומי מסך של לוח הבקרה של התקנה חדשה עם קטלוג הדוגמה. שום דבר לא מדומה.

דף Streams בלוח הבקרה: הערוצים החיים עם המצב, הקטגוריה, המקור ופורמטי הפלט שלהם.
שידור חי · מרכז מקור עם upstream אחד לכל ערוץ · RTMP פנימה והחוצה · טרנסקודינג עם ffmpeg
דף Servers בלוח הבקרה: השרת הראשי והצמתים עם המצב והגרסה שלהם.
צמתי הזרמה מבוזרים · מותקן דרך SSH מהלוח · ניתוב GeoIP · heartbeat וסטטיסטיקות תעבורה

ארכיטקטורת התשתית

פריסה לדוגמה: כנס בן שלושה ימים

שרת ניהול לפני האירוע, ערוץ לכל במה, צומת באתר, כרטיסים שמונפקים כקודי הפעלה, והקלטות שמתפרסמות אחרי מושב הסיום.

בחרו חלק בתרשים כדי לראות מה הוא עושה.

בפריסה לאירועים המקורות הם המקודדים בכל במה; הלוח מחזיק את הערוצים, חבילות הכרטיסים והקווים; המקור משרת את המשתתפים ברשת וצומת באתר משרת את הבניין; מערכת הכרטוס מתחברת דרך Reseller API ו-webhooks.

  1. התקנה לפני האירוע

    שרת אחד מריץ את הלוח, ה-API, ה-worker והמקור; צומת מותקן על מכונה באתר ונרשם מ-Servers.

  2. יצירת הבמות והכרטיסים

    ערוץ חי אחד לכל במה; באוקט אחד לכל סוג כרטיס; חבילה אחת לכל סוג כרטיס, כשימי האירוע הם משכה.

  3. הנפקת הגישה

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

  4. הפעלת הימים

    המקודדים דוחפים כל במה, מסכי האתר מנגנים מהצומת המקומי, והקווים פוקעים בערב האחרון של האירוע.

מיפוי הגדרות

המושגים שלכם, אובייקטי הפלטפורמה

לפלטפורמה אין אובייקטים ייעודיים לתעשייה: באוקט, קו, חבילה או חשבון שותף משמשים כמושג שהתעשייה שלכם צריכה. אלה מיפויים מושגיים, לא יכולות מובנות של אותה תעשייה.

מדריך הקמה שלב אחר שלב

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

קראו את מדריך ההקמה
בתעשייה שלכםבפלטפורמה
ערוץ במהערוץ חי: שידור עם המקורות, ה-EPG ופורמטי הפלט שלו
סוג כרטיסבאוקט: קבוצה בעלת שם של ערוצים, סרטים או סדרות שחבילה מעניקה
כרטיס או כניסהקו: גישה אחת עם החבילה, הבאוקטים, התפוגה, מגבלת החיבורים והפלטים שלה
סוף האירועתאריך התפוגה של הקו, מתחדש בחבילה, בקרדיט או דרך ה-API
מכשירים לכל כרטיסמספר החיבורים המרבי של הקו: כמה מכשירים יכולים לצפות בו-זמנית
אינטגרציה של כרטוס או רישוםReseller API ו-webhooks: פעולות הלוח מהמערכת שלכם
צומת האתרצמתי הזרמה: שרתי קצה שנרשמו מהלוח, אחד לכל אתר או בניין

שיקולי אינטגרציה

מערכת כרטוס, רישום או מסחר אלקטרוני יוצרת את הגישה דרך Reseller API ו-webhooks, או דרך המחבר של פלטפורמת מסחר נתמכת כמו WooCommerce; מקודדי הבמות מתחברים ב-RTMP. אין אינטגרציה מובנית עם מוצר כרטוס או ניהול אירועים ספציפי.

שיקולי אבטחה

הגישה מסתיימת עם הכרטיס: תפוגה קצרה בכל קו; מגבלת חיבורים לכל כרטיס מונעת שיתוף של קוד; קישורי הניגון חתומים ופוקעים; חשבונות הצוות משתמשים בכניסה דו-שלבית, בקבוצות הרשאות וביומן הביקורת.

זכויות תוכן ורישוי

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

זכויות תוכן ושימוש מותר

מרכז העזרה

שאלות מהתעשייה הזו

השאלות שמפעילים שואלים לפני פריסה. השאלות הכלליות נמצאות במרכז העזרה.

מרכז העזרה
האם כרטיס יכול לתת גישה לחלק מהבמות בלבד?

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

מה אם קו האינטרנט של האתר חלש?

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

האם משתתפים יכולים לצפות במושבים אחרי האירוע?

כן, אם הקליטו אותם: ההקלטות מתווספות לספרייה, באוקט וחבילה מעניקים אותן, עם תפוגה שתבחרו.