che dice di aggiornare ogni paio di settimane, ogni paio di mesi dovresti aggiornare tramite
Se esegui l’hosting autonomo di Discourse, occasionalmente devi eseguire un aggiornamento manuale tramite la riga di comando per ottenere le ultime versioni di sicurezza e le librerie più recenti. Questi aggiornamenti non vengono rilevati in admin/update, motivo per cui occasionalmente dovrai eseguire questo passaggio aggiuntivo.
Ci sono alcuni altri argomenti che parlano di aggiornamenti tramite admin->update rispetto ad aggiornamenti tramite ssh/console, nessuno di essi chiarisce quali aggiornamenti non possono essere eseguiti tramite browser.
La mia esperienza è stata che in 9 mesi di gestione di Discourse, un aggiornamento web/admin è fallito, ho trovato l’articolo sopra, ho eseguito i comandi indicati in una sessione ssh.
Esiste un modo migliore per sapere quale metodo utilizzare rispetto a “il metodo più semplice fallisce”?
La mia abitudine, ora, è sempre quella di usare la riga di comando. In precedenza usavo l’interfaccia web, ma dato che potrebbe non funzionare e mi dà meno controllo e visibilità, non mi preoccupo più.
Ma i miei forum hanno un traffico piuttosto basso e un po’ di inattività non è un grosso problema.
Degno di nota è anche il fatto che mi trovo a mio agio con la riga di comando. Ma allora, ogni amministratore di discourse dovrà usare la riga di comando a un certo punto.
Grazie, è utile, avevo immaginato che la riga di comando potesse essere più veloce (meno tempi di inattività/monitoraggio del tempo di elaborazione).
Avevamo considerato un’interfaccia web/GUI per gli aggiornamenti come un grande vantaggio, perché per quanto io abbia decenni di esperienza di codifica e amministrazione Unix/Linux, sono anche un unico punto di errore nell’organizzazione, quindi è stato deludente scoprire che alcuni aggiornamenti richiedono la riga di comando.
Tutto bene, è un’ottima piattaforma, vale più del prezzo del biglietto
Sembra una buona idea essere pronti per un aggiornamento da riga di comando, anche se si sta per tentare uno da web. Personalmente controllo questo forum in anticipo, per vedere se qualcuno ha difficoltà al momento. Può succedere che la codebase sia temporaneamente interrotta. Inoltre, faccio sempre un backup e lo scarico prima di iniziare.
Non capisco appieno Docker (un eufemismo), ma raccolgo che se ti trovi con un forum semiassemblato che non funziona, puoi in qualche modo avviare la versione pre-aggiornamento mentre aspetti aiuto. (Ho cercato “riavviare il vecchio container” ma non ho trovato le informazioni esatte per questo.)
./launcher start app dovrebbe ripristinare la versione precedente alla ricostruzione se una fallisce a metà.
Anche se aggiorno tramite l’interfaccia utente più spesso che no. In questo modo non c’è tempo di inattività. Occasionalmente dovrai aggiornare tramite la riga di comando, ma in generale ti verrà richiesto di farlo dopo aver aggiornato il gestore di docker e prima di tentare di aggiornare lo stesso Discourse.
Di solito, se è necessaria una ricostruzione da riga di comando, l’UX ti avviserà e rifiuterà di eseguire l’aggiornamento. Tuttavia, ciò non accade sempre.
Ho un dashboard.literatecomputing.com che esegue ricostruzioni da riga di comando con un clic. Sebbene spero che le persone mi paghino per usarlo (e ottenere il mio supporto), per un “tempo limitato” puoi unirti al gruppo Free Trial e usarlo gratuitamente. Gestisce un buon numero di problemi, come la rimozione di plugin che sono stati spostati nel core, gli aggiornamenti di Postgres, il riavvio del vecchio container se la ricostruzione fallisce, l’aggiornamento solo del container web se si tratta di un’installazione a 2 container e così via.
Giusto, sono un po’ più paranoico, eseguo uno snapshot del sistema prima e dopo gli aggiornamenti, oltre ai backup dell’applicazione Discourse. … Probabilmente dovrei imparare di più sul ripristino dai backup.
Non ho ancora usato uno snapshot… ho la sensazione che sia un’opzione a costo aggiuntivo.
Tuttavia, ritengo sia importante scaricare quel backup: se l’istanza fosse completamente compromessa, se il mio account venisse cancellato e l’hoster eliminasse tutto ciò che stavo usando, avrei ancora il mio forum, e in un formato che posso ripristinare con qualsiasi hoster io scelga.
Gli snapshot di sistema (credo) richiedono un’interruzione del servizio mentre vengono eseguiti e sono eccessivi. Una copia del tuo app.yml e il file di backup sono tutto ciò di cui hai bisogno. Se i backup sono su S3, tutto ciò di cui hai bisogno è il tuo app.yml per avviare un server nuovo di zecca e ripristinare i dati.
Gli snapshot richiedono assolutamente un’interruzione e i miei snapshot costano un paio di dollari al mese per essere conservati.
Eseguo anche backup, tuttavia, avendo provato a ripristinare un discourse danneggiato una volta da un backup effettuato in un momento noto, sto usando cintura+bretelle.
