Ho dovuto modificare e ricaricare la configurazione più volte per risolvere i problemi relativi al servizio di posta di Siteground. Ci sono diversi consigli su come farlo nel modo più rapido.
Riassumerli tutti crea confusione.
Quindi, potresti spiegarmi in modo più dettagliato le differenze tra i comandi elencati qui sotto?
Le informazioni presenti nella guida all’installazione e nei post di questo forum sono in qualche modo incoerenti. Non è del tutto chiaro, ad esempio, qual è la differenza tra l’inizializzazione e la costruzione di un contenitore.
Dovrebbe esserci una scala di escalation che indichi quali azioni richiedono quale comando, ad esempio se si modifica app.yml: alcuni dicono che start è sufficiente, altri affermano che è necessario rebuild o anche eseguire ./discourse-setup.
Comandi:
start: Avvia/inizializza un contenitore
stop: Ferma un contenitore in esecuzione
restart: Riavvia un contenitore
destroy: Ferma e rimuove un contenitore
bootstrap: Avvia (bootstrap) un contenitore per la configurazione basata su un modello
rebuild: Ricompila un contenitore (distrugge il vecchio, esegue bootstrap, avvia il nuovo)
Sto lentamente arrivando alla convinzione che tutti i comandi rappresentino una sequenza di azioni successive.
Ogni passaggio o comando successivo fa quanto il suo predecessore più qualcosa in più.
Ad esempio, qualcosa del genere:
Avvio
bootstrap: distrugge il vecchio + avvia (bootstrap) un contenitore per la configurazione basata su un modello
rebuild: esegue bootstrap + ricompila un contenitore (avvia il nuovo), il che significa che esegue operazioni come il download delle ultime versioni del software e l’applicazione della configurazione aggiornata
I going to do a PR on GitHub but I need to understand each command in detail what is currently not the case.
Could you tell me, what each command triggers? I’ve read many posts in this regard but the information is not consistence.
A good example is start. Once it is said it is just used to stop and start the container if e.g. doing something on the host. In another topic it is mentioned that it initializes a container, whatever initialize means
Initialize means that if no container exists it will be created. If you stop and start, you’ll stop and start the same container with the same parameters (like smtp and other env settings), but if you destroy first, a new container with new env settings will be created, or initialized.
Bootstrap builds a new docker image,which is necessary to be able to “initialize” a running container.
Rebuild will always work. Sometimes it’s unnecessary, as a destroy and start is enough to make env settings (like smtp) take effect. But lots of people won’t really understand these intricacies, so it’s better to just tell them to always rebuild because it always works.
Usage: launcher COMMAND CONFIG [--skip-prereqs] [--docker-args STRING]
Comandi:
start: Avvia/inizializza un container
stop: Arresta un container in esecuzione
restart: Riavvia un container
destroy: Arresta e rimuove un container
enter: Apri una shell per eseguire comandi all'interno del container
logs: Visualizza i log di Docker per un container
bootstrap: Avvia un container per la configurazione basata su un template
run: Esegui il comando dato con la configurazione nel contesto dell'ultima immagine avviata
rebuild: Ricostruisci un container (distruggi il vecchio, avvia il nuovo)
cleanup: Rimuovi tutti i container che sono stati arrestati per più di 24 ore
start-cmd: Genera il comando docker utilizzato per avviare il container
Opzioni:
--skip-prereqs Non controllare i prerequisiti del launcher
--docker-args Argomenti aggiuntivi da passare durante l'esecuzione di docker
--skip-mac-address Non assegnare un indirizzo mac
--run-image Ignora l'immagine utilizzata per eseguire il container
root@monstera:/var/discourse#
