iBusAPI

كيف يعمل الوصول

يُمنح الوصول لمشروع وليس لشخص: للمشروع مالك (حساب iBus) ومجموعات عمليات ومفاتيح وعناوين IP عند الحاجة وحدود.

1. الطلب

سجّل الدخول إلى iBus وصِف المشروع: ماذا تبني، وما البيانات التي تحتاجها، والحمل المتوقع، وكيف ومن أي عناوين ستتصل بالواجهة. يصبح بريد حسابك جهة الاتصال المؤكدة.

طلب مفتوح واحد في كل مرة؛ تُحفَظ المسودة أثناء الكتابة.

2. المراجعة

يقرأ فريق iBus كل طلب وقد يطرح سؤالًا. تجيب في صفحة الطلب، وفيها أيضًا الحالة: مسودة، مُرسَل، قيد المراجعة، مطلوب توضيح، مقبول أو مرفوض.

لا مفتاح قبل القبول، ولا نَعِد بمدة للمراجعة.

3. المشروع والمفاتيح

4. عناوين IP

مع قائمة عناوين يحتاج الطلب إلى مفتاح صحيح وعنوان مسموح معًا. إذا كان القيد مفعّلًا والقائمة فارغة يُرفض كل طلب. لا تُقبل الشبكات الخاصة والواسعة جدًا؛ والشبكة الواسعة تحتاج إلى تأكيد صريح.

إذا وضع فريق iBus القيد، فالتغييرات تمرّ عبر طلب في صفحة المشروع.

5. الحدود

مَنفي الدقيقة (دفعة)في اليوم، UTCفي الشهر، UTCفي الوقت نفسهالثقيلة: في الدقيقة / اليوم
مشروع، «تجريبي»30 (10)1,00020,0002—
مشروع، «قياسي»120 (30)20,000400,0004—
مشروع، مخصّص (مثال)120 (30)20,000400,00046 / 300
بدون مفتاح: العناوين القديمة فقط، لكل عنوان (فترة انتقالية)60 (30)20,000400,000620 / 600

تتجدد ميزانيتا اليوم والشهر عند 00:00 UTC (02:00 أو 03:00 بتوقيت إسرائيل حسب الموسم). يذكر الرفض أي حد بلغته ومتى تعيد المحاولة (Retry-After). يحدد iBus الحدود المخصّصة عند الطلب.

6. الإيقاف والحظر

يمكن لـ iBus إيقاف المشروع مؤقتًا (تبقى المفاتيح) أو حظره (تُلغى كل المفاتيح)، دائمًا مع سبب يظهر في صفحة المشروع حيث يمكنك الرد. المخالفات المتكررة، مثل مفاتيح خاطئة كثيرة، تؤدي إلى إيقاف تلقائي قصير؛ أما الحظر الطويل فقرار بشري فقط.

7. ما يُحفَظ

كل رموز الرفض وما يجب فعله: أخطاء الوصول.

تقديم طلبالتوثيق
API
↑ ↓ تنقّلEnter فتحEsc إغلاق