Bonjour à tous,
Pour une raison quelconque, ces deux champs de saisie sont visibles (ils ne fonctionnent cependant pas).
J’ai déjà reconstruit Discourse à plusieurs reprises, mais je ne sais pas comment procéder pour les supprimer.
Merci d’avance !
Can you replicate it using safe mode?
Yoururl.com/safe-mode/
Bonjour,
Je ne suis pas sûr de savoir si je suis en mode sans échec ou non lorsque je suis déconnecté, car chaque fois que j’utilise myurl.tld/safe-mode/, cela me redirige automatiquement vers myurl.tld/login (car un compte est requis).
Mais si je suis en mode sans échec avec les étapes décrites ci-dessus, oui, je parviens à reproduire le problème.
Édit : Je n’ai effectué aucune personnalisation, cela est présent depuis mon installation. De plus, j’utilise Discord sur une adresse .onion.
Édit 2 : J’ai complètement réinstallé Discourse, le problème persiste.
Le deuxième problème que je rencontre est l’absence de couleurs par catégorie / l’absence de couleurs à la plupart des endroits sur le site web.
Même si une couleur est définie.
Aucune couleur n’apparaît non plus dans la sélection de couleurs prédéfinies.
Dans l’exemple de la catégorie Loung, la couleur devrait être : 
Édition : N’oubliez pas que tout cela concerne une installation Discourse vierge, sans modifications.
Édition 2 : Exemple d’un autre endroit où il n’y a pas de couleur.
Comment cette instance a-t-elle été installée ?
Cette instance a été installée en combinaison avec nginx, en installant d’abord Docker, puis en clonant Discourse via Git dans /var/discourse.
Ensuite, en utilisant samples/standalone.yml comme containers/app.yml, puis en amorçant et en lançant l’application.
Y avait-il une raison particulière pour laquelle vous n’avez pas suivi le guide d’installation ? Je vois que vous prévoyez de publier via Tor, mais cela vous empêche-t-il de construire sur une URL temporaire au préalable ?
Il est préférable de suivre d’abord l’installation standard et de vous assurer que tout fonctionne avant d’apporter des modifications. De cette façon, vous saurez mieux quelle modification est à l’origine de tout problème.
AFAIK, l’installateur standard de Discourse ne permet pas les adresses .onion, c’est pour cela. (Ou du moins pas lorsque j’ai essayé il y a quelques mois) / Je n’ai pas d’URL temporaire sous la main.
Bien sûr, mais c’est pourquoi vous devriez effectuer une installation normale, vérifier que tout fonctionne correctement, puis installer les autres composants et procéder à un changement de nom.
L’avantage supplémentaire est que discourse-setup ajustera automatiquement le nombre de workers Unicorn et la mémoire de la base de données en fonction des spécifications de votre serveur.
De nombreuses modifications simultanées sont beaucoup plus difficiles à diagnostiquer.
D’accord, cela a du sens.
Si j’installe en utilisant discourse-setup, cela fonctionnera de manière autonome sans nginx, n’est-ce pas ? Ensuite, je modifie app.yml pour permettre le mode autonome, je change le domaine, puis je reconstruis ?
Mes problèmes n’ont vraiment aucun sens pour moi, car je ne trouve rien dans les journaux d’erreur (ni les journaux de Discourse, ni ceux de nginx). De plus, je n’ai pas rencontré ces problèmes lorsque j’ai effectué exactement le même processus d’installation sur un VPS il y a un mois (juste pour tester, car ce devait être le serveur de production).
Utilisez simplement discourse.example.com/login?safe_mode=no_custom%2Cno_plugins%2Conly_official