Hai mai usato Vbulletin in passato? Quale funzionalità di VBulletin ti è mancata in Discourse?
Abbiamo utilizzato vBulletin dal 2001 al 2020 e lo usiamo ancora come sito di riferimento “sola lettura” (vB3.8.X).
Onestamente, non mi manca nulla di vBulletin; anzi, dopo il passaggio a vBulletin ho scoperto che il modello MVC di Ruby on Rails è di gran lunga superiore al modello LAMP utilizzato da vBulletin (dal punto di vista di sysadmin e sviluppatore web).
Dal punto di vista dell’esperienza utente, la maggior parte dei nostri utenti è molto soddisfatta di Discourse; tuttavia, abbiamo perso alcuni esperti consolidati che amavano l’aspetto e il comportamento “legacy” o “vintage” di un forum vBulletin.
Avevo intenzione di portare il nostro sito di riferimento vB legacy su Rails nel 2021; ovvero, intendevo rifare il sito utilizzando Rails, Redis, Sidekiq, MySQL, jQuery e Bootstrap (costruire un’app Rails sopra il database MySQL esistente); ma nel 2021 sono così impegnato con lavori retribuiti interessanti e divertenti per clienti Rails che non credo che il nostro sito legacy verrà rifatto quest’anno.
Prima di installare Discourse, ero un programmatore PHP accanito; ma dopo la migrazione a Discourse e lavorando con Ruby e Rails, non mi piace più nulla dello sviluppo web PHP e LAMP e sono un grande fan di Rails, anche grazie alla migrazione da vB a Discourse (e poi all’apprendimento di Rails dopo anni di sviluppo web in PHP).
Scusa se mi ripeto, ma per quanto riguarda il nostro sito vB, è stato “finalmente liberati” di vBulletin e della sua architettura LAMP; e “Grazie Discourse!” per aver costruito Discourse su Rails!
Spero che questo sia d’aiuto, @MKDan
L’abbiamo utilizzato dal 2007 al 2016; la transizione è stata fluida e solo una piccola percentuale di membri si è lamentata di Discourse. MA una volta che si sono abituati a Discourse e al modo di usare le sue funzionalità, non hanno mai voluto tornare a VB.
Ciò che la maggior parte di loro sentiva mancare era la homepage di VB con l’elenco dei forum e dei sottoforum, e le pagine all’interno delle discussioni. Col tempo questo aspetto è svanito e ne sentiamo parlare solo quando nuovi membri provenienti da forum ‘classici’ si uniscono al nostro forum basato su Discourse.
Detto questo, non riesco a pensare a nessuna funzionalità di VB che mi manchi e che non sia già parte di Discourse. Penso che tornare a vBulletin da Discourse sarebbe un enorme passo indietro.
Per anni ho avuto una licenza vBulletin e Photopost (che mi manca).
Sono stato bannato dai loro forum proprio nel giorno in cui hanno cambiato il modello di licenza, per aver sfogato la mia rabbia, come molti altri.
L’unico ban che abbia mai ricevuto (lo porto con onore)
.
Questo ha portato alla nascita di XenForo.
Da allora non ho più guardato vBulletin.
Mi manca l’add-on per la galleria.
Discourse sembra molto meglio di Vbulletin. Ma l’unica cosa è che Discourse non può essere installato su hosting condiviso.
Perché scegliere l’hosting condiviso nel 2021?
Discourse è open source e si installa su un server cloud da ≤5$/mese.
È più elegante e funziona meglio, soprattutto per Staff e Amministratori.
Abbiamo utilizzato vBulletin dal 2008 al 2018. (Prima di allora usavamo Disqus, e ancor prima utilizzavamo un’altra piattaforma che non riesco a ricordare: era in uso dal 1996 al 1999).
Alcune funzionalità che utilizzavamo con vBulletin e che non sono (esattamente) disponibili in Discourse erano i blog, le gallerie e i gruppi (i gruppi di vBulletin erano simili ai gruppi di Facebook). Quando abbiamo migrato a Discourse, all’inizio abbiamo sentito la mancanza di tutte e tre le funzionalità, ma abbiamo scoperto che la maggior parte di esse aggiungeva solo disordine inutile alla nostra comunità e distoglieva l’attenzione dalle discussioni.
Utilizzavamo i blog per le creazioni degli utenti, ma li abbiamo sostituiti con i topic del forum.
Utilizzavamo i gruppi per team interessati ad aspetti specifici della nostra comunità. Tuttavia, li abbiamo gradualmente eliminati e spostato le discussioni nel forum principale. Questo ha effettivamente aumentato il coinvolgimento e la consapevolezza di tutti i temi.
Lo stesso vale per le gallerie…
Quindi… il verdetto è stato: troppo disordine senza alcun valore diretto per la comunità e talvolta addirittura un effetto negativo sulla coesione delle discussioni.
Nah, non ci mancheranno affatto!
Potrebbe essere utile o meno sapere che sia i blog che le gallerie sono disponibili in Discourse tramite componenti del tema.
L’unica differenza rispetto a vBulletin è che sia i blog che le gallerie erano specifici per utente. Ciò significa che erano associati al profilo di ciascun utente.
Ovviamente, se davvero lo desideri, puoi ottenere lo stesso risultato anche in Discourse, sia con alcune impostazioni avanzate delle categorie che con un plugin, se vuoi arrivare fino a quel punto…
Questo rispecchia la mia esperienza di oltre 10 anni passata a frequentare un forum vBulletin. Dopo 10 anni, mi sono reso conto che, tra le centinaia di cose su cui avrei potuto potenzialmente cliccare in qualsiasi pagina di vBulletin, con tutti quei link sparsi ovunque sullo schermo… avevo cliccato al massimo su una dozzina di quei link. Mai. MAI! in un DECENNIO di utilizzo!
È semplicemente pazzesco ![]()
![]()
Se stai pensando di utilizzare Discourse, fallo subito! È la migliore piattaforma per forum disponibile e lo rimarrà nel prossimo futuro. Sono spesso stupito dal ritmo di sviluppo qui, e il team è composto da persone incredibilmente talentuose (come Sam Saffron, che definirei uno degli sviluppatori Ruby più esperti in circolazione).
Per quanto riguarda ciò che manca rispetto a vB, probabilmente non è il modo migliore di vederla perché sono piattaforme diverse, ma sono abbastanza sicuro che, se il tuo sito è prevalentemente un forum, i tuoi utenti saranno molto più felici su Discourse.
L’unica funzionalità di tipo “forum” che mi manca da vB è la possibilità di avere una sezione in cui solo l’autore dell’argomento e il team di amministrazione/moderazione possono visualizzare i thread. Usiamo queste sezioni per “Feedback sul Forum”, “Contatta lo Staff”, ecc., e si adattano meglio a questo tipo di utilizzo rispetto ai messaggi privati (che, una volta letti, vengono dimenticati e non sono facili da categorizzare o rivedere in seguito).
Ci sono molte cose che vorrei vedere in Discourse, però: una di queste è la possibilità di utilizzarlo per gestire molte altre sezioni, come blog, articoli, notizie, ecc. Il sistema di commenti/discussione di Discourse è probabilmente uno dei suoi punti di forza più grandi: immagina un blog di tipo Wordpress con la potenza dei commenti di Discourse, tutto perfettamente integrato con i profili utente del forum. Credo davvero che Discourse potrebbe sostituire Wordpress (e altri CMS) se si dedicassero a questo, e non sarebbe nemmeno troppo difficile: su vB lo abbiamo usato per gestire diverse altre sezioni e tutto ciò di cui avevamo bisogno era 1) una pagina indice personalizzata per ogni sezione dove recuperare tutti gli elementi più recenti di quella sezione, e b) la possibilità di impostare uno stile diverso per il primo post e un altro per i post successivi (in vB ciò era gestito semplicemente con una condizione); questo permetterebbe all’articolo principale e ai commenti di avere un aspetto diverso.
Vorrei anche vedere una funzione di blocco vera e propria. Questo renderebbe la vita molto più facile ai moderatori.
Entrambe queste funzionalità sono state discusse sul forum in passato, ma è improbabile che vengano aggiunte (cosa che personalmente ritengo un vero peccato e spero che il team le riesamini in qualche momento).
Sei consapevole che ora abbiamo sia il Muto che l’Ignora per singolo utente, vero?
Anch’io vorrei vedere questa funzionalità, prima o poi ™, insieme alla possibilità di avere una categoria in cui l’autore dell’argomento abbia poteri di moderazione limitati all’interno dell’argomento (al minimo: eliminare altri + eliminazione immediata dei propri post + nessun limite di tempo per la modifica dei propri post).
Sono abbastanza sicuro che sia possibile, sepolto da qualche parte nei dialoghi di configurazione dei permessi folli di vB.
Questo non impedisce comunque a un utente di rispondere ai post di una persona, giusto?
Ne abbiamo già parlato, ma se non ricordo male non eri propenso all’idea. Spero che tu riesca a rivedere la tua posizione su questo.
https://meta.discourse.org/t/ability-to-ignore-a-user/110254/75?u=astonj
Avrei bisogno di parecchia convinzione per accettare questa idea. Sento che questa convenzione sui permessi, così strana, sia stata accidentalmente imposta al mondo da vBulletin, e ora ne soffriamo tutti le conseguenze. Fondamentalmente era: “Oh, ecco un Trucco Strano™ per far credere che il nostro forum sia una soluzione per help desk basato su ticket, dite al team di vendita che possono venderlo così!”
(se hai bisogno di un sistema di help desk basato su ticket, usane uno! E questo si aggiunge a tutta la questione “ehi, e se i permessi fossero per argomento”, che è… un’impresa enorme e non necessaria)
Abbiamo già forme rudimentali di questo, ad esempio il proprietario dell’argomento può rispondere un numero illimitato di volte al proprio argomento.
Utilizziamo questa funzionalità piuttosto estesamente nel nostro software attuale e mi allineo con la tua opinione. La maggior parte di questi thread creati dagli utenti per “supporto” sono in realtà solo un mezzo per lamentarsi con lo staff perché il loro post è stato rimosso o per altri motivi. Tuttavia, ci sono alcuni casi legittimi in cui gli utenti cercano di segnalare una storia di molestie da parte di qualcun altro o altri argomenti che richiedono una vera discussione.
Ci sono momenti in cui è necessaria un’interazione delicata, ma sarebbe eccessivo tentare di aggiungere un sistema di ticket. Penso che questo tipo di cose dovrà spostarsi nei messaggi privati una volta che saremo migrati su Discourse, ma sarà fastidioso poiché questi argomenti dovranno includere tutto lo staff affinché tutti siano sulla stessa lunghezza d’onda.
Questo è un caso d’uso eccellente per un sistema del genere: altrimenti le persone utilizzano la sezione più pubblica “Feedback sul forum”, spesso solo per creare problemi. Spostare questa funzionalità in una sezione “Contatta lo Staff” ha ridotto questo tipo di assurdità di circa il 90%.
Ho notato che le pagine dei gruppi hanno un pulsante per i messaggi e una casella di posta separata che gli utenti possono monitorare. Non sono sicuro di come mi senta riguardo a questa soluzione rispetto a un’opzione che consenta di vedere solo i propri thread, ma potrebbe funzionare.
Utilizziamo anche questo tipo di configurazione, a parte il contatto con lo staff, come una sorta di “Officina Privata”, dove gli utenti possono pubblicare e testare la formattazione o salvare contenuti che stanno gradualmente costruendo e modificando nel tempo prima di pubblicarli in un luogo pubblico.
Sì, la casella di posta del gruppo per @moderators è quella che dovresti utilizzare se la discussione deve rimanere privata.