Discourse et mon expérience personnelle avec son utilisation

Bonjour.

Ceci est mon premier sujet sur meta.discourse et j’aimerais vraiment écrire sur mon opinion et les résultats de ma première rencontre avec discourse.

Contexte

Je dois commencer par dire que je suis tombé sur discourse par un heureux hasard en cherchant un bon moteur de forum pour mes besoins. Et la phase de familiarisation s’est déroulée de manière assez positive - en particulier, j’ai réalisé qu’il disposait de fonctions bien implémentées dont j’avais besoin :

  1. Webhooks
  2. Système de réalisations
  3. Riche capacité d’intégration avec d’autres services
  4. Modernisation de l’interface et bien plus encore…

Pour être honnête, Discourse m’a surpris par ses capacités. Et je suis reconnaissant aux auteurs de continuer à soutenir ce projet.

Premiers problèmes

Mais malheureusement, il présente encore des lacunes que j’ai découvertes par moi-même, et à cause desquelles je n’ai pas pu continuer à interagir avec discourse. Si je dois être ordonné, alors initialement pour un moteur de forum que je considérerais comme approprié, j’ai défini 3 règles :

  1. Gestion de l’API
  2. Administration pratique
  3. Capacité de personnaliser n’importe quelle interface selon vos besoins.

Et bien que Discourse soit bon en API et en panneau d’administration… Quand je me suis penché sur la modernisation, j’ai été déconcerté.

La première “bête” qui m’a attaqué a été la différence entre les versions de Discourse et, par conséquent, la différence dans les manières d’écrire les Composants et Thèmes Discourse. Certains utilisaient des widgets, certains Ember JS, certains quelque chose d’autre… Tout cela a causé de la confusion non seulement pour moi, mais aussi pour l’IA, avec laquelle j’ai périodiquement essayé d’accélérer mon apprentissage de Discourse - mais à cause de la “bête” suivante, l’IA ne m’a fait que plus de confusion…

La deuxième “bête” est le manque de documentation de qualité et riche sous une forme lisible et en plusieurs langues. J’aimerais beaucoup que l’administration y prête attention dès que possible. Oui, bien sûr, j’ai lu des sujets sur la configuration et la création de mes propres Composants et Thèmes Discourse - mais ils ne m’ont pas donné les connaissances nécessaires pour comprendre l’architecture de Discourse. En particulier, je suis tombé sur cet article par pur hasard : Upcoming Header Changes - Preparing Themes and Plugins Ce qui m’a aidé à comprendre pourquoi j’écrivais constamment du code incorrect sur la version bêta :slight_smile: La différence de versions avec l’absence d’une documentation claire et détaillée est un sujet sensible pour Discourse… Parce que leur combinaison donne un retour négatif significatif, ce qui m’a empêché d’utiliser Discourse à son plein potentiel. J’ai un besoin extrême de moderniser en profondeur l’apparence du forum, et hélas, la “documentation” actuelle ne me le permet pas. À cause de cela, je dis très probablement au revoir temporairement à Discourse, mais je suivrai son développement.

Et la troisième “bête” est le catalogage relatif des informations sur discourse. Trouver telle ou telle information, comment faire telle ou telle action, est extrêmement difficile. Je dirais que cela dépend de votre chance et de votre connaissance de l’anglais. Sinon, si vous n’êtes pas un “Anglais chanceux”, vous devrez vous débattre pendant plus d’une journée. C’est épuisant.

Et enfin, mon inconvénient personnel avec discourse est l’utilisation exclusive de Docker (comme méthode d’installation officielle). Je suis sûr que pour cette déclaration, je peux attraper une vague de haine, mais quand même, je crois qu’un tel produit devrait avoir une méthode d’installation alternative sans contournements. Parfois, j’ai même besoin de moderniser les fichiers d’image Docker existants - et à cause du constructeur de conteneurs, c’est extrêmement peu pratique à mettre en œuvre. Eh bien, ou je n’ai pas trouvé la bonne façon…

Conclusion

Indépendamment du fait que Discourse présente suffisamment d’inconvénients pour que je ne le choisisse pas maintenant, je suis confiant que je pourrai le choisir et l’utiliser pour mes besoins à l’avenir. Parce que je m’attends à ce que les développeurs et les administrateurs de ce projet prêtent attention aux lacunes de discourse (y compris celles énoncées dans ce sujet/article). Discourse est déjà un projet de très haute qualité, à mon avis, mais il ne semble pas encore avoir atteint une utilisation “courante”. Mais c’est temporaire.

Merci de votre attention à cet article.
P.s. L’IA “Manus” a été utilisée pour la traduction du russe vers l’anglais

13 « J'aime »

Oui. Certaines choses qui fonctionnaient il y a 10 ans ne fonctionnent plus maintenant. Il existe maintenant un nouveau guide pour les développeurs de thèmes ; il est plutôt génial et aborde plusieurs de vos « bêtes noires » : Theme Developer Tutorial: 1. Introduction

9 « J'aime »

Salut, bien que ce soit une unsupported-install, il existe ce guide pour installer Discourse sans Docker :

4 « J'aime »

En effet. Par conséquent, j’ai précisé qu’il n’existe pas de méthode d’installation officielle de ce type.

Mon plus gros problème est que… de nombreux plugins disponibles échouent tout simplement lors de l’installation sur mes dernières installations.
Et ce n’est pas faute d’avoir essayé. Mon premier site a été installé sous Ubuntu 24.04LTS et en utilisant Docker… et après l’installation initiale, presque chaque reconstruction après l’ajout de quelques plugins (qui semblaient récents et supportés - ouais, c’est ça) a fait planter l’application Discourse de manière répétée.
Ensuite, lorsque j’essayais de reconstruire sans ces plugins… cela continuait d’échouer.
Ma solution ultime a été de revenir à une installation AlmaLinux avec Docker. Au moins maintenant, lorsque j’ajoute un plugin que la version actuelle n’aime pas, je peux réellement reconstruire l’application en le supprimant de app.yml, contrairement à l’installation Ubuntu.

Et non, je ne suis pas un nouvel administrateur de sites web. J’administre des sites web basés sur des forums depuis plus d’une décennie, avec une expérience de Woltlab, Xenforo, Invision, SMF, phpBB, myBB, NodeBB et plusieurs autres. et même en remontant à l’époque des BBS MS-DOS/DesqView multi-nœuds (finalement un système Maximus/2 OS/2 multi-nœuds avec 4 nœuds, dont 3 étaient directement accessibles par les utilisateurs et les 4 étaient disponibles pour traiter le courrier FidoNet). Donc, je ne suis pas nouveau dans le domaine.

J’aime ce que j’ai vu de Discourse jusqu’à présent sur mon site sur lequel je l’exécute. Mais je peux rapidement voir où les personnes nouvelles dans l’administration de sites auto-hébergés pourraient avoir des problèmes avec. J’exécute actuellement aussi Xenforo et NodeBB sur plusieurs sites… et honnêtement, la configuration de NodeBB pour un système multi-sites est BEAUCOUP plus facile à gérer que l’offre de Discourse. Nous n’allons même pas parler du fait que faire fonctionner 4 nœuds de NodeBB sur l’instance VPS a moins d’impact qu’un seul nœud Discourse sur une installation VPS. Et oui, j’ai étudié l’utilisation du multi-sites sur Discourse… mais c’est vraiment plus de tracas que ça n’en vaut la peine actuellement. Et oui, j’aime jouer avec divers scripts… et je n’ai aucun problème à signaler les défauts que je trouve dans n’importe lequel d’entre eux. :wink:

Discourse a une base solide… mais il doit encore faciliter la tâche aux administrateurs pour gérer plusieurs sites en auto-hébergement sans avoir à passer par les étapes compliquées qu’il impose actuellement.

1 « J'aime »

Ah, l’époque du DOS des BBS Telegard Hack, l’un des plus populaires étant Renegade BBS. Bien que je me souvienne de PCBoard qui avait son propre langage de script, des BBS Amiga et Commodore 63. C’était une époque amusante.

J’ai eu la chance de faire fonctionner Discourse sur Ubuntu LTS. Si l’installation d’un plugin ne se passait pas bien, il y avait généralement peu de problèmes avec une simple suppression/mise en commentaire de la ligne du plugin… mais une fois de temps en temps, il fallait reconstruire deux fois s’il échouait.

Le problème que j’ai eu, c’est qu’il ne reconstruisait jamais avec eux listés.
Mais je pense avoir également trouvé un problème supplémentaire que j’avais. Si le fichier de configuration n’est pas exactement correct (espace ou tabulation erroné sur une nouvelle ligne), il semble qu’il ne fonctionne pas bien lors de l’ajout des plugins. Depuis que j’ai supprimé toutes les lignes vides sous la liste des plugins, ils semblent maintenant se construire comme ils auraient dû le faire.
Je sais que la plupart utilisent Ubuntu, et c’est un OS décent (c’est la base du logiciel de capture astrophotographique que j’utilise), mais j’utilise AlmaLinux depuis un moment maintenant et je le préfère, et il semble fonctionner correctement.

1 « J'aime »

Oui, les fichiers yml sont très pointilleux sur la mise en page.

Ouais… je m’en rends compte. Et honnêtement… c’est une faiblesse dans l’offre de scripts à bien des égards.
J’utilise un script payant dont l’installation du plug-in (add-on) est beaucoup plus intégrée… et ce script est malheureusement même maintenant en deçà de ce qu’il devrait offrir aux détenteurs de licences qui ont payé cher pour l’obtenir.
Si les développeurs de Discourse pouvaient un jour intégrer l’installation des add-ons directement depuis le script lui-même sans avoir besoin de modifier un fichier de configuration textuel, ce serait une amélioration massive. Mais malheureusement, il semble que, comme pour d’autres scripts, les développeurs sont figés dans leurs habitudes et ne veulent pas regarder ce que beaucoup considéreraient comme une avancée.

Je n’ai aucun problème à orienter les gens vers le script qui leur conviendra le mieux. Mais pour un débutant… Discourse ne fait toujours pas l’affaire pour l’auto-hébergement, surtout si vous voulez exécuter plusieurs sites sur une seule instance de serveur.
Je continuerai à l’utiliser sur un site… mais cela reste aussi un gros casse-pieds pour le multi-hébergement de Discourse sur un serveur. Même NodeBB dépasse Discourse à bien des égards.

1 « J'aime »

Oui, ce n’est pas vraiment conçu pour être excessivement convivial. @pfaffman dispose d’une interface web qui peut automatiser de nombreuses choses comme l’installation de plugins iirc et une variété d’autres avantages. C’est un prix annuel, mais à mon avis, le prix est tout à fait raisonnable pour ce qu’il ajoute.

2 « J'aime »

Merci, mais j’ai l’habitude de pouvoir installer directement depuis l’ACP dans XenForo et NodeBB.
Cela ne vaut pas vraiment la peine de payer pour cette fonctionnalité maintenant que j’ai compris cette particularité. :clin d’œil:
Je gagne déjà en moyenne environ 2800 $ par an sur des sites/serveurs qui ne me rapportent aucun revenu. Ils sont juste un passe-temps pour moi.
Si je vais commencer à investir de l’argent dans un script, je veux qu’il fasse beaucoup plus qu’un forum basique avec quelques ajustements. D’où mon site d’astrologie que j’exploite.

2 « J'aime »