Quando apporto modifiche a /var/discourse/containers/app.yml che riguardano esclusivamente le configurazioni del server smtp, è possibile accelerare significativamente il processo launcher rebuild app?
Immagino di poter entrare nel contenitore, modificare direttamente la configurazione e riavviare l’applicazione, ma sembra che mi stia sfuggendo una soluzione più semplice e pulita che non richieda una ricostruzione completa…
Le modifiche SMTP richiedono una ricostruzione completa.
Puoi optare per una configurazione a due container se desideri accelerare il processo (in realtà ridurrà solo i tempi di inattività e non il processo stesso).
L’idea è che, una volta configurato, gli utenti devono modificare le impostazioni SMTP molto, molto raramente, poiché solitamente un singolo server SMTP è sufficiente e non è necessario cambiarlo ogni pochi giorni.
Se hai modificato solo le variabili d’ambiente, puoi eseguire:
./launcher destroy app
./launcher start app
Cosa succede se ho modificato il codice nel repository di un plugin già installato? Attualmente eseguo una ricostruzione completa, ma è possibile fare un git pull del plugin e in qualche modo riavviarlo?
Non è raccomandato. Se vuoi ricostruire con un tempo di inattività minimo, puoi cercare qui “due container”.
Per riavviare Rails puoi usare
sv restart unicorn
Ma ci sono altre cose da fare per modificare un plugin oltre a un pull.