Avez-vous déjà utilisé Vbulletin ? Quelle fonctionnalité de VBulletin avez-vous regrettée dans Discourse ?
2 « J'aime »
Nous avons utilisé vBulletin de 2001 à 2020 et nous l’utilisons toujours comme site de référence en « lecture seule » (vB3.8.X).
Honnêtement, je ne regrette rien de vBulletin ; en fait, après avoir migré vers vBulletin, j’ai constaté que le modèle MVC de Ruby on Rails était bien supérieur au modèle LAMP utilisé par vBulletin (du point de vue de l’administration système et du développement web).
Du point de vue de l’expérience utilisateur, la plupart de nos utilisateurs sont très satisfaits de Discourse ; cependant, nous avons perdu quelques experts de longue date qui adoraient l’apparence et la sensation « vintage » et « héritée » d’un forum vBulletin.
J’avais prévu de porter notre site de référence vB hérité vers Rails en 2021 ; c’est-à-dire que j’allais reconfigurer le site pour utiliser Rails, Redis, Sidekiq, MySQL, jQuery et Bootstrap (construire une application Rails par-dessus la base de données MySQL existante) ; mais je suis tellement occupé par des travaux payants intéressants et amusants pour des clients Rails en 2021 que je ne pense pas que notre site hérité sera reconfiguré cette année.
Avant d’installer Discourse, j’étais un programmeur PHP assidu ; mais après avoir migré vers Discourse et travaillé avec Ruby et Rails, je n’apprécie plus rien dans le développement web PHP et LAMP et je suis un grand fan de Rails, en partie grâce à la migration de vB vers Discourse (et ensuite à l’apprentissage de Rails après des années de développement web en PHP).
Désolé de me répéter, mais en ce qui concerne notre site vB, c’était « tant mieux » pour vBulletin et son architecture LAMP ; et « Merci Discourse ! » d’avoir construit Discourse sur la base de Rails !
J’espère que cela vous aide, @MKDan
13 « J'aime »
Nous l’avons utilisé de 2007 à 2016. La transition s’est déroulée sans accroc et seule une petite minorité de membres s’est plainte de Discourse. MAIS une fois qu’ils ont pris l’habitude de Discourse et de la manière d’utiliser ses fonctionnalités, ils n’ont jamais voulu revenir à vBulletin.
Ce qui manquait à la plupart d’entre eux, c’était la page d’accueil de vBulletin avec la liste des forums et sous-forums, ainsi que les pages au sein des discussions. Avec le temps, cela s’est estompé et nous n’en entendons parler que lorsque de nouveaux membres venant de forums « classiques » rejoignent notre forum propulsé par Discourse.
Cela étant dit, je ne peux pas imaginer la moindre fonctionnalité de vBulletin qui me manque et qui ne soit pas déjà présente dans Discourse. Je pense qu’un retour à vBulletin depuis Discourse serait un énorme recul.
11 « J'aime »
J’ai eu une licence vBulletin pendant des années, ainsi que PhotoPost (que je regrette).
J’ai été banni de leurs forums le jour où ils ont changé leur modèle de licence, pour avoir exprimé ma colère, tout comme beaucoup d’autres.
C’est la seule interdiction que j’ai jamais reçue (je la porte avec fierté) 
.
Cela a conduit à la création de XenForo.
Je n’ai plus jamais regardé vBulletin depuis.
Je regrette l’extension galerie.
5 « J'aime »
Discourse a l’air beaucoup mieux que Vbulletin. Mais le seul problème, c’est que Discourse ne peut pas être installé sur un hébergement mutualisé.
3 « J'aime »
Pourquoi utiliser un hébergement mutualisé en 2021 ?
Discourse est open source et s’installe sur un serveur cloud à ≤ 5 $/mois.
Il offre une meilleure apparence et de meilleures performances, en particulier pour les membres du personnel et les administrateurs.
6 « J'aime »
Nous avons utilisé vBulletin de 2008 à 2018. (Avant cela, nous utilisions Disqus, et encore avant, quelque chose d’autre dont je ne me souviens plus – cela datait de 1996 à 1999).
Certaines fonctionnalités que nous utilisions avec vBulletin et qui ne sont pas (exactement) disponibles dans Discourse étaient les blogs, les galeries et les groupes (les groupes vBulletin étaient similaires aux groupes Facebook). Lorsque nous avons migré vers Discourse, ces trois fonctionnalités ont d’abord été regrettées, mais nous avons découvert que la plupart d’entre elles ajoutaient un encombrement inutile à notre communauté et éloignaient l’attention des discussions.
Nous utilisions les blogs pour les créations des membres, mais nous les avons remplacés par des sujets de forum.
Nous utilisions les groupes pour les équipes intéressées par des aspects spécifiques de notre communauté. Mais nous les avons simplement supprimés et déplacé les discussions sur le forum principal. Cela a en fait accru l’engagement et la sensibilisation à tous les sujets.
La même chose s’appliquait aux galeries…
Donc… le verdict est : trop d’encombrement sans valeur directe pour la communauté et parfois même un effet négatif sur la cohésion des discussions.
Nah, nous ne le regrettons absolument pas !
8 « J'aime »
Il peut être utile ou non de savoir que les blogs et les galeries sont tous deux disponibles dans Discourse grâce à des composants de thème.
2 « J'aime »
La seule différence avec vBulletin, c’est que les blogs et les galeries étaient tous deux liés à un utilisateur. Cela signifie qu’ils étaient associés au profil de chaque utilisateur.
Bien sûr, si vous le voulez vraiment, vous pouvez également réaliser cela dans Discourse, soit avec des paramètres de catégorie avancés, soit avec un plugin si vous souhaitez vraiment aller jusque-là…
5 « J'aime »
Cela correspond à mon expérience de plus de 10 ans passée à fréquenter un forum vBulletin. Après 10 ans, j’ai réalisé que parmi les centaines de choses sur lesquelles j’aurais pu potentiellement cliquer sur n’importe quelle page de vBulletin, tous ces liens éparpillés partout sur l’écran… je n’avais jamais cliqué que sur une douzaine de ces liens. Jamais. Jamais en une DÉCENNIE d’utilisation !
C’est tout simplement fou 
8 « J'aime »
Si vous envisagez d’utiliser Discourse, lancez-vous ! C’est la meilleure plateforme de forum qui existe et elle le restera pour le futur prévisible. Je suis souvent stupéfait par le rythme de développement ici, et l’équipe est composée de personnes incroyablement talentueuses (comme Sam Saffron, que je considérerais comme l’un des développeurs Ruby les plus expérimentés).
En ce qui concerne ce qui manque par rapport à vB, ce n’est probablement pas la bonne approche car ce sont des systèmes différents, mais je suis presque certain que si votre site est principalement un forum, vos utilisateurs seront beaucoup plus satisfaits avec Discourse.
La seule fonctionnalité de type « forum » que je regrette de vB est la possibilité d’avoir une section où seul le créateur du sujet et l’équipe d’administration/modération peuvent consulter les discussions. Nous utilisons ces sections pour les retours sur le forum, le contact avec le personnel, etc., et elles sont simplement mieux adaptées à ce type de chose que les messages privés (qui, une fois lus, sont oubliés et moins faciles à classer ou à revoir plus tard).
Il y a beaucoup de choses que j’aimerais voir dans Discourse, notamment la possibilité de l’utiliser pour alimenter d’autres sections, comme des blogs, des articles, des actualités, etc. Le système de commentaires/discussion de Discourse est probablement l’un de ses plus grands atouts. Imaginez un blog de type WordPress avec la puissance des commentaires de Discourse, le tout parfaitement intégré aux profils utilisateurs du forum. Je pense vraiment que Discourse pourrait remplacer WordPress (et autres CMS) s’ils s’intéressaient à cette idée, et ce ne serait pas si difficile non plus. Sur vB, nous l’utilisions pour alimenter plusieurs autres sections et tout ce dont nous avions besoin, c’était 1) une page d’accueil personnalisée pour chaque section où nous pouvions récupérer tous les derniers éléments de cette section, et 2) la possibilité de définir un style pour le premier message et un autre pour les messages suivants (une condition simple suffisait dans vB). Cela permettrait à l’article principal et aux commentaires d’avoir des apparences différentes.
J’aimerais aussi voir une fonction de blocage appropriée. Cela rendrait la vie beaucoup plus facile pour les modérateurs.
Ces deux points ont déjà été discutés sur le forum, mais ils ne seront probablement pas ajoutés (ce qui, personnellement, me semble très dommage et j’espère que l’équipe les réexaminera un jour).
5 « J'aime »
Vous savez que nous avons maintenant la mise en sourdine et l’ignorance par utilisateur, n’est-ce pas ?
2 « J'aime »
C’est quelque chose que j’aimerais voir éventuellement ™, ainsi que la possibilité d’avoir une catégorie où le créateur du sujet dispose de pouvoirs de modération limités dans le sujet (au minimum : supprimer les autres + suppression immédiate de ses propres messages + aucune limite de temps pour modifier ses propres messages).
Je suis presque certain que cela est possible, enfoui quelque part dans les dialogues de configuration des permissions fous de vB.
1 « J'aime »
Cela n’empêche pas un utilisateur de pouvoir répondre aux messages d’une personne, si ?
Nous en avons déjà discuté, mais vous n’étiez pas très enthousiaste à l’idée, si ma mémoire est bonne. J’espère que vous reconsidérerez votre position à ce sujet.
https://meta.discourse.org/t/ability-to-ignore-a-user/110254/75?u=astonj
Je devrais être bien convaincu pour accepter cela. J’ai l’impression que cette convention de permissions étrange a été imposée par hasard au monde entier par vBulletin, et maintenant nous en subissons tous les conséquences. En gros, c’était : « Oh, voici une Astuce Étrange™ pour faire croire que notre forum est une solution de bureau d’aide par tickets ; dites à l’équipe commerciale qu’ils peuvent le vendre comme tel ! »
(si vous avez besoin d’un système de bureau d’aide par tickets, utilisez-en un ! Et cela s’ajoute à toute l’idée de « et si les permissions étaient définies par sujet », ce qui est… une entreprise massive et inutile)
Nous avons déjà des formes rudimentaires de cela ; par exemple, le propriétaire du sujet peut répondre un nombre illimité de fois à son propre sujet.
2 « J'aime »
Nous utilisons cette fonctionnalité assez largement dans notre logiciel actuel aujourd’hui, et je penche de votre côté ici. La plupart de ces fils de discussion que les utilisateurs créent pour du « support » sont en réalité juste un moyen de se plaindre auprès du personnel parce que leur publication a été supprimée ou pour d’autres raisons. Il y a cependant quelques utilisations légitimes où les utilisateurs tentent de signaler un historique de harcèlement de la part de quelqu’un d’autre ou d’autres sujets nécessitant une véritable discussion.
Il y a des moments où une interaction délicate est nécessaire, mais il est excessif de tenter d’ajouter un système de tickets. Ce genre de choses devra passer par les messages privés, je pense, une fois que nous migrerons vers Discourse, mais cela va être ennuyeux car ces sujets devront avoir tout le personnel ajouté afin que tout le monde soit sur la même longueur d’onde.
3 « J'aime »
C’est un excellent cas d’usage pour un tel système. Sinon, les gens utilisent la section plus publique « Retour sur le forum », souvent uniquement pour semer le trouble. Le passage à une section « Contacter le personnel » a réduit ce genre de nonsense d’environ 90 %.
1 « J'aime »
J’ai remarqué que les pages de groupes comportent un bouton de message ainsi qu’une boîte de réception distincte que les utilisateurs peuvent consulter. Je ne suis pas certain de savoir ce que je pense de cette option par rapport à une permission permettant de ne voir que ses propres discussions, mais cela pourrait fonctionner.
Nous utilisons également ce type de configuration, en dehors du contact avec l’équipe, comme un « atelier privé », où les utilisateurs peuvent publier et tester des mises en forme ou stocker du contenu qu’ils construisent et modifient progressivement avant de le publier publiquement quelque part.
1 « J'aime »
Oui, la boîte de réception du groupe @moderators est ce que vous devez utiliser si la discussion doit rester privée.
2 « J'aime »