Skip to main content
استخدم Account API لقراءة الاستخدام وحالة الحصة والاستخدام عبر الزمن وجاهزية الاشتراك، ولتسجيل الخروج. تستخدم قراءات الحساب رمز Bearer للحساب أو جلسة المتصفح. لا تستخدم أبدًا مفتاح استيعاب خاصًا بمشروع في طلب للحساب. ولا تستخدم أبدًا بيانات اعتماد الحساب في إعدادات الـ SDK أو الاستيعاب. تستخدم الأخطاء غلاف أخطاء API القياسي. القراءة دون مصادقة حساب صالحة تعيد 401 مع code: "unauthorized". لا تعرض هذا الفشل كاستخدام صفري أو رسم بياني فارغ أو خطة مجانية. والطريقة غير المدعومة تعيد 405 مع code: "method_not_allowed"، ويذكر next الطلب المدعوم. يبلّغ Account API عن استخدام بيانات القياس عن بُعد، لا عن المال. ولا يبلّغ عن الرسوم أو الفواتير أو حالة الدفع.

استخدام الحساب

GET /api/account/usage هي نقطة النهاية المرجعية للاستخدام والحصة. استخدمها لمجاميع الاستخدام ووقت إعادة الضبط وحالة الحصة والتقسيم حسب المشروع وتدفق بيانات القياس عن بُعد. لا تحسب الاستخدام من ملفات الـ SDK أو ملفات CLI أو عدّادات العميل. يقرأ أمر CLI logbrew usage نقطة النهاية هذه. راجع مرجع CLI.
مثال استجابة بقيم اصطناعية. لهذا الحساب المجاني مشروع واحد، ولم يرسل إلا سجلات في الفترة الحالية:

الأحداث التي أسقطتها حزم SDK

أرسل response_version=2 لتحصل أيضًا على sdk_dropped_events. بدون هذه المعلمة، أو مع response_version=1، لا تحتوي الاستجابة على هذا الحقل.
يعرض sdk_dropped_events الأحداث التي أبلغت حزم SDK أنها أسقطتها قبل إرسالها في الفترة الحالية، مثلًا لأن قائمة انتظار العميل كانت ممتلئة. يوجد 1 صف لكل مشروع وسبب:
لم تصل الأحداث التي تم إسقاطها إلى LogBrew أبدًا. لا تُحتسب في الفاتورة ولا تُحسب ضمن usage أو by_project أو by_stream. تكون المصفوفة فارغة عندما لا تُبلغ أي حزمة SDK عن إسقاط أحداث.

حالات الحصة

استخدم state للتفرّع الرئيسي. تكون قيمة limit هي null فقط عندما تكون قيمة state هي ok. تكرر next_action.state وnext_action.limit وnext_action.reset_at القيم الموجودة في المستوى الأعلى. وتشمل قيم next_action.code أيضًا check_usage_limits مع الهدف account_usage. إذا تلقى عميل هذا الزوج، فليقرأ الاستخدام مرة أخرى ويعرض next. يقيس LogBrew كل نوع من بيانات القياس عن بُعد مقابل حصته الخاصة. ويجمعها limit:
  • يغطي events أحداث المشكلات والـ Spans في التتبّعات.
  • يغطي bytes بايتات السجلات وبايتات المقاييس.
إذا كانت إحدى الحصص محظورة والأخرى في حالة تحذير، فإن limit يذكر الحصة المحظورة. تبدأ الحالة warning عندما يبلغ الاستخدام نسبة warning_threshold من الحصة. وتبدأ الحالة blocked عندما يبلغ الاستخدام الحصة. قد يتغير نص next، مثلًا عندما لا تكون الخطط معروضة للبيع. أما قيم next_action فلا تتغير. ترجم النص في واجهتك انطلاقًا من next_action. لا تحلّل next. حد استخدام الحساب ليس حد المعدّل في API. عندما يتجاوز الاستيعاب حصة، يعيد طلب الاستيعاب 429 مع usage_limit_exceeded، ويضيف النص limit وreset_at. في هذا الخطأ، يذكر limit الحصة بالضبط: issue_events أو log_bytes أو metric_bytes أو trace_spans. يرفض LogBrew الطلب كاملًا. لا ترسل نوع بيانات القياس عن بُعد هذا مرة أخرى حتى reset_at أو حتى تتغير الخطة. عندما يرسل عميل طلبات كثيرة جدًا، يعيد API الرمز rate_limited. راجع أخطاء API. الاستجابة لقطة. اقرأها مرة أخرى بعد أي تغيير في الحساب.
GET /api/logs/usage استجابة قديمة للتوافق مع تطبيق الهاتف المحمول، فيها bytes_used وlimit_bytes وmonth. استخدم GET /api/account/usage في التكاملات الجديدة.

الاستخدام عبر الزمن

تعيد GET /api/account/usage/history فواصل زمنية محدودة العدد للاستخدام، مملوءة بالأصفار حيث لا يوجد استخدام، للرسوم البيانية والتقارير. اضبط interval على قيمة واحدة مدعومة. إذا حذفت interval، فسيستخدم API القيمة monthly. لا يقبل المسار أي مفتاح استعلام آخر.
تستخدم استجابة yearly هذه بيانات اصطناعية لطلب في يونيو 2026. حدث كل الاستخدام في يونيو:
استخدم current.reset_at لمعرفة إعادة ضبط الحصة. لا تستخدم نهاية النطاق الزمني للاستخدام السابق. ليست current مجموع الفواصل الزمنية، وقد تختلف تواريخها عن تواريخ النطاق. يحتوي الفاصل الزمني الأخير على الفترة التقويمية الحالية، وهي غير مكتملة. ووقت نهايته في المستقبل لا يعني أن LogBrew قاس استخدامًا مستقبليًا. الفاصل الزمني المملوء بالأصفار يعني أن LogBrew لم يحسب أي استخدام فيه. في الفاصل الزمني، يعدّ usage.projects المشاريع التي لها استخدام في ذلك الفاصل. لا تجمع هذه الأعداد لتحصل على عدد المشاريع. استخدم current.usage.projects لعدد المشاريع المملوكة. ارسم الأحداث والبايتات كسلسلتين منفصلتين، لأنهما تستخدمان وحدات مختلفة. تحتوي الفواصل الزمنية على الاستخدام، لا على التكلفة. لا تسمِّ الرسم البياني إنفاقًا أو فواتير أو طلبات API. الفاصل غير المدعوم يعيد 422:
ومفتاح الاستعلام غير المعروف يعيد أيضًا 422 مع validation_failed.

جاهزية الاشتراك

GET /api/account/subscription للقراءة فقط. استخدمها لتقرر ما إذا كنت ستفعّل أدوات التحكم في الخطط المدفوعة أو المؤسسات. استخدم نقطة نهاية الاستخدام لحالة الحصة.
يعيد الحساب المجاني هذه الاستجابة. قيمة account_id اصطناعية:
next نص للعرض. يتغير عندما تكون الخطط المدفوعة معروضة للبيع أو غير معروضة. اعرض النص المُعاد، أو ترجم النص في واجهتك انطلاقًا من next_action. لا تثبّت في الشيفرة اسم خطة مأخوذًا من next. قيم التعداد: لكل مانع زوج next_action واحد: قيم tier معرّفات، لا أسماء للعرض. أبقِها دون تغيير في العميل المترجَم. قد يكون الحساب المدفوع ممنوعًا مع ذلك. افحص organization_creation_allowed قبل أن تفعّل إنشاء المؤسسات. لا تنشئ نقطة النهاية هذه مؤسسات، ولا ترسل دعوات، ولا تغيّر الأدوار أو الفوترة.

تسجيل الخروج

اختر أصغر نطاق يناسب المهمة. لا تحذف نقاط النهاية هذه الحساب أو مشاريعه، ولا تدوّر مفاتيح الاستيعاب، ولا تبطل الإذن الممنوح لمزوّد تسجيل دخول خارجي.

تطبيق واحد أو تسجيل دخول CLI واحد

أرسل الطلب من العميل الذي يحمل رمز التحديث المميز. اضبط Content-Type: application/json:
لا تطلب أبدًا من شخص أو وكيل أن يطبع رمز التحديث المميز أو يلصقه. الاستجابة الناجحة هي 200:
يبطل هذا عائلة واحدة من رموز التحديث المميزة. يرفض LogBrew عمليات التحديث اللاحقة لتسجيل الدخول ذلك. ولا تتغير عمليات تسجيل الدخول الأخرى على الحساب. يبقى رمز الوصول المميز الموجود لدى العميل صالحًا حتى تنتهي صلاحيته. إذا كان من الممكن كشف بيانات اعتماد الحساب، فاستخدم كل عمليات تسجيل الدخول إلى LogBrew. بعد الاستجابة، يحذف العميل بيانات اعتماده المحلية. إذا أرسلت رمز التحديث المميز الصالح نفسه مرة أخرى، فستكون الاستجابة 200 نفسها. إذا كان الرمز غير صالح أو منتهي الصلاحية، أو كان رمز وصول، فستكون الاستجابة 401 مع code: "unauthorized" وnext_action.code: "authorize_request". احذف بيانات الاعتماد المحلية في هذه الحالة أيضًا. يستخدم logbrew logout نقطة النهاية هذه.

كل عمليات تسجيل الدخول إلى LogBrew

يسجّل هذا الطلب خروج كل عميل على الحساب. احصل على موافقة مالك الحساب قبل أن يرسله وكيل.
الاستجابة الناجحة هي 200:
revoked_before شامل، ودقته بالمللي ثانية. يرفض LogBrew رموز الوصول المميزة وجلسات المتصفح ورموز التحديث المميزة الناتجة عن تسجيل دخول في ذلك الوقت أو قبله. ويُرفض أيضًا الرمز المميز الذي جرى تحديثه لاحقًا من تسجيل دخول كهذا. تنتهي جلسات الموجز المباشر الحالية، وتمسح الاستجابة ملف تعريف ارتباط جلسة المتصفح. يبقى تسجيل الدخول بعد ذلك الوقت صالحًا. يجب على كل عميل أن يحذف بيانات اعتماد LogBrew المحلية لديه ويسجّل الدخول مرة أخرى. لا تسجّل الدخول مرة أخرى وتكرر هذا الطلب تلقائيًا. فالطلب الجديد يبطل أيضًا تسجيل الدخول الجديد. إذا ضاعت الاستجابة، فلا تبلّغ بأن كل عمليات تسجيل الدخول أُبطلت. الاستجابة 401 اللاحقة من بيانات اعتماد قديمة لا تحل محل استجابة النجاح. لمزيد من خطوات التعافي، اقرأ أمّن حسابًا مخترقًا.

جلسة المتصفح

يمسح POST /api/auth/web/logout ملف تعريف الارتباط logbrew_session في المتصفح، ويعيد 204 No Content دون نص. استدعِه من المتصفح. لا تنسخ ملف تعريف ارتباط الجلسة إلى أمر. لا يسجّل هذا الطلب خروج العملاء الآخرين، ولا يبطل أي نسخة من قيمة ملف تعريف الارتباط. لإبطال كل جلسة، استخدم كل عمليات تسجيل الدخول إلى LogBrew.

تعافَ من خطأ في تسجيل الخروج

لمسارات بيانات القياس عن بُعد وعوامل التصفية وترقيم الصفحات، اقرأ Telemetry API.