وحدة Odoo بالتفصيل

1التثبيت والاتصال

احصل على blipit_monitor من apps.odoo.com أو أضف المستودع إلى مسار الإضافات لديك (على Odoo.sh كوحدة فرعية)، وحدّث قائمة التطبيقات وثبّت Blipit Error Monitoring. لا يسمح Odoo Online بوحدات الطرف الثالث؛ أما Odoo.sh والتثبيت المحلي فيسمحان. في الإعدادات، Blipit، الصق المفتاح السري للمشروع (blipit_sk_...)، وحدد «أوافق على شروط خدمة Blipit وترخيص الوحدة» ثم حفظ. تستدعي الوحدة نقطة نهاية التفعيل ببصمة database.uuid وتعرض «متصل بـ <project> (<org>)». ترفض المفتاح العام (403) والمفتاح المستبدل (401) وقاعدة البيانات المسجّلة بالفعل في مكان آخر (409)، مع ذكر السبب في كل حالة.

2المسؤولون

لكل شركة «Blipit: المسؤولون». في خطة بمقعد واحد تطلب صفحة الإعدادات شخصًا واحدًا يغطي كل الشركات؛ ومع مقاعد أكثر وشركة واحدة تعرض قائمة أشخاص لتلك الشركة؛ ومع عدة شركات تربط بـ «الإعدادات، المسؤولون». يحتاج كل شخص إلى بريد إلكتروني ووصول إلى الشركة، ويحصل على المجموعة «Blipit: عرض المشكلات المبلّغ عنها». يُرسل كل تغيير إلى Blipit الذي يحسب الأشخاص المميزين مقابل مقاعد الخطة ويرفض قائمة تضيف أشخاصًا فوقها؛ ثم يتراجع Odoo عن التغيير ويعرض السبب. تذهب تنبيهات المشكلة الجديدة أو الانتكاسة إلى المسؤولين عن شركة الحدث؛ والحدث بلا شركة، أو الشركة التي لا مسؤول لها، يذهب إلى كل المسؤولين.

3الوصول متعدد الشركات

يحمل كل خطأ Python الشركة الحالية كوسم ويفعل SDK المتصفح الشيء نفسه. يحتفظ Blipit بالشركات المشاهدة لكل مشكلة وتخزّنها المزامنة. تعرض قاعدة سجل المشكلة للمستخدمين المسموح لهم في إحدى شركاتها؛ والمشكلات بلا شركة (الإجراءات المجدولة، والطلبات خارج شركة) مرئية لكل من في مجموعة Blipit.

4الانتكاسات في Odoo

يعرض تطبيق Blipit المشكلات (غير المحلولة افتراضيًا؛ مع التجميع حسب الحالة أو نوع الاستثناء أو الإصدار). المشكلة التي أُصلحت ثم عادت تذكر ذلك في الأعلى وتميّز بين الحالتين: في الإصدار نفسه (الإصلاح لم يُنشر على الأرجح) أو في إصدار لاحق (شيء ما أعادها). عوامل التصفية: «عادت بعد إصلاح»، «الإصلاح لم يُنشر». تكتب الحل والتجاهل وإعادة الفتح إلى Blipit؛ وينتقل «فتح في Blipit» إلى لوحة التحكم.

5مراقبة تسجيل الدخول

تبلّغ «مراقبة عمليات تسجيل الدخول التفاعلية» عن عمليات الدخول الفاشلة والمحظورة و(إذا حُدد «الإبلاغ عن عمليات تسجيل الدخول الناجحة») الناجحة مع اسم الدخول المجرّب وقاعدة البيانات وIP ووكيل المستخدم والوقت؛ ولا تبلّغ أبدًا عن كلمة المرور. التثبيت الجديد يحدد الخيارين؛ والترقية من إصدار أقدم تتركهما متوقفين حتى يحددهما مشرف. تحتاج إلى خطة Scale: في الخطط الأخرى يرفض الاستقبال وتتوقف الوحدة مؤقتًا لعشر دقائق وتسجّل مرة واحدة. يكون IP العميل صحيحًا خلف وكيل فقط عندما يعمل Odoo بـ --proxy-mode.

6المزامنة والتحديث

يعمل الإجراء المجدول «Blipit: مزامنة المشكلات» كل عشر دقائق؛ ويفعل «تحديث من Blipit» ذلك الآن. تُزال المشكلات المحذوفة من جهة Blipit من Odoo. تُعاد إرسال قائمة المسؤولين عند كل مزامنة ليصل البريد المتغير إلى Blipit خلال عشر دقائق. تُعاد قراءة الخطة والمفتاح العام من Blipit كل عشر دقائق على الأكثر بواسطة المرسل الخلفي، وليس أبدًا في مسار طلب أو تسجيل دخول.

من المفيد معرفته

• النسخ المستعادة: تحمل نسخة من الإنتاج database.uuid الخاص بالإنتاج وتُرفض بـ 409 «this database is already reporting to a different Blipit project». أعطِ النسخة database.uuid جديدًا (الإعدادات، تقني، معاملات النظام) واربطها بمشروعها الخاص بمفتاحها الخاص. ينبغي أن يكون الاختبار والإنتاج دائمًا مشروعين.
• تُرسل الأخطاء من خيط خلفي عبر طابور من 100 حدث؛ وتسقط العاصفة الباقي مع تحذير، ولا يبطئ Blipit طلبًا أو يفشله أبدًا. لا يُرسل UserError وAccessError لأن Odoo يسجّلهما بدون traceback.
• ما يغادر Odoo: الأخطاء، وعنوان الطلب بدون سلسلة استعلامه، ومعرّف المستخدم واسم دخوله، والشركة، ومحاولات تسجيل الدخول التي تفعّلها. كلمات المرور ورموز الجلسات وأجسام الطلبات لا تغادر أبدًا. لا يصل المفتاح السري أبدًا إلى متصفح.
• تُعلَّم الإطارات ضمن كود Odoo نفسه وsite-packages كإطارات مكتبة، فيركز التجميع والالتزامات المشتبه بها على وحداتك.
• تاريخ الإصدارات: blipit.io/changelog. الدعم: support@blipit.io.