Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Collect e-mails before being sent

Aperta
  • Qualcosa non va?
#378 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
python
Ambito
backend

Direzione di ricerca

La issue non identifica i file, i test o i punti di ingresso da esaminare. Inizia individuando i percorsi di pianificazione delle notifiche e dei controlli delle risorse, quindi definisci l’intervallo di raggruppamento, il comportamento in caso di errore immediato, la gestione del ripristino e i test necessari per dimostrare che le notifiche vengono raggruppate senza perdere i cambiamenti di stato.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement

Currently, GHC sends an e-mail whenever a resource check fails, and also when the resource check is working again. This is the case when you've set GHC_NOTIFICATIONS_VERBOSITY to False. With this variable set to True, you'll probably get even more e-mails.

I was performing a test with a large number of resources (close to 1000) and with a short test interval (every 5 minutes). The server being tested had some trouble coping with this test, so this was more a load test than a monitoring test. As a result GHC started sending a lot of e-mails, until a limit imposed by my provider was hit. This was worsened by the fact that earlier today a lot of tests failed due to wrong credentials being sent (HTTP 401 errors).

Would it be a good idea to have an option with which GHC can batch status reports and send them only after an interval has passed? For example, every minute, or every 5 minutes. Of course this means that the delivery of mails notifying the administrator of failures has a delay, so sending this interval too high is not advisable. Perhaps the first mail could be sent immediately, and any other mails within this interval could be batched.

Regarding my test: foremost this was just a test, but it made me think about differentiating between the type of checks which should be done. Some checks which have been added are meant to check the availability, where as other checks are meant to do more in depth checks on the content. The former checks could be performed at a higher interval than the latter. Nonetheless, I'm seeking a solution where I won't be hit by the limit imposed by my provider.

Lingua principale
Python
Stelle
92
Fork
76
Merge medio
7h 21m
PR unite (30g)
3

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di geopython/GeoHealthCheck

Tutte le issue di geopython/GeoHealthCheck

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.