Ho un’installazione self-hosted con plugin funzionanti, ma Discourse continua ad aggiornarsi automaticamente senza il mio permesso e, di recente, il forum si è rotto perché un plugin non era più compatibile.
Poiché il mio caso d’uso è già definito e non ho realmente bisogno delle nuove funzionalità di Discourse, come posso disabilitare gli aggiornamenti per evitare che i plugin si rompano?
È sbalorditivo perché non ho alcun plugin che esegue aggiornamenti automatici e non vedo nulla nel file app.yml, ma hai già detto che Discourse non dispone di questa funzionalità.
Esiste un metodo per recuperare il momento esatto (data e ora) in cui Discourse è stato aggiornato per l’ultima volta?
Sì, è il metodo principale per aggiornare Discourse.
O stai installando i plugin o ti trovi nella situazione descritta in
Sebbene sia tecnicamente possibile bloccare Discourse a una versione specifica durante l’installazione dei plugin, ciò richiede un’analisi molto accurata della compatibilità delle versioni, poiché molti plugin presuppongono l’utilizzo di una versione aggiornata di Discourse.
tecnicamente è possibile bloccare Discourse a una versione specifica durante l’installazione dei plugin
Come si fa?
questo richiede un’analisi molto attenta della compatibilità delle versioni, poiché molti plugin presuppongono una versione aggiornata di Discourse
I plugin sono miei, non voglio che si rompano; ho già avuto esperienze negative quando Discourse ha cambiato l’architettura o altro. Vorrei che il forum seguisse la filosofia di Golang.
Hai considerato di passare alla versione ESR invece di bloccare una versione specifica? In questo modo riceveresti comunque le correzioni di sicurezza, ma dovresti occuparti delle altre modifiche solo ogni 6 mesi.
Non sono sicuro di cosa esattamente tu stia aspettando. L’argomento che ho linkato spiega già come configurare la versione che desideri installare.
Hai detto che non vuoi la versione ESR, ma una specifica. Tuttavia, lo stesso processo si applica sia che tu utilizzi un branch, un tag o un hash di commit specifico: basta sostituire il valore di version di conseguenza. Puoi anche trovare alcuni esempi di ciò nel forum [1][2]
Ti consiglio comunque di evitare l’uso di commit fissati in produzione, poiché non riceverai aggiornamenti di sicurezza o correzioni a meno che tu non li monitori manualmente.
Ma si tratta fondamentalmente di revisioni, ovvero del ramo che voglio utilizzare. Sto dicendo di correggerlo a una versione specifica, come la 2026.6.0, e di non aggiornare mai da quella versione. Ciò che proponi tu continua a cambiare tra le versioni, semplicemente su un ramo diverso.
Ma tutti i caveat precedenti si applicano: questo non è generalmente raccomandato.
Seguire questo approccio (o seguire un branch di rilascio specifico) significa assumere maggiore responsabilità nel monitorare quando le cose escono dal supporto e gestire tali rischi di conseguenza.