Haben Sie Vbulletin schon einmal verwendet? Welche VBulletin-Funktion vermissen Sie in Discourse?
Wir haben vBulletin von 2001 bis 2020 genutzt und verwenden es weiterhin als reines Referenzportal im Nur-Lese-Modus (vB3.8.X).
Ehrlich gesagt vermisse ich nichts von vBulletin; tatsächlich habe ich nach dem Wechsel zu vBulletin festgestellt, dass das MVC-Modell von Ruby on Rails aus der Perspektive eines Systemadministrators und Webentwicklers dem von vBulletin genutzten LAMP-Modell weit überlegen ist.
Aus Nutzersicht sind die meisten unserer Benutzer sehr zufrieden mit Discourse; allerdings haben wir ein paar langjährige Experten verloren, die das gewohnte, klassische Erscheinungsbild eines vBulletin-Forums schätzten.
Ich hatte geplant, unser altes vB-Referenzportal 2021 auf Rails zu portieren; das hieß, ich wollte die Seite mit Rails, Redis, Sidekiq, MySQL, jQuery und Bootstrap neu aufsetzen (eine Rails-Anwendung auf der bestehenden MySQL-Datenbank aufbauen). Doch da ich 2021 so sehr mit spannenden und interessanten bezahlten Rails-Projekten für Kunden ausgelastet bin, wird unser altes Portal dieses Jahr wohl nicht umgebaut werden.
Vor der Installation von Discourse war ich ein begeisterter PHP-Programmierer; doch nach der Migration zu Discourse und der Arbeit mit Ruby und Rails gefällt mir an PHP und der LAMP-Webentwicklung überhaupt nichts mehr. Ich bin ein großer Rails-Fan, was auch darauf zurückzuführen ist, dass ich von vBulletin zu Discourse gewechselt bin (und nach Jahren der PHP-Webentwicklung dann Rails erlernt habe).
Entschuldigen Sie die Wiederholung, aber bezüglich unseres vB-Portals war es ein „gut, dass es weg ist
Wir haben es von 2007 bis 2016 genutzt. Der Wechsel verlief reibungslos, und nur ein kleiner Prozentsatz der Mitglieder beschwerte sich über Discourse. ABER sobald sie sich an Discourse und die Nutzung seiner Funktionen gewöhnt hatten, wollten sie nie wieder zu VB zurückkehren.
Was den meisten fehlte, war die VB-Startseite mit den aufgeführten Foren und Unterforen sowie die Seiten in Threads. Im Laufe der Zeit verblasste dies, und wir hören nur noch davon, wenn neue Mitglieder, die von „klassischen
Ich hatte jahrelang eine vBulletin-Lizenz und Photopost (die ich vermisse).
Ich wurde an dem Tag von ihren Foren gesperrt, als sie die Lizenzierung änderten, weil ich meine Wut ausgedrückt hatte – genau wie viele andere.
Die einzige Sperre, die ich je erhalten habe (ich trage sie mit Stolz)
.
Das führte dazu, dass Xenforo sich abspaltete.
Seitdem habe ich vBulletin nicht mehr angeschaut.
Ich vermisse das Galerie-Add-on.
Discourse sieht viel besser aus als Vbulletin. Aber das Einzige ist, dass Discourse nicht auf Shared Hosting installiert werden kann.
Warum 2021 noch Shared Hosting nutzen?
Discourse ist Open Source und lässt sich auf einem Cloud-Server für ≤5 $/Monat installieren.
Sieht besser aus und ist besser, besonders für Mitarbeiter/Verwalter.
Wir haben von 2008 bis 2018 vBulletin verwendet. (Davor nutzten wir Disqus, und noch davor etwas anderes, an das ich mich nicht mehr erinnern kann – das war von 1996 bis 1999).
Einige Funktionen, die wir mit vBulletin genutzt haben und die in Discourse (nicht exakt) verfügbar sind, waren Blogs, Galerien und Gruppen (vBulletin-Gruppen waren Facebook-Gruppen ähnlich). Als wir zu Discourse migriert sind, wurden alle drei Funktionen zunächst vermisst, aber wir haben festgestellt, dass die meisten davon unserer Community unnötigen Ballast hinzugefügt und den Fokus von der Diskussion abgelenkt haben.
Wir haben Blogs für Beiträge der Mitglieder verwendet, haben sie aber durch Forumsthemen ersetzt.
Wir haben Gruppen für Teams genutzt, die sich für bestimmte Aspekte unserer Community interessierten. Doch wir haben sie schrittweise abgeschafft und die Diskussionen ins Hauptforum verlegt. Das hat tatsächlich das Engagement und das Bewusstsein für alle Themen gesteigert.
Das Gleiche galt auch für Galerien…
Also… das Urteil war: Zu viel Ballast ohne direkten Nutzen für die Community und manchmal sogar negative Auswirkungen auf den Zusammenhalt der Diskussionen.
Nee, wir vermissen es überhaupt nicht!
Es kann hilfreich sein oder auch nicht zu wissen, dass Blogs und Galerien in Discourse über Themenkomponenten verfügbar sind.
Der einzige Unterschied zu vBulletin ist, dass sowohl Blogs als auch Galerien benutzerspezifisch waren. Das heißt, sie waren mit dem Profil jedes Benutzers verknüpft.
Natürlich könntest du das in Discourse auch erreichen, wenn du es wirklich möchtest, entweder mit einigen ausgefallenen Kategorieneinstellungen oder einem Plugin, wenn du wirklich so weit gehen willst…
Das deckt sich mit meinen über 10 Jahren Erfahrung beim Besuch eines vBulletin-Foren. Nach 10 Jahren wurde mir klar, dass ich von den hunderten Dingen, die ich an einem beliebigen Tag auf einer vBulletin-Seite potenziell anklicken könnte, bei all den Links, die über den gesamten Bildschirm verteilt waren, vielleicht nur ein Dutzend dieser Links angeklickt hatte. Je. Le. Ben! In EINEM JAHRZEHNT der Nutzung!
Das ist einfach verrückt ![]()
![]()
Wenn du darüber nachdenkst, Discourse zu nutzen – mach es einfach! Es ist die beste Forenplattform überhaupt und wird es auch auf absehbare Zeit bleiben. Ich bin oft erstaunt über das Entwicklungstempo hier, und das Team besteht aus unglaublich talentierten Leuten (wie Sam Saffron, der meiner Meinung nach einer der erfahrensten Ruby-Entwickler ist).
Was das Fehlen von vB-Funktionen angeht – das ist wahrscheinlich nicht der richtige Ansatz, da es sich um unterschiedliche Systeme handelt. Aber ich bin mir ziemlich sicher, dass Nutzer auf Discourse viel zufriedener sein werden, wenn deine Website hauptsächlich ein Forum ist.
Die einzige „Forum“-Funktion, die ich von vB vermisse, ist die Möglichkeit, Bereiche einzurichten, in denen nur der Themenstarter und das Admin-/Moderator-Team Threads einsehen können. Wir nutzen solche Bereiche für „Forum-Feedback“, „Kontakt zum Support“ usw., und sie eignen sich dafür besser als private Nachrichten (die, einmal gelesen, oft in Vergessenheit geraten und später schwerer zu kategorisieren oder zu überprüfen sind).
Es gibt viele Dinge, die ich mir in Discourse wünschen würde – eines davon ist die Möglichkeit, es auch für andere Bereiche wie Blogs, Artikel, Nachrichten usw. einzusetzen. Das Kommentierungs- und Diskussionssystem in Discourse ist wahrscheinlich eine seiner größten Stärken. Stell dir einen Wordpress-ähnlichen Blog vor, der mit der Kraft der Discourse-Kommentare ausgestattet und nahtlos in die Benutzerprofile des Forums integriert ist. Ich bin wirklich der Meinung, dass Discourse Wordpress (und andere CMS) ersetzen könnte, wenn sie das untersuchen würden – und es wäre auch nicht allzu schwierig. Auf vB haben wir es bereits genutzt, um mehrere andere Bereiche zu betreiben. Dafür brauchten wir lediglich: 1) Eine eigene Indexseite für jeden Bereich, auf der wir alle neuesten Einträge für diesen Bereich abrufen konnten, und 2) die Möglichkeit, für den ersten Beitrag ein eigenes Design festzulegen und ein anderes für nachfolgende Beiträge (eine einfache Bedingungslogik hat das in vB erledigt). So könnten Hauptartikel und Kommentare unterschiedlich aussehen.
Außerdem würde ich mir eine richtige Blockier-Funktion wünschen. Das würde Moderatoren das Leben sehr erleichtern.
Beide Punkte wurden im Forum bereits diskutiert, aber sie werden wahrscheinlich nicht hinzugefügt (was ich persönlich als große Schande empfinde und hoffe, dass das Team dies irgendwann noch einmal überprüft).
Sind Sie sich bewusst, dass wir jetzt sowohl Mute als auch Ignore pro Benutzer haben, ja?
Das ist etwas, das ich ebenfalls irgendwann ™ gerne sehen würde, zusammen mit der Möglichkeit, eine Kategorie einzurichten, in der der Themenstarter eingeschränkte Moderationsrechte im jeweiligen Thema hat (mindestens: andere Beiträge löschen + eigene Beiträge sofort löschen + keine Zeitlimits für die Bearbeitung eigener Beiträge).
Ich bin ziemlich sicher, dass dies möglich ist, irgendwo in den wahnsinnigen Berechtigungskonfigurationsdialogen von vB verborgen.
Das hindert einen Benutzer aber doch nicht daran, auf die Beiträge einer Person zu antworten, oder?
Wir haben das schon einmal besprochen – aber du warst meiner Erinnerung nach nicht sonderlich angetan von der Idee. Ich hoffe, du wirst deine Position dazu noch einmal überdenken.
https://meta.discourse.org/t/ability-to-ignore-a-user/110254/75?u=astonj
Ich müsste hier ziemlich überzeugt werden. Ich habe das Gefühl, dass diese super seltsame Berechtigungs-Konvention etwas war, das vBulletin versehentlich der Welt aufgedrückt hat, und jetzt leiden wir alle darunter. Im Grunde war es so: „Oh, hier ist Ein verrückter Trick™, um vorzutäuschen, unser Forum sei eine Ticket-Support-Lösolution. Sagt dem Vertriebsteam, sie können das so verkaufen!
[quote=“codinghorror, Beitrag: 15, Thema: 176665”]
Ich müsste da ziemlich überzeugt werden. Ich habe das Gefühl, dass diese super seltsame Berechtigungskonvention etwas war, das vBulletin versehentlich der Welt aufgedrängt hat, und jetzt leiden wir alle darunter. Im Grunde hieß es: „Oh, hier ist ein verrückter Trick™, um so zu tun, als wäre unser Forum eine Helpdesk-Lösung für Tickets – sagt dem Vertriebsteam, sie können es so verkaufen!
[quote=“Ghan, Beitrag: 16, Thema: 176665”]
Wir nutzen diese Möglichkeit in unserer aktuellen Software bereits recht umfangreich, und ich tendiere hier in Ihre Richtung. Die meisten dieser Threads, die Benutzer für „Support
Mir ist aufgefallen, dass Gruppenseiten über eine Nachrichtenfunktion verfügen und ein separates Postfach, das Benutzer zur Übersicht nutzen können. Ich bin mir nicht sicher, wie ich mich dazu im Vergleich zu einer Berechtigung „Nur eigene Threads anzeigen“ stelle, aber das könnte funktionieren.
Wir nutzen diese Art von Einrichtung neben dem Staff-Kontakt auch als „Private Werkstatt“, in der Benutzer Beiträge verfassen und das Formatieren testen oder Inhalte speichern können, die sie schrittweise aufbauen und im Laufe der Zeit bearbeiten, bevor sie öffentlich veröffentlicht werden.
Ja, das Gruppen-Postfach für @moderators ist das richtige, wenn die Diskussion privat sein muss.