Precisei alterar e recarregar a configuração algumas vezes para solucionar problemas no serviço de e-mail do Siteground. Existem várias dicas sobre como fazer isso da maneira mais rápida.
No entanto, resumir todas elas gera confusão.
Então, você poderia me explicar com mais detalhes as diferenças entre os comandos listados abaixo?
As informações no guia de instalação e nos posts deste fórum são, de certa forma, inconsistentes. Não está totalmente claro, por exemplo, qual é a diferença entre inicializar e construir um container.
Deveria haver uma escada de escalonamento indicando quais ações exigem qual comando, caso você altere, por exemplo, o arquivo app.yml. Alguns dizem que start é suficiente, enquanto outros afirmam que é necessário rebuild ou até mesmo executar ./discourse-setup.
Comandos:
start: Iniciar/inicializar um container
stop: Parar um container em execução
restart: Reiniciar um container
destroy: Parar e remover um container
bootstrap: Inicializar um container para a configuração com base em um modelo
rebuild: Reconstruir um container (destruir o antigo, inicializar, iniciar o novo)
Estou gradualmente formando a impressão de que todos os comandos são uma sequência de ações consecutivas.
Cada etapa/comando subsequente faz o mesmo que seu predecessor, mais algo adicional.
Por exemplo, algo assim:
Inicialização
bootstrap: destruir o antigo + inicializar um container para a configuração com base em um modelo
rebuild: bootstrap + reconstruir um container (iniciar o novo), o que inclui tarefas como baixar as versões mais recentes do software e aplicar configurações atualizadas
Vou fazer um PR no GitHub, mas preciso entender cada comando em detalhes, o que atualmente não é o caso.
Você poderia me dizer o que cada comando aciona? Li muitos posts sobre isso, mas as informações não são consistentes.
Um bom exemplo é o start. Já foi dito que ele é usado apenas para parar e iniciar o container, por exemplo, ao fazer algo na máquina hospedeira. Em outro tópico, é mencionado que ele inicializa um container, seja lá o que “inicializar” signifique
Inicializar significa que, se nenhum contêiner existir, ele será criado. Se você parar e iniciar novamente, o mesmo contêiner será parado e iniciado com os mesmos parâmetros (como configurações de SMTP e outras variáveis de ambiente). No entanto, se você destruir primeiro, um novo contêiner com novas configurações de ambiente será criado ou inicializado.
O Bootstrap cria uma nova imagem do Docker, o que é necessário para poder “inicializar” um contêiner em execução.
A reconstrução sempre funcionará. Às vezes, é desnecessária, pois destruir e iniciar é suficiente para que as configurações do ambiente (como SMTP) entrem em vigor. No entanto, muitas pessoas não compreenderão realmente essas nuances, então é melhor instruí-las a sempre reconstruir, pois isso sempre funciona.
Usage: launcher COMMAND CONFIG [--skip-prereqs] [--docker-args STRING]
Comandos:
start: Iniciar/inicializar um contêiner
stop: Parar um contêiner em execução
restart: Reiniciar um contêiner
destroy: Parar e remover um contêiner
enter: Abrir um shell para executar comandos dentro do contêiner
logs: Visualizar os logs do Docker para um contêiner
bootstrap: Inicializar um contêiner para a configuração com base em um template
run: Executar o comando fornecido com a configuração no contexto da última imagem inicializada
rebuild: Recriar um contêiner (destruir o antigo, inicializar, iniciar novo)
cleanup: Remover todos os contêineres que pararam por mais de 24 horas
start-cmd: Gerar o comando docker usado para iniciar o contêiner
Opções:
--skip-prereqs Não verificar os pré-requisitos do launcher
--docker-args Argumentos extras para passar ao executar o docker
--skip-mac-address Não atribuir um endereço mac
--run-image Substituir a imagem usada para executar o contêiner
root@monstera:/var/discourse#
