Intercettare i Bad gateway
24 views
Skip to first unread message
Marco De Paoli
Jul 20, 2021, 3:40:22 AM7/20/21
to Django-it
ciao lista!
come va?
... sì, lo so che ormai tutto il mondo django-it è su Telegram ...
ma so anche che sulla lista email c'è ancora un sacco di gente in gamba! :-)
per cui... ecco qui la domanda...
io ho un installazione django in versione prototipale: utenti che ne fanno un "uso reale", ma sito non ancora "into the wild"
Ho quindi lasciato attivo l'invio delle email di errore agli admin del sito
mi arrivano quindi le email con tutti i casi di eccezioni e/o varie anomalie.
In questo modo mi arrivano le segnalazioni senza bisogno di stare lì a spulciare regolarmente i log.
Molto utile
Cos'è che mi manca?
I bad gateway
Il caso più tipico sono problemi di performance a livello database
Postgres non risponde in tempo ad una query
Gunicorn killa il worker per timeout
Nginx restituisce "bad gateway"
L'utente del sito vede l'errore, ma a me admin non arriva alcuna email
Vedete qualche modo perché io possa farmi mandare una email anche in questi casi?
L'avete già capita comunque riassumo la config:
- nginx come reverse proxy e per fornire i dati statici
- gunicorn con un batteria di 4 (mi pare) workers
- postgres
Ah, attenzione, ovviamente postgres non ha alcuna "colpa": semmai spesso sono pagine nuove in cui non ho ancora provato tutte le combinazioni di filtri che poi l'utente userà effettivamente, per cui, banalmente, manca ancora qualche indice/statistica/etc.
Insomma, chiaro che mi sarebbero utilissime queste segnalazioni proprio per capire i vari casi di uso reale e che io non avevo ancora previsto...
Qualche idea?
grazie!
Marco
strap
Jul 20, 2021, 4:16:19 AM7/20/21
to Django-it
Ciao Marco
On Tuesday, July 20, 2021 at 9:40:22 AM UTC+2 Marco De Paoli wrote:
ciao lista!come va?
Sì dai :-)
... sì, lo so che ormai tutto il mondo django-it è su Telegram ...ma so anche che sulla lista email c'è ancora un sacco di gente in gamba! :-)
I fedeli alla lista ci sono sempre! :-D
[...]
Vedete qualche modo perché io possa farmi mandare una email anche in questi casi?
[...]
Insomma, chiaro che mi sarebbero utilissime queste segnalazioni proprio per capire i vari casi di uso reale e che io non avevo ancora previsto...Qualche idea?
Sani
Strap
Marco De Paoli
Jul 20, 2021, 4:20:36 AM7/20/21
to Django-it
Ehila Strap!
grazie, sembra molto interessante
il problema è che io sono ancora in intranet, nessun accesso all'esterno...
M.
Riccardo Magliocchetti
Jul 20, 2021, 4:33:45 AM7/20/21
to djan...@googlegroups.com
Ciao Marco,
On 20/07/21 09:40, Marco De Paoli wrote:
> io ho un installazione django in versione prototipale: utenti che ne fanno
> un "uso reale", ma sito non ancora "into the wild"
>
> Ho quindi lasciato attivo l'invio delle email di errore agli admin del sito
> mi arrivano quindi le email con tutti i casi di eccezioni e/o varie
> anomalie.
> In questo modo mi arrivano le segnalazioni senza bisogno di stare lì a
> spulciare regolarmente i log.
> Molto utile
>
> Cos'è che mi manca?
> I bad gateway
> Il caso più tipico sono problemi di performance a livello database
> Postgres non risponde in tempo ad una query
> Gunicorn killa il worker per timeout
> Nginx restituisce "bad gateway"
>
> L'utente del sito vede l'errore, ma a me admin non arriva alcuna email
>
> Vedete qualche modo perché io possa farmi mandare una email anche in questi
> casi?
Se non puoi far fare il lavoro ad altri perché non hai accesso all'internet mi
sa che devi fartelo tu. Se con questo becchi il caso di worker che va in timeout
puoi mandarti una email a manina:
https://docs.gunicorn.org/en/stable/settings.html#worker-abort
--
Riccardo Magliocchetti
@rmistaken
http://menodizero.it
On 20/07/21 09:40, Marco De Paoli wrote:
> io ho un installazione django in versione prototipale: utenti che ne fanno
> un "uso reale", ma sito non ancora "into the wild"
>
> Ho quindi lasciato attivo l'invio delle email di errore agli admin del sito
> mi arrivano quindi le email con tutti i casi di eccezioni e/o varie
> anomalie.
> In questo modo mi arrivano le segnalazioni senza bisogno di stare lì a
> spulciare regolarmente i log.
> Molto utile
>
> Cos'è che mi manca?
> I bad gateway
> Il caso più tipico sono problemi di performance a livello database
> Postgres non risponde in tempo ad una query
> Gunicorn killa il worker per timeout
> Nginx restituisce "bad gateway"
>
> L'utente del sito vede l'errore, ma a me admin non arriva alcuna email
>
> Vedete qualche modo perché io possa farmi mandare una email anche in questi
> casi?
sa che devi fartelo tu. Se con questo becchi il caso di worker che va in timeout
puoi mandarti una email a manina:
https://docs.gunicorn.org/en/stable/settings.html#worker-abort
--
Riccardo Magliocchetti
@rmistaken
http://menodizero.it
Marco De Paoli
Jul 20, 2021, 4:41:00 AM7/20/21
to Django-it
ciao Riccardo
Il giorno mar 20 lug 2021 alle ore 10:33 Riccardo Magliocchetti <riccardo.ma...@gmail.com> ha scritto:
> I bad gateway
> Il caso più tipico sono problemi di performance a livello database
> Postgres non risponde in tempo ad una query
> Gunicorn killa il worker per timeout
> Nginx restituisce "bad gateway"
>
> L'utente del sito vede l'errore, ma a me admin non arriva alcuna email
>
> Vedete qualche modo perché io possa farmi mandare una email anche in questi
> casi?
Se non puoi far fare il lavoro ad altri perché non hai accesso all'internet mi
sa che devi fartelo tu. Se con questo becchi il caso di worker che va in timeout
puoi mandarti una email a manina:
https://docs.gunicorn.org/en/stable/settings.html#worker-abort
già, buona idea
registrarmi sull'hook di gunicorn e mandare la email
purtroppo non avrò tutto quel bel contesto che ci metterebbe django nelle sue email di ADMIN:
url preciso della chiamata, utente, ... stack-trace ...
ok, ci provo
grazie!
M.
Reply all
Reply to author
Forward
0 new messages