Bonjour, toute personne cliquant sur mes pages Conditions d’utilisation, FAQ ou Confidentialité obtient une page blanche avec un curseur « occupé » qui tourne indéfiniment.
Comment puis-je corriger cela ?
Comment puis-je rendre ces informations disponibles et les porter à l’attention de tout utilisateur potentiel qui visite l’URL du site mais qui n’a pas encore créé de compte sécurisé par mot de passe ?
Actuellement, un visiteur ne voit que la boîte de dialogue de connexion de base comme page d’accueil, sans aucune indication avant l’inscription sur la pertinence du forum pour lui ou sur les conditions applicables.
Maintenant que le site et les e-mails sont tous configurés et fonctionnent sur le domaine du forum, je suis réticent à risquer de tout perturber en redirigeant le domaine vers une autre page web hébergée séparément comme page d’accueil, et en déplaçant le forum vers un sous-domaine ou similaire – comme cela a été suggéré. Je suis également réticent à dépenser 47 $ par an pour un plugin payant afin d’ajouter légèrement plus d’informations sur la page d’accueil du domaine.
En guise de contournement désagréable et peu esthétique, j’ai ajouté un guide destiné à ceux qui envisagent de s’inscrire, en personnalisant directement le texte de la fenêtre de connexion.
Si je m’y mets et migre le forum vers un sous-domaine, combien de difficultés, en tant que débutant, devrais-je prévoir pour :
configurer une page d’accueil sur le domaine principal, également hébergée sur mon instance DigitalOcean (pour éviter de payer un autre service) ?
garantir que les courriels entrants et sortants via Mailgun, ainsi que toutes les fonctionnalités, continuent de fonctionner sans interruption ?
Un problème sous-jacent est que je préférerais nettement administrer et mettre à jour le contenu de la page d’accueil depuis le tableau de bord d’administration, et l’inclure dans les sauvegardes automatiques, ce qui semble assez difficile à réaliser si on n’utilise pas le même domaine, sans parler du même logiciel.
Je serais vraiment ravi de voir au moins quelques fonctionnalités simples de page d’accueil intégrées au cœur de Discourse, pour ceux qui ne souhaitent ou n’ont pas besoin d’un autre site à administrer.
Est-ce également le cas pour les utilisateurs connectés ainsi que pour les anonymes (non connectés) ? Si oui, cela indique un problème fondamental qui ne devrait pas être affecté par des manipulations de domaine ou de sous-domaine.
Dans notre cas, nous souhaitons absolument avoir Discourse sur le domaine racine, car c’est le centre absolu de notre activité. J’ai donc moi aussi cherché la meilleure façon d’optimiser /admin/customize/site_texts/login_required.welcome_message et les autres éléments de cette page.
La bonne nouvelle, c’est que vous pouvez utiliser tout le Markdown habituel, etc., dans ce texte ; cela offre beaucoup plus de flexibilité. Je procède en écrivant le contenu dans un sujet dans Staff, puis en le copiant dans la section de personnalisation. @codinghorror - il serait extrêmement utile pour des personnes dans notre situation que cela se comporte de la même manière que les pages FAQ, etc.
De plus, vous pouvez ajouter des liens vers les pages Confidentialité et CGU (qui doivent être visibles par les utilisateurs anonymes) en utilisant le composant de thème Custom Header Links (avec un peu de CSS supplémentaire). Bien sûr, je ne suis pas satisfait de cela et je souhaite que les anonymes voient également les pages FAQ et À propos (tout en maintenant le forum privé), j’ai donc demandé de l’aide :
C’est vrai pour les utilisateurs connectés. Les utilisateurs qui ne se sont pas connectés n’ont aucun moyen de voir autre chose que la fenêtre de connexion (sauf si j’oublie quelque chose ?)
C’est très étrange que vous ne puissiez accéder à aucune de ces pages pour les utilisateurs connectés. Avez-vous toujours les sujets où elles se trouvent dans votre catégorie #admin ?
Ah – cela pourrait être l’indice. Je n’ai pas de catégorie « Admin ».
J’ai procédé à un nettoyage des catégories qui semblaient vides ou pas suffisamment distinctes des autres. Visiblement, elles n’étaient pas vides après tout.
En supposant que je puisse copier le contenu de ces sujets depuis ce site et les recréer sous l’une des catégories restantes sur mon site, comment puis-je les relier à leurs éléments de menu respectifs ? Ou dois-je simplement recréer la catégorie Admin ?
Désolé, je voulais dire Staff, je pense. J’ai aussi joué avec cela dans notre instance, mais j’ai sauvegardé les sujets. Ces sujets sont appelés « FAQ/Règles » (ID du sujet 5), « Conditions d’utilisation » (ID du sujet 4) et « Politique de confidentialité de nom de votre forum » (ID du sujet 6).
Je soupçonne qu’il y a quelque chose de spécial à leur sujet : seuls les administrateurs peuvent modifier le premier message de chacun, indépendamment des paramètres de catégorie. Cela pourrait être un peu délicat de les recréer. Bonne chance !
La catégorie #Staff n’a jamais été supprimée, mais il semble que les sujets l’aient été d’une manière ou d’une autre.
En ce qui concerne le contenu de ces sujets, en particulier les Conditions d’utilisation et la Politique de confidentialité, copier simplement ce que j’ai trouvé sur ce site Discourse Meta ne semble pas fonctionner, car les deux sont fortement biaisés/spécifiques à une juridiction et à un contexte qui ne s’appliquent pas à mon forum. Existe-t-il des sources plus générales (même pertinentes pour la Nouvelle-Zélande ?) à partir desquelles on pourrait s’inspirer ?
Je confirme également que l’ajout simple de la catégorie ‘Admin’ puis la création d’un sujet ‘FAQ’ dedans n’a pas fonctionné : le lien FAQ génère toujours un écran blanc et un curseur qui tourne.
OK, pour aller plus loin, l’examen des URL utilisées dans la FAQ d’origine suggère que le sujet de la FAQ réside directement dans un sous-dossier nommé ‘faq’ – par exemple :
https://meta.discourse.org/faq#civilized
Alors que si je crée un nouveau sujet de FAQ et que j’y colle le contenu, cela aboutit à quelque chose comme ceci :
https://nzarchitecture.net.nz/t/faq/15074
Comment puis-je créer le bon sous-dossier ou y placer des sujets ? Je ne vois rien qui ressemble à une structure de dossiers conventionnelle pour le contenu du site Discourse lorsque je me connecte à mon serveur Digital Ocean via FileZilla. Je suppose donc qu’il y a une sorte de manipulation Ruby on Rails obscure pour générer ces URL/chemins.
J’ai trouvé une solution de contournement pour le moment : utiliser n’importe quelle URL générée lors de la recréation de ces sujets manquants, puis les coller dans les champs pertinents « source externe alternative » dans les paramètres du tableau de bord / Législation.
Il serait toutefois préférable de ranger les choses correctement s’il existe un moyen – je ne connais pas les autres implications qui pourraient découler d’une configuration d’origine endommagée ou manquante.
Ceux-ci sont intégrés (définis par le système) pour les sujets intégrés. Les restaurer tels qu’ils étaient avant la suppression impliquera probablement de manipuler PostgreSQL.
Merci, Stephen. Malheureusement, je ne saurais par où commencer pour manipuler PostgreSQL.
Est-il même possible que j’aie pu les supprimer s’ils étaient intégrés ou non contenus dans une catégorie directement modifiable ou accessible par l’utilisateur ?
Je note également que, même lorsque ces sujets existaient pour moi, ils semblaient ignorer les informations fournies lors de la configuration dans Paramètres/Champs obligatoires concernant le nom de l’entreprise, la loi applicable et la ville pour les litiges — ce qui indique qu’un dysfonctionnement existait déjà.
Et tout cela est juridiquement discutable, si un utilisateur n’a aucun moyen de consulter les conditions d’utilisation avant de s’inscrire — ce qui pourrait constituer un problème fondamental pour tous les forums Discourse protégés par mot de passe ?
C’est intéressant et encourageant de pouvoir y accéder via un lien sans être connecté.
J’aimerais beaucoup avoir des liens fonctionnels vers la FAQ, les CGU, etc., dans la fenêtre d’inscription/connexion. Cependant, jusqu’à présent, tous les liens renvoient une réponse « vous n’avez pas la permission » aux utilisateurs qui ne sont pas inscrits.
Vous pouvez contourner cela avec une autre astuce :
Rendez toutes vos catégories visibles uniquement pour le niveau de confiance 0 (ou plus restrictif), sauf celle contenant vos messages d’information (rendez-la visible pour tout le monde). Ensuite, rendez votre forum public. Bien sûr, les utilisateurs ne seront plus redirigés vers la page de connexion, mais c’est une méthode assez radicale pour atteindre cet objectif.
Ou alors, résolvez le problème sous-jacent et attendez avec moi une solution pour les autres éléments que j’ai mentionnés ci-dessus (Making the About and FAQ visible to anon)
Quelqu’un peut-il s’il vous plaît conseiller comment rétablir les sujets juridiques intégrés et leurs identifiants (ou même simplement placer des publications éditable vides aux URL correctes/originelles pour chaque sujet juridique intégré), via PostgreSQL ou autrement ?
Créer simplement de nouvelles versions du même nom dans la catégorie du personnel ne fonctionne pas : les URL résultantes sont différentes et elles ne peuvent pas être consultées par un nouvel utilisateur lors de l’inscription (cliquer sur le lien dans la boîte de dialogue d’inscription les renvoie simplement à la boîte de dialogue de connexion).
D’accord, il semble que personne ne puisse aider à ce sujet. La recréation du forum à partir de zéro, suivie de la restauration d’une sauvegarde de base de données, aiderait-elle ? Ou la restauration de la sauvegarde ne ferait-elle que propager à nouveau les suppressions ?
Quelque part dans cette base de données se trouve le petit bout de données que vous devez modifier pour faire réapparaître ces messages. Voici en fait :
Dans la table ‘topics’, deleted_at contiendra un horodatage pour les ID 4, 5 et 6. Si vous pouvez supprimer ces valeurs (les remplacer par rien / laisser vide), vous serez de nouveau opérationnel.
Je sais que vous pouvez le faire via Ruby/Rails, mais cela dépasse mes compétences pour l’instant. Cependant, pour quelqu’un qui a les compétences, ce serait un travail de 5 minutes. Peut-être que la personne qui vous a configuré l’instance pourrait vous aider.
Merci Nathan.
Malheureusement, j’ai configuré mon système en suivant le tutoriel officiel, avec très peu de compréhension.
J’avais fait appel à un développeur pour migrer certains éléments pour moi au début, et je l’ai contacté à ce sujet il y a une semaine, mais je n’ai toujours pas de réponse.
Ce que je me demande cependant, c’est s’il existe une application de bureau open source capable de se connecter à Digital Ocean pour visualiser et modifier les tables PostgreSQL ? Ou même une application qui pourrait lire et modifier une sauvegarde téléchargée, que je restaurerais ensuite ?
** Édition - en relisant les réponses à une requête similaire, le consensus semble être d’utiliser Ruby pour toute manipulation, plutôt qu’une application de base de données avec une interface graphique conviviale.
Cela dit, quelles sont les commandes que je devrais exécuter dans PuTTY pour accéder à la base de données et supprimer les horodatages des topics d’ID 4, 5 et 6 dans la colonne deleted_at de la table topics ? (après avoir effectué une sauvegarde) ?