Lorsque j’apporte des modifications à /var/discourse/containers/app.yml qui ne concernent que la configuration du serveur smtp, le processus launcher rebuild app peut-il être considérablement accéléré ?
Je pourrais entrer dans le conteneur, modifier la configuration elle-même et redémarrer l’application, mais il semble que je doive manquer une solution plus simple et plus propre qui n’exige pas une reconstruction complète…
Les modifications SMTP nécessitent une reconstruction complète.
Vous pouvez opter pour une configuration à deux conteneurs si vous souhaitez accélérer le processus (cela réduira en réalité uniquement les temps d’arrêt et non le processus lui-même).
L’idée est que, une fois configuré, les utilisateurs doivent très rarement modifier les paramètres SMTP, car un seul serveur SMTP suffit généralement et ils n’ont pas besoin de le changer tous les quelques jours.
Si vous avez modifié uniquement les variables d’environnement, vous pouvez :
./launcher destroy app
./launcher start app
Que se passe-t-il si j’ai modifié du code dans le dépôt d’un plugin déjà installé ? Actuellement, je procède à une reconstruction complète, mais puis-je faire un git pull du plugin et le redémarrer d’une manière ou d’une autre ?
Ce n’est pas recommandé. Si vous souhaitez reconstruire avec un temps d’arrêt minimal, vous pouvez rechercher ici « deux conteneurs ». Pour redémarrer Rails, vous pouvez utiliser : sv restart unicorn. Cependant, d’autres actions sont nécessaires pour modifier un plugin autre qu’un pull.