Odoo modülü ayrıntılı

1Kurun ve bağlayın

blipit_monitor'ü apps.odoo.com adresinden alın ya da depoyu addons yolunuza ekleyin (Odoo.sh'te submodule olarak), uygulama listesini güncelleyin ve Blipit Error Monitoring'i kurun. Odoo Online üçüncü taraf modüllere izin vermez; Odoo.sh ve on-premise verir. Ayarlar, Blipit altında projenin secret key'ini (blipit_sk_...) yapıştırın, 'Blipit Hizmet Koşulları'nı ve modül lisansını kabul ediyorum' kutusunu işaretleyin ve Kaydet'e basın. Modül, database.uuid fingerprint'i ile activate endpoint'ini çağırır ve 'Connected to <project> (<org>)' gösterir. Public key'i (403), değiştirilmiş anahtarı (401) ve başka bir yerde zaten kayıtlı veritabanını (409) her biri nedeniyle birlikte reddeder.

2Sorumlu kişiler

Her şirketin Blipit: sorumlu kişiler alanı vardır. Tek kullanıcılı bir planda ayarlar sayfası tüm şirketleri kapsayan tek bir kişi ister; daha fazla kullanıcı ve tek şirketle o şirket için kişileri listeler; birden fazla şirketle Yapılandırma, Sorumlu Kişiler'e bağlantı verir. Her kişinin bir e-postası ve şirkete erişimi olmalıdır ve Blipit: raporlanan sorunları gör grubunu alır. Her değişiklik Blipit'e gönderilir; Blipit farklı kişileri planın kullanıcı sayısına göre sayar ve bunun ötesinde kişi ekleyen bir listeyi reddeder; Odoo ardından değişikliği geri alır ve nedenini gösterir. Yeni bir sorun ya da regresyon uyarısı olayın şirketinin sorumlu kişilerine gider; şirketi olmayan bir olay ya da kimsesi olmayan bir şirket tüm sorumlu kişilere gider.

3Çoklu şirket erişimi

Her Python hatası mevcut şirketi bir etiket olarak taşır ve tarayıcı SDK'sı da aynısını yapar. Blipit sorun başına görülen şirketleri tutar ve senkronizasyon bunları saklar. Bir kayıt kuralı, bir sorunu şirketlerinden birinde yetkili kullanıcılara gösterir; şirketi olmayan sorunlar (zamanlanmış eylemler, şirket dışı istekler) Blipit grubundaki herkese görünür.

4Odoo'da regresyonlar

Blipit uygulaması sorunları listeler (varsayılan olarak çözülmemiş; duruma, istisna türüne ya da release'e göre grupla). Düzeltilip geri gelen bir sorun bunu en üstte söyler ve iki durumu ayırt eder: aynı release'de (düzeltme muhtemelen hiç yayınlanmadı) ya da sonraki bir release'de (bir şey onu geri getirdi). Filtreler: Düzeltmeden sonra geri geldi, Düzeltme hiç yayınlanmadı. Çöz, Yok say ve Yeniden aç Blipit'e geri yazar; Blipit'te Aç panele gider.

5Giriş izleme

Etkileşimli girişleri izle; başarısız, engellenmiş ve (Başarılı girişleri raporla işaretliyse) başarılı girişleri denenen giriş adı, veritabanı, IP, user agent ve zaman ile raporlar; parolayı asla. Yeni kurulumda her ikisi de işaretlidir; eski bir sürümden yükseltmede bir yönetici işaretleyene kadar kapalıdır. Scale planı gerektirir: diğer planlarda ingest reddeder ve modül on dakika duraklayıp bir kez loglar. İstemci IP'si bir proxy arkasında yalnızca Odoo --proxy-mode ile çalışırken doğrudur.

6Senkronizasyon ve yenileme

Blipit: sorunları senkronize et zamanlanmış eylemi her on dakikada bir çalışır; Blipit'ten Yenile bunu hemen yapar. Blipit tarafında silinen sorunlar Odoo'dan kaldırılır. Sorumlu kişiler listesi her senkronizasyonda yeniden gönderilir; böylece değişen bir e-posta on dakika içinde Blipit'e ulaşır. Plan ve public key arka plan gönderici tarafından en fazla on dakikada bir Blipit'ten yeniden okunur; asla bir istek ya da giriş yolunda değil.

Bilmekte fayda var

• Geri yüklenmiş kopyalar: production'ın bir kopyası production'ın database.uuid'sini taşır ve 409 'this database is already reporting to a different Blipit project' ile reddedilir. Kopyaya yeni bir database.uuid verin (Ayarlar, Teknik, Sistem Parametreleri) ve kendi anahtarıyla kendi projesine bağlayın. Staging ve production her zaman iki proje olmalıdır.
• Hatalar bir arka plan thread'inden 100 olaylık bir kuyruk üzerinden gönderilir; bir fırtına geri kalanını bir uyarıyla atar ve bir istek Blipit tarafından asla yavaşlatılmaz ya da başarısız kılınmaz. UserError ve AccessError gönderilmez; çünkü Odoo bunları traceback olmadan loglar.
• Odoo'dan çıkanlar: hatalar, sorgu dizesi olmadan istek URL'si, kullanıcının id'si ve giriş adı, şirket ve etkinleştirdiğiniz giriş denemeleri. Parolalar, oturum token'ları ve istek gövdeleri asla çıkmaz. Secret key asla bir tarayıcıya ulaşmaz.
• Odoo'nun kendi kodu ve site-packages altındaki frame'ler kütüphane frame'i olarak işaretlenir; böylece gruplama ve şüpheli commit'ler sizin modüllerinize odaklanır.
• Sürüm geçmişi: blipit.io/changelog. Destek: support@blipit.io.