Errore "400 Bad Request" dopo l'aggiornamento

Ciao. Ho aggiornato il nostro forum dalla versione 2.3.0.beta5 all’ultima disponibile e ora il sito restituisce un errore “400 Bad Request” quando viene raggiunto.

Se ricompilo l’applicazione, non appena il contenitore viene arrestato, il server restituisce un errore “502 Bad Gateway”. Ma dopo aver completato la ricompilazione e avviato il contenitore, l’errore 400 riappare.

Non mi sono occupato del forum per un po’ di tempo, quindi l’aggiornamento è stato effettuato in ritardo. Il forum utilizza solo plugin ufficiali. Ho disattivato alcuni di essi e ricompilato l’applicazione, ma senza successo. Avete qualche idea sulla causa del problema e su come risolverlo? Grazie in anticipo.

Modifica: Alcuni avvisi che ho ricevuto:

I, [2021-01-06T16:46:07.011565 #1]  INFO -- : > cd /var/www/discourse && find /var/www/discourse ! -user discourse -exec chown discourse {} \+
I, [2021-01-06T16:46:10.379601 #1]  INFO -- :
I, [2021-01-06T16:46:10.380578 #1]  INFO -- : > cd /var/www/discourse && su discourse -c 'bundle install --deployment --retry 3 --jobs 4 --verbose --without test development'
[DEPRECATED] L'opzione `--deployment` è deprecata perché dipende dal fatto che venga ricordata tra le invocazioni di bundler, cosa che bundler non farà più nelle versioni future. Si prega invece di utilizzare `
bundle config set --local deployment 'true'` e di smettere di usare questa opzione
[DEPRECATED] L'opzione `--without` è deprecata perché dipende dal fatto che venga ricordata tra le invocazioni di bundler, cosa che bundler non farà più nelle versioni future. Si prega invece di utilizzare `bun
dle config set --local without 'test development'` e di smettere di usare questa opzione

Messaggio post-installazione da i18n:

ATTENZIONE! i18n 1.1 ha modificato i fallback per escludere la locale predefinita.
Ciò potrebbe però danneggiare la tua applicazione.

Se stai aggiornando la tua applicazione Rails da una versione precedente di Rails:

Controlla la tua app Rails per 'config.i18n.fallbacks = true'.
Se stai utilizzando I18n (>= 1.1.0) e Rails (< 5.2.2), questo dovrebbe essere
'config.i18n.fallbacks = [I18n.default_locale]'.
In caso contrario, i fallback non funzioneranno correttamente nella tua app a causa di I18n 1.1.x.

Se stai avviando una NUOVA applicazione Rails, puoi ignorare questo avviso.

Per ulteriori informazioni vedi:
https://github.com/svenfuchs/i18n/releases/tag/v1.1.0

Solo un aggiornamento: il problema è stato risolto modificando le intestazioni HTTP utilizzate durante l’inoltro tramite reverse proxy (i termini in inglese potrebbero essere diversi, scusate se questa frase è confusa).

This topic was automatically closed 0 minutes after the last reply. New replies are no longer allowed.