התחברות

סקירת API

תיעוד API מלא לשילוב עם Cliqer

ה-Client API הוא תוסף ה-API: בתוכניות Presenter, Studio HD ו-Studio 4K אפשר לרכוש אותו, ובתוכניות Studio 8K ו-Enterprise הוא כלול. מפתחות API ארוכי טווח לגישה לא מאוישת משרת לשרת לנקודות הקצה של REST מונפקים בתוכניות Studio 8K ו-Enterprise, ראו אימות באמצעות מפתח API. השוואת תוכניות.

תיעוד מלא של Cliqer API, הכולל נקודות קצה של REST ותקשורת בזמן אמת דרך WebSocket.

כתובת בסיס

https://cliqer.io/api

כל נקודות הקצה של ה-API יחסיות לכתובת הבסיס של שרת Cliqer שאליו מתבצע החיבור.

דוגמאות קוד: בדוגמאות curl/Python/Go יש להחליף את $BASE_URL בכתובת המופע של Cliqer (לדוגמה https://cliqer.io). בדוגמאות WebSocket יש להחליף את $WS_URL בכתובת wss://cliqer.io. דוגמאות TypeScript משתמשות בנתיבים יחסיים ופועלות ללא שינוי.

אימות

Cliqer מבצע אימות באמצעות עוגיית סשן מסוג httpOnly (session_token), שמונפקת על ידי POST /api/auth/login. דפדפנים שולחים אותה אוטומטית; כלים שפועלים משרת לשרת שומרים אותה במאגר עוגיות (cookie jar). צוותים בתוכניות Studio 8K ו-Enterprise יכולים גם להנפיק מפתחות API לבקשות REST משרת לשרת, שנשלחים בתור Authorization: Bearer cliqer_<key> (ניהול מפתחות מחייב תוכנית Studio 8K או Enterprise). ה-WebSocket אינו מקבל מפתחות API: יש להתחבר אליו עם אסימון סשן.

# The session cookie is set by /api/auth/login and sent on every subsequent request
Cookie: session_token=YOUR_SESSION_TOKEN

# Or authenticate a server-to-server REST request with a team API key
Authorization: Bearer cliqer_<key>

כמה נקודות קצה אינן דורשות סשן, למשל POST /api/licenses/validate, שהיא ציבורית.

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

חלקי ה-API

אימות

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

WebSocket בזמן אמת

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

רישיונות

בדיקת תוקף רישיונות, הפעלה וניהול מכשירים.

מחזור החיים של בקשה

תגובות שגיאה

כל נקודות הקצה מחזירות תגובות שגיאה סטנדרטיות:

סטטוסתיאור
400Bad Request: פרמטרים חסרים או לא תקינים
401Unauthorized: אין עוגיית סשן תקפה
403Forbidden: אין מספיק הרשאות, או שהמקור (origin) אינו מורשה
404Not Found: המשאב לא נמצא
409Conflict: למשל, הגעה למגבלת המושבים בהפעלת רישיון
429Too Many Requests: חריגה ממגבלת קצב הבקשות (ראו Retry-After)
500Internal Server Error

פורמט תגובת שגיאה:

{
  "statusCode": 400,
  "statusMessage": "Description of the error"
}

הגבלת קצב

רוב נקודות הקצה מוגבלות בקצב לפי כתובת ה-IP של הלקוח, באמצעות חלון קבוע של 60 שניות בשלוש רמות. כאשר בקשה חורגת מהמגבלה, השרת מגיב ב-429 Too Many Requests עם הכותרת Retry-After: 60. אין חסימה מדורגת/מעריכית, ולא מוחזרת כותרת X-RateLimit-Remaining.

כותרתתיאור
Retry-Afterמספר השניות עד לאיפוס החלון (60, נשלחת רק בתגובת 429)

רמות הגבלת קצב

רמהבקשות / 60 שניותחלה על
מחמירה5POST /api/licenses/validate ונקודות הקצה של ההתחברות (POST /api/auth/login, הרשמה, איפוס סיסמה, שלבי מפתח גישה ו-2FA)
רגילה30GET /api/licenses/status, POST /api/licenses/deactivate, GET /api/auth/me, POST /api/auth/logout
מקלה60נקודות קצה לקריאה בנפח גבוה

שתי נקודות קצה מחילות מגבלה מחמירה נוספת לפי פרטי ההזדהות ולא לפי כתובת ה-IP, כך שאי אפשר להפציץ יעד אחד מכתובות רבות: POST /api/licenses/validate מוגבלת לפי license_key, ו-POST /api/auth/login מוגבלת לפי כתובת האימייל.

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