Discourse e la mia esperienza personale nel usarlo

Comunità
1

Ciao.

Questo è il mio primo argomento su meta.discourse e mi piacerebbe molto scrivere sulla mia opinione e sui risultati del mio primo incontro con discourse.

Contesto

Dovrei iniziare dicendo che mi sono imbattuto in discourse relativamente per caso mentre cercavo un buon motore di forum per i miei scopi. E la fase di familiarizzazione è andata abbastanza positivamente, in particolare, mi sono reso conto che ha funzioni ben implementate che mi servono:

  1. Webhook
  2. Sistema di achievement
  3. Ricca capacità di integrazione con altri servizi
  4. Modernizzazione dell’interfaccia e molto altro…

A dire il vero, Discourse mi ha sorpreso con le sue capacità. E sono grato agli autori per aver continuato a supportare questo progetto.

Primi problemi

Ma purtroppo, ha ancora delle carenze che ho scoperto da solo, e per le quali non ho potuto continuare a interagire con discourse. Se in ordine, allora inizialmente per un motore di forum che considererei adatto, ho definito 3 regole:

  1. Gestione API
  2. Amministrazione comoda
  3. Possibilità di personalizzare qualsiasi interfaccia in base alle proprie esigenze.

E mentre Discourse è bravo con API e pannello di amministrazione… Quando mi sono addentrato nella modernizzazione, sono rimasto perplesso.

La prima “bestia” che mi ha attaccato è stata la differenza nelle versioni di Discourse e, di conseguenza, la differenza nei modi di scrivere Componenti e Temi di Discourse. Alcuni usavano widget, alcuni Ember JS, alcuni qualcos’altro… Tutto ciò ha causato confusione non solo a me ma anche all’IA, con cui ho periodicamente cercato di accelerare il mio apprendimento di Discourse - ma a causa della successiva “bestia” l’IA mi ha solo confuso di più…

La seconda “bestia” è la mancanza di documentazione di qualità e ricca in forma leggibile e in diverse lingue. Mi piacerebbe molto che l’amministrazione prestasse attenzione a questo il prima possibile. Sì, certo, ho letto argomenti sull’impostazione e la creazione dei miei Componenti e Temi di Discourse - ma non mi hanno dato le conoscenze necessarie per comprendere l’architettura di Discourse. In particolare, mi sono imbattuto in questo articolo completamente per caso: Upcoming Header Changes - Preparing Themes and Plugins Che mi ha aiutato a capire perché scrivevo costantemente codice in modo errato sulla versione beta :slight_smile: La differenza di versioni con l’assenza di una documentazione chiara e dettagliata è un punto dolente per Discourse… Perché la loro combinazione dà un significativo ritorno negativo, che mi ha impedito di utilizzare Discourse al massimo delle sue potenzialità. Ho estremamente bisogno di modernizzare profondamente l’aspetto del forum, e ahimè, la attuale “documentazione” non mi permette di farlo. Per questo motivo, molto probabilmente dirò addio temporaneamente a Discourse, ma ne seguirò lo sviluppo.

E la terza “bestia” è la relativa catalogazione delle informazioni su discourse. Trovare questa o quella informazione, come fare questa o quella azione, è estremamente difficile. Direi che dipende dalla tua fortuna e dalla conoscenza dell’inglese. Altrimenti, se non sei un “fortunato inglese”, dovrai arrangiarti per più di un giorno. Questo è estenuante.

E infine, il mio svantaggio personale di discourse è l’uso esclusivo di Docker (come metodo di installazione ufficiale). Sono sicuro che per questa affermazione posso prendere un’ondata di odio, ma comunque, credo che un prodotto del genere dovrebbe avere un modo alternativo di installazione senza soluzioni alternative. A volte potrei anche aver bisogno di modernizzare i file delle immagini docker esistenti - e a causa del costruttore di container questo è estremamente scomodo da implementare. Beh, o non ho trovato il modo giusto…

Conclusione

Indipendentemente dal fatto che Discourse abbia abbastanza svantaggi per me da non sceglierlo ora, sono fiducioso che in futuro potrò sceglierlo e utilizzarlo per i miei scopi. Perché mi aspetto che gli sviluppatori e gli amministratori di questo progetto prestino attenzione alle carenze di discourse (incluse quelle dichiarate in questo argomento/articolo). Discourse è già un progetto di altissima qualità, a mio parere, ma sembra ancora non essere cresciuto per un uso “comune”. Ma questo è temporaneo.

Grazie per la vostra attenzione all’articolo.
P.s. L’IA “Manus” è stata utilizzata per la traduzione dal russo all’inglese

13 Mi Piace
2

Sì. Alcune cose che funzionavano 10 anni fa ora non funzionano più. Esiste ora una nuova guida per sviluppatori di temi; è fantastica e affronta molte delle tue “bestie”: Theme Developer Tutorial: 1. Introduction

9 Mi Piace
3

Ciao, anche se questa è un’installazione unsupported-install, esiste questa guida per installare Discourse senza Docker:

4 Mi Piace
4

Infatti. Pertanto, ho chiarito che non esiste un metodo di installazione ufficiale di questo tipo.

5

Il mio problema più grande è che molti dei plug-in disponibili semplicemente non funzionano durante l’installazione sulle mie ultime installazioni.
E non è che non ci abbia provato. La mia prima installazione del sito è stata su Ubuntu 24.04LTS utilizzando Docker… e dopo l’installazione iniziale, quasi ogni ricostruzione dopo aver aggiunto alcuni plug-in (che sembravano recenti e supportati - sì, certo) la ricostruzione dell’app Discourse si bloccava regolarmente.
Poi, quando provavo a ricostruire dopo aver rimosso quei plug-in… ricominciava a bloccarsi.
La mia soluzione definitiva è stata in realtà tornare a un’installazione AlmaLinux con Docker. Almeno ora, quando aggiungo un plug-in che la versione corrente non gradisce, posso effettivamente ricostruire l’app quando la rimuovo da app.yml, a differenza dell’installazione Ubuntu.

E no, non sono un nuovo amministratore nella gestione di siti web. Gestisco siti web basati su forum da oltre un decennio, avendo esperienza con Woltlab, Xenforo, Invision, SMF, phpBB, myBB, NodeBB e diversi altri. e persino tornando all’era dei BBS MS-DOS/DesqView e multi-nodo (alla fine un sistema Maximus/2 multi-nodo OS/2 con 4 nodi, 3 dei quali erano ad accesso diretto da parte degli utenti e tutti e 4 erano disponibili per l’elaborazione della posta FidoNet). Quindi non sono nuovo alla scena.

Mi piace quello che ho visto di Discourse finora sul mio sito su cui lo sto eseguendo. Ma posso vedere rapidamente dove le persone nuove nella gestione di un sito self-hosted potrebbero avere problemi con esso. Attualmente gestisco anche Xenforo e NodeBB su diversi siti… e onestamente, la configurazione di NodeBB per un sistema multi-sito è MOLTO più facile da gestire rispetto all’offerta di Discourse. Non parleremo nemmeno di come eseguire 4 nodi di NodeBB sull’istanza VPS abbia un impatto minore rispetto a un singolo nodo Discourse su un’installazione VPS. E sì, ho studiato l’uso del multi-sito su di esso… ma attualmente è più un problema che altro. E sì, mi piace giocare con vari script… e non ho problemi a segnalare i difetti che trovo in ognuno di essi. :wink:

Discourse ha una base solida… ma deve ancora renderlo più facile per gli amministratori gestire più siti quando si effettua l’hosting autonomo senza dover passare attraverso gli ostacoli attuali.

1 Mi Piace
6

Ah, i tempi del DOS dei BBS Telegard Hack, uno dei più popolari era Renegade BBS. Ricordo anche PCBoard che aveva un suo linguaggio di scripting, BBS Amiga e Commodore 63. Bei tempi.

Ho avuto la fortuna di gestire Discourse su Ubuntu LTS. Se l’installazione di un plugin non andava a buon fine, di solito c’erano problemi minimi con una semplice rimozione/commento della riga del plugin… ogni tanto, però, sì, potrebbe essere necessario ricostruire due volte se falliva.

7

Il problema che ho avuto è che non si ricostruiva mai con quelli elencati.
Ma penso di aver trovato anche un problema aggiuntivo che stavo riscontrando. Se il file di configurazione non è esattamente corretto (spazio errato o tab su una nuova riga) sembra non funzionare bene quando si aggiungono i plugin. Da quando ho rimosso tutte le righe vuote sotto l’elenco dei plugin, ora sembrano essere costruiti come avrebbero dovuto.
So che la maggior parte usa Ubuntu, ed è un buon sistema operativo (è la base del software di cattura astrofotografica che uso), ma uso AlmaLinux da un po’ di tempo e lo preferisco, e sembra funzionare bene.

1 Mi Piace
8

Sì, i file yml sono molto esigenti sulla disposizione.

9

Sì… lo sto scoprendo. E onestamente… è una debolezza nell’offerta di script per molti versi.
Utilizzo uno script a pagamento per il quale l’installazione del plug-in (add-on) è molto più integrata… e quel script, purtroppo, è ancora indietro rispetto a ciò che dovrebbe offrire ai detentori di licenza che hanno pagato fior di soldi per averlo.
Se gli sviluppatori di Discourse potessero mai integrare l’installazione degli add-on direttamente dallo script stesso, senza dover modificare un file di configurazione testuale, sarebbe un enorme miglioramento. Ma purtroppo, sembra che, come per altri script, gli sviluppatori siano ancorati alle loro idee e non vogliano guardare a ciò che molti considererebbero un passo avanti.

Non ho problemi a consigliare alle persone lo script che funzionerà meglio per loro. Ma per un principiante… Discourse non è ancora all’altezza per l’auto-hosting, specialmente se si desidera eseguire più siti su un’unica istanza del server.
Continuerò a usarlo su un sito… ma rimane anche un grosso fastidio (PITA) nel gestire più istanze di Discourse su un unico server. Anche NodeBB supera Discourse per molti aspetti.

1 Mi Piace
10

Sì, non è stato progettato per essere eccessivamente facile da usare. @pfaffman ha un’interfaccia web che può automatizzare molte cose come, se non erro, l’installazione di plugin e una varietà di altri vantaggi. Ha però un prezzo annuale, ma secondo me il prezzo è piuttosto ragionevole per quello che aggiunge.

2 Mi Piace
11

Grazie, ma sono abituato a poter installare direttamente dall’ACP sia in XenForo che in NodeBB.
Non vale davvero la pena di passare attraverso il fastidio di pagare per questa funzionalità ora che ho capito quella particolarità. :wink:
Sto già guadagnando in media circa $2800 all’anno da siti/server da cui non ricavo alcun reddito. Sono solo un hobby per me.
Se devo iniziare a investire denaro in uno script, voglio che faccia molto di più di un forum di base con alcune modifiche. Ergo il mio sito di astrologia che gestisco.

2 Mi Piace