Ho riscontrato delle difficoltà con la mia configurazione di Discourse:
File YAML e Sintassi:
Ho verificato la mia configurazione YAML usando YamlLint; non ha segnalato alcun problema.
Tuttavia, è apparso un errore di sintassi da una directory Ruby:
/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:148:in `block (2 levels) in run_commands': Invalid run command cd (SyntaxError)
...
from /usr/local/bin/pups:25:in `<main>'
Ricostruzione e Accesso:
Sono tornato al file app.yml predefinito e ho apportato alcune modifiche. La ricostruzione è andata a buon fine.
Tuttavia, quando tento di accedere al sito, riscontro questi errori:
Potrebbe esserlo, se hai raggiunto il loro limite di richieste. Come è terminata la tua revisione?
Hai un backup del tuo forum e hai provato a ripristinarlo su un altro server? Se il mio forum fosse inattivo per 2 giorni, impiegherei 30 minuti per provare.
Se stai partendo da zero, dovresti provare a installare un’istanza pulita utilizzando un nuovo sottodominio. Questo dovrebbe aggirare il limite di frequenza di letsencrypt se lo hai raggiunto.
Avere Cloudflare davanti al tuo sito è un modo per vedere che Let’s Encrypt fallisce. Ti consiglio di usare solo DNS finché non sei sicuro che Let’s Encrypt funzioni correttamente.
Sembra che la soluzione più semplice sia passare a un sottodominio diverso, o aspettare una settimana finché Let’s Encrypt non ti fornirà un certificato. Il modo più difficile è aggiungere un secondo sottodominio che punti al tuo server e modificare il tuo app.yml per richiedere un certificato per entrambi i sottodomini. Configura Let’s Encrypt con domini multipli. Poiché sembra che i tuoi problemi siano iniziati a causa di difficoltà con la formattazione YML, questa soluzione piuttosto complicata potrebbe non funzionare per te.
Ultimo aggiornamento: Dopo l’esecuzione di discourse-setup, navigando su home.techwithanirudh.com si verifica un errore “502 Bad Gateway”. Ecco uno snapshot dell’errore (fare riferimento all’immagine allegata).
Ho lavorato offline con @techwithanirudh per risolvere questo problema… @techwithanirudh non era a conoscenza delle istruzioni di disinstallazione del chatbot.
Il problema qui (al momento) era il 502 dovuto al fatto che il container non si avviava correttamente a causa dell’indice rimasto nel db senza codice di supporto nella libreria postgres. Le istruzioni di disinstallazione rimuovono l’indice dal db in modo da poter eseguire la build in sicurezza senza costruire la libreria dell’indice.