La mia istanza ha un traffico piuttosto basso, tipo <1000 visualizzazioni di pagina giornaliere (esclusi i crawler).
Tuttavia, solo aprendo la home page del forum e senza fare nulla, ricevo almeno una risposta 429, a volte 2 o 3, e questo prima di cliccare su qualcosa.
Cercando qui su meta, l’unico argomento che ho potuto trovare ha un volume elevato e non dovrebbe spiegare cosa sta succedendo qui.
La mia istanza utilizza l’installer ufficiale, ma con una configurazione in sottocartella. Pensavo ci potesse essere una qualche errata configurazione riguardo agli IP reali degli utenti dal mio reverse proxy a NGINX, ma per quanto ne so, gli IP vengono riportati correttamente (posso approfondire ulteriormente se questa è ancora una causa candidata a questo problema).
Non sarei troppo preoccupato, ma a volte ho un problema in chat dove quando modifico un messaggio di chat non vedo subito il contenuto aggiornato e mi chiedo se sia correlato ai 429.
Apprezzo qualsiasi guida su come diagnosticare questo problema, qualsiasi suggerimento è benvenuto!
Ciao Stephen, grazie per aver trovato il tempo di rispondere!
Ho esaminato gli IP segnalati sugli account utente attivi e sembrano tutti corretti, compreso il mio. Gli IP delle altre persone sono diversi l’uno dall’altro e provengono tutti da luoghi diversi nel mio paese (Brasile), il che è previsto. Stavo pensando di esaminarli nel database e nei log, ma non l’ho fatto perché questo test indicava che potrebbe non essere il problema.
Non sto usando CloudFlare come proxy, ma l’ho usato in passato – ho ricontrollato che templates/cloudflare.template.yml sia commentato.
Ora, guardando il mio app.yml, vedo che anche templates/web.ratelimited.template.yml è commentato… Mi chiedo se abbia senso includerlo per evitare di essere limitato dalla frequenza? Non ha senso, vero?
Il corpo della risposta 429 è “Hai eseguito questa azione troppe volte. Attendi 2 minuti prima di riprovare.”
Sto ancora ricevendo questi, ora capisco che è Discourse ad agire su di essi, non Nginx, quindi ho provato a impostare DISCOURSE_REJECT_MESSAGE_BUS_SECONDS: 0.2 (il valore predefinito è 0.1) come ho visto in altri argomenti riguardanti il message bus 429, ma non è cambiato nulla. Apprezzo se qualcuno può indicarmi la direzione delle variabili d’ambiente che potrebbero allentare questo limite.
Non sarei troppo preoccupato da nessuno di questi problemi, il vero problema qui è che i messaggi di chat non vengono visualizzati a meno che non aggiorni o cambi canale: se passo da una chat personale a un’altra e poi ritorno, solo allora posso vedere nuovi messaggi.
Come abbiamo appena chiacchierato, questo è causato da richieste Unicorn in coda, @renato regolerà il numero di Unicorn e riporterà i suoi risultati.
Ora questo è piuttosto grave. Quello che dovrebbe succedere è che dopo il periodo di backoff la chat si riprenderà automaticamente e recupererà tutti i messaggi dall’ultimo polling funzionante. Non lo vedi? Se è così, è un bug fastidioso.
Sì, non l’ho sperimentato, potrebbe essere ancora qualcos’altro, non sono sicuro. Vedo il punto verde che indica un nuovo messaggio, ma il messaggio stesso non viene visualizzato, poi quando cambio canale vedo i nuovi messaggi e il punto di notifica verde scompare.
Sto ricostruendo ora con worker aggiuntivi e testerò ulteriormente, se questo continua a succedere cercherò di raccogliere quanti più dettagli possibile e tornerò con un feedback.
@Falco Segnalo che vedo ancora 429 nelle schede console e reti.
Posso anche riprodurre il problema della finestra di chat che non si aggiorna, anche chattando con me stesso: se invio un messaggio, viene visualizzato ma i controlli al passaggio del mouse no, poi se passo a un’altra chat e ritorno, posso modificare il messaggio che ho inviato ma devo uscire/tornare per vederlo aggiornato.
Sto facendo un grosso refactoring di molte cose relative alla rete/aggiornamenti live in questo momento, prevedo di unirlo da qualche parte la prossima settimana, il che potrebbe migliorare molto il tuo problema (a meno che non si tratti di qualcos’altro di totalmente non correlato).
Penso che abbiamo lo stesso problema. Molti utenti di chat molto coinvolti segnalano di non vedere i messaggi inviati da altri, solo i propri finché non aggiornano. C’è una soluzione a questo, sia sul front-end tramite dashboard che tramite SSH?
Non ha senso, vero? 
