Ce qui m’aurait aidé, c’est si ces instructions disaient quelque chose comme : « Hé, idiot ! N’exécutez pas la commande git clone depuis le shell. Ajoutez simplement la commande au fichier app.yml comme dans l’exemple, assurez-vous que les indentations sont correctes, enregistrez-la, puis exécutez la commande de reconstruction. »
Ces instructions pourraient également être plus claires quant à savoir quand -E -u sont nécessaires et quand ils ne le sont pas.
J’ai fait d’autres choses stupides avant de réussir. Quand je regarde les instructions maintenant, elles ont presque un sens parfait. Mais je suis tombé dans plusieurs pièges que j’aurais pu éviter si ces instructions avaient été écrites en pensant que des débutants comme moi essaieraient de les suivre.
Je ne suis pas expert, alors soyez indulgent…
Hier, j’ai installé Discourse et maintenant j’essaie d’installer un plugin.
Dois-je exécuter : ./launcher rebuild app
ou puis-je simplement exécuter : ./launcher destroy app
et ensuite ./launcher start app
?
Exécuter ./launcher rebuild app prend beaucoup de temps et mon site Web cesse de fonctionner ou devient très lent.
Reconstruire est le seul moyen d’installer des plugins. Détruisez et recommencez à utiliser uniquement l’ancienne configuration.
Mais ne détruisez rien avant de reconstruire. Parce que si la reconstruction échoue, vous pouvez remettre l’ancienne en ligne en utilisant start.
Vous avez une configuration de conteneur, n’est-ce pas ? Alors ce forum sera hors ligne, car la première reconstruction arrêtera votre conteneur. Et oui, cela prend du temps à reconfirger.
Il y a deux configurations de conteneurs, et alors le temps d’indisponibilité est de quelques minutes. Mais ne passez pas à cette option avant d’être à l’aise avec ces opérations de base.
Salut,
Est-ce la seule façon d’installer des plugins ?
Parce que je suis déployé dans l’environnement intranet de l’entreprise, mon accès au réseau externe fluctue considérablement, et j’échoue souvent à y accéder lorsque j’exécute le . /launcher rebuild app. Existe-t-il un moyen de télécharger les plugins hors ligne, puis de les déployer ?
Merci pour votre réponse.
Comme je viens de commencer à utiliser Discourse, j’ai encore une question.
Par exemple, j’ai mis à jour app.yml et ajouté un plugin, mais il semble que lors de la reconstruction, même si ce n’est pas la première fois de déploiement, ce qui a été téléchargé et installé auparavant sera de nouveau téléchargé ?
Comme Ruby ou les plugins installés.
Si vous êtes déconnecté pendant que la reconstruction s’exécute, vous pouvez utiliser tmux ou screen.
Il est possible de construire le conteneur ailleurs, de le pousser vers le dépôt, puis de le lancer sur votre site (vous devez également migrer la base de données et précompiler les actifs).
je doute qu’il y ait un moyen, les raisons pour lesquelles c’est rapide et destiné aux forums, c’est qu’il est pré-construit, pas comme un site Web normal où il est rendu par le système à la volée (sauf si vous avez la mise en cache), mais les sites Web normaux qui mettent en cache ne peuvent pas servir de contenu dynamique.
Ah bonne observation - si quelqu’un pouvait le remplacer par un autre exemple approprié, ce serait utile. Je ne suis pas très actif sur Meta et je ne suis pas au courant des plugins qui ont été ajoutés au cœur.
(Soit dit en passant, mon interface sur Meta semble également être incroyablement dérangée en ce moment et il est difficile de poster/modifier sur iPad avec le navigateur Arc - aucune idée de ce qui se passe)
Je recommanderais de créer un sujet dans Site feedback ou UX s’il ne s’agissait pas d’un bug de meta. Je suis conscient que les catégories auto-hébergées nécessitent généralement que leurs rapports de bogues fournissent des détails auxquels l’équipe Discourse n’a pas accès.
