J’utilise déjà des valeurs plus élevées pour worker_connections et worker_processes sur nginx via des règles de remplacement dans app.yml
Bien que je puisse expérimenter pour trouver les meilleures valeurs, idéalement sans reconstruire discourse à chaque fois. Existe-t-il un moyen de modifier nginx.conf dans le conteneur et de redémarrer le processus nginx sans reconstruire discourse entièrement ?
Oui, vous pouvez entrer dans le conteneur (par exemple, ./launcher enter app), utiliser apt pour installer un éditeur, modifier les fichiers NGINX et sv restart nginx ( reload pourrait fonctionner ?).
C’est une façon à laquelle j’ai pensé et que j’ai essayée jusqu’à ce que je voie qu’il n’y a même pas une seule source pour apt. En ajouter une moi-même semble un peu bancal pour un système que je ne connais pas et qui tourne en production. Avoir au moins vi là serait vraiment utile pour quelques tâches simples clin d’œil, clin d’œil
Je n’ai jamais prêté attention aux sources apt, mais j’ai plusieurs modèles qui font un apt-get update; apt-get install pour installer des choses dans le conteneur (mon dashboard.literatecomputing.com a besoin de python et ansible, par exemple). Cela fonctionne, ou fonctionnait encore vendredi dernier. De même, le modèle que j’utilise pour faire des migrations ajoute vim et d’autres choses.
Je ne recommande pas de modifier les choses à la main pour la production, car les changements disparaîtront évidemment lors de la prochaine reconstruction, mais si ce que vous voulez faire est simplement de tester des valeurs pour trouver celles qui fonctionnent, c’est probablement une solution suffisamment bonne (car elle évite un tas de reconstructions).
De plus, une configuration à 2 conteneurs a généralement moins d’une minute d’indisponibilité lorsque vous effectuez une reconstruction et démarrez le nouveau conteneur.
Je ne prêterais pas attention aux sources apt non plus, mais sans sources, il n’y a pas d’installation, sinon je m’en ficherais vraiment.
root@forum-app:/var/www/discourse# apt install vi
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet vi
root@forum-app:/var/www/discourse# apt list sources
Listing... Fait
root@forum-app:/var/www/discourse#
c’est la même chose pour apt-get et vim ou nano - juste pour être sûr
Ubuntu quelque chose et après apt update && apt dist-upgrade (où j’ai répondu non, car il voulait mettre à jour pqsl et j’ai paniqué) apt install nano a réussi.
Je ne peux pas expliquer alors pourquoi le code que j’ai collé ci-dessus ne fonctionne pas pour vous. Je l’ai fait aujourd’hui et je le fais depuis des années.
Pour moi sur Ubuntu après /launcher enter app, je peux donner apt update && apt install nano -y[1] avec succès. Donc si apt ne fonctionne pas, je dirais que soit le système lui-même, soit docker est cassé
Étonnamment, cela fonctionne maintenant pour moi aussi - je doute de ma vie pour être honnête - je ne suis pas sûr de ce que c’était, mais cela fonctionne maintenant. soupir