Un server per 2 community Discourse?

È meglio di DigitalOcean e simili, quindi sì, è una buona cosa.

Andava bene, ma ho anche evidenziato i limiti, i siti avevano davvero poco traffico e poca attività, se ti aspetti un’attività significativa su questi siti, hai bisogno di più risorse, l’utilizzo delle risorse di Discourse aumenta man mano che ricevi più attività.

Questo dipende davvero dal fatto che tu abbia o meno la necessità di isolare alcuni siti da altri. L’hosting commerciale di Discourse sono solitamente grandi cluster multisito con qualche “salsa speciale” in più per adattarsi al loro sistema di fatturazione, ecc.

Beh, a meno che tu non abbia una configurazione avanzata, tutti i siti condivideranno le credenziali del sito genitore. Cioè, senza una configurazione avanzata, se il sito genitore è configurato per noreply@example.com come email di risposta automatica. Verrà utilizzata anche da tutti i siti figli. Avrai bisogno di una configurazione aggiuntiva se desideri email univoche per sito.

Dipende in gran parte da cosa classifichi come “problemi”

1 Mi Piace

Un singolo app.yml per il multisito è fattibile, ma consiglierei di passare a un’installazione a 2 container (web e dati separati) per un multisito.

Dovrai superare alcune sfide, modificare i percorsi nei file yml e poi avviarle. Essenzialmente come se /var/discourse-a avesse la propria configurazione e /var/discourse-b avesse la propria.

Tieni presente che questi sono concetti piuttosto tecnicamente impegnativi. Hai davvero bisogno di una certa esperienza con Discourse e il suo funzionamento interno per poter ospitare il multisito. Se ti senti nervoso al riguardo, potresti considerare un hosting gestito per Discourse o chiedere a qualcuno di configurarlo per te professionalmente. Ciò ridurrà significativamente il tuo mal di testa nel tempo. Considera di pubblicare in Marketplace se hai un budget.

3 Mi Piace

Sì, ma è per questo che stavo dicendo che nel tempo posso sempre passare a un piano superiore con più risorse. Non è mai stato il mio piano rimanere su quel… piano… per molto tempo. Sto solo cercando di evitare costi non necessari mentre provo le acque, capisci?

Puoi indicarmi alcuni motivi per cui vorrei che fossero separati, oltre alle risorse del server? Al momento, non vedo una buona ragione per averli su server separati, ma sono sempre disposto a conoscere alcune prospettive diverse su cose che non conosco ancora.

Questo è un punto molto interessante, che non conoscevo. Quindi sembra che sia effettivamente qualcosa che è stato fatto e funziona. Buono a sapersi.

Cosa intendi con sito genitore? Ogni installazione non sarebbe indipendente? Quale sarebbe considerato il genitore?

Sono un po’ confuso, perché quando guardo il file app.yaml, c’è una parte dedicata all’email e alle credenziali di Brevo. Hai detto che posso optare per avere file app.yaml individuali per community. Quindi, questo non significherebbe che ogni community avrebbe le proprie credenziali Brevo, inclusa l’email di notifica?

Cose che mi impediranno di eseguire correttamente il backup, o email di notifica che non vengono inviate correttamente, cose del genere. Ancora una volta, come non esperto, e ancora nuovo di Discourse, ci sono cose che altre persone potrebbero vedere come un problema, ma io non lo vedo ancora.

Sì, era quello che stavo pensando. L’unica cosa condivisa sarebbe il server stesso. Tutto il resto funzionerebbe come un’installazione separata, da qui la domanda sull’email, sopra.

Penso che i passaggi più impegnativi per me siano già stati fatti, ovvero approfondire l’installazione di Discourse qualche mese fa. Non avevo alcuna conoscenza al riguardo. Non sapevo nemmeno cosa significasse “docker”. A questo punto, ho una prospettiva molto più chiara, pur considerandomi ancora un “utente Discourse di base” per quanto riguarda l’auto-hosting. E con l’aiuto sia di questa community che di ChatGPT/Claude, sono riuscito a imparare un po’ di più e a prendere appunti su come funzionano e vengono installate le cose. Non ho problemi con le sfide, e diciamocelo chiaramente: questa è solo l’installazione di un software. Non è che sto costruendo una bomba nucleare :laughing: Se qualcosa va storto, cancella tutto, torna a un’installazione singola per server. Tutto a posto :slight_smile:

Come ho detto, ho già la mia community installata, quindi credo che la parte più difficile sia già superata. Sono bravo a seguire le istruzioni e a fare domande, quindi mentre provo le cose, posso sempre fermarmi e fare qualche ricerca, prendere appunti, ecc.

Il mio obiettivo ora è più capire la meccanica, i pro e i contro, cosa è possibile e cosa non lo è, in modo da poter prendere buone decisioni che non rimpiangerò in seguito e che mi richiederanno troppo tempo per sistemare le cose, capisci?

Quindi, tutte queste informazioni che state condividendo oggi sono super preziose, perché mi danno una buona idea su cosa pensare. Soprattutto quando hai menzionato che l’hosting gestito offerto dal team di Discourse è un multisito. Questo mi ha davvero fatto capire che è possibile. Forse richiede qualche passaggio in più, ma tutto può essere fatto.

Apprezzo molto il tuo feedback :raising_hands:

3 Mi Piace

Dovrai prima decidere se desideri un singolo multisito o un singolo server che ospita più siti autonomi. Mi asterrò dal rispondere a qualsiasi cosa tu abbia chiesto sopra prima che tu decida tra l’uno e l’altro. C’è molto da capire, il semplice installare Discourse su una macchina virtuale non ti rende automaticamente idoneo per le complicazioni del multisito, ad esempio mi ci sono voluti 3 anni per perfezionare l’esperienza di installazione multisito per me stesso. Certo, la documentazione non era molto chiara su molte cose e ho dovuto figuratively (FTFO) capire molte cose per farlo bene. E uso Discourse dal 2016-17 (quasi 9-10 anni a questo punto)

Quindi, per favore, fai un passo indietro e ripensa a cosa stai cercando di ottenere, e poi potremo concentrarci sul raggiungerlo.

Ancora una volta, sii consapevole che installare Discourse non è l’ostacolo più grande, c’è ancora molto da imparare e anche dopo 9 anni di utilizzo e implementazione di Discourse, mi considero ancora imparare cose nuove ogni singolo giorno.

2 Mi Piace

Questo è sempre stato il mio obiettivo. Non vedo alcun vantaggio, per quello che sto costruendo, nell’avere un singolo multisito. Il mio obiettivo è solo risparmiare sui costi utilizzando un server con installazioni indipendenti.

E capisco cosa intendi riguardo alla complessità delle cose. Ecco perché dicevo che anche se sono riuscito a installarlo e ora riesco a capire alcuni dei concetti, mi considero un utente base per quanto riguarda l’installazione.

Dopo aver prodotto musica per quasi 35 anni, sto ancora imparando cose nuove ogni giorno, quindi va benissimo. Sono a mio agio nell’imparare ogni giorno, e non mi aspetto di non farlo :slight_smile: Ecco perché sono qui in questa community. Per imparare cose nuove con voi ragazzi.

3 Mi Piace

Quindi, se vuoi semplicemente avere più siti Discourse sullo stesso server, senza che condividano il codice o il container, ecco cosa puoi provare:

Leggi attentamente il file app.yml e comprendi la sezione mounts. Avrai bisogno di montaggi diversi e prevedibili per ogni sito; come minimo, dovrai modificare manualmente queste directory.

L’unica volta che l’ho fatto (e penso di averlo fatto nel modo più poco ergonomico) ho clonato il codice di Discourse in due directory diverse, il che potrebbe non essere necessario, ma non ci ho provato quindi non ne sono sicuro.

In ogni directory ho eseguito ./discourse-setup con alcuni flag per saltare il controllo di connettività e la ricostruzione. Questo mi ha fornito i file app.yml di base. Il passo successivo è stato modificare entrambi i file manualmente; ho cambiato i montaggi, ho commentato la sezione che esponeva le porte e ho aggiunto il template web.socketed per lasciare che il mio nginx esterno si occupasse della SSL e dei inoltri interni.

Poi è stato semplice eseguire ./launcher rebuild app in ogni directory.

Onestamente non ero un grande fan di questa configurazione, quindi ho rinunciato dopo alcuni mesi di esperimenti. Ma dimostra che quello che stai cercando di fare è effettivamente fattibile, solo che devi fare qualche ricerca.

Potresti anche voler abbassare il numero di worker, ecc., per dare a tutti i siti una possibilità equa di utilizzare le risorse, ma questo è un esperimento mentale per quando avrai gettato le basi iniziali.

3 Mi Piace

Grazie per le informazioni dettagliate!
Sto ancora valutando l’opzione migliore e anche se finisco per usare questa opzione, ho ancora bisogno di capire alcune cose.

Intendi questo? Perché quando ho cercato la parola “mount”, non è apparso nulla, ma ho supposto che fosse qualcosa relativo ai volumi?

Se è così, allora è lì che creo percorsi diversi come
var/discourse/shared/website1
var/discourse/shared/website2
ecc.?

Quindi, in pratica, hai eseguito un’installazione normale in uno dei percorsi, ad esempio:
var/discourse/shared/website1
poi hai copiato quei file in
var/discourse/shared/website2
?

Se è così, perché eseguire ./discourse-setup? Non sovrascriverebbe i file?
Non sarebbe meglio eseguire semplicemente installazioni normali in entrambi i percorsi? Come due installazioni completamente separate? Per qualcuno come me, specialmente quando menzioni i “flag” e tutto il resto, quelle sono altre cose di cui dovrei preoccuparmi, e forse un’installazione normale sarebbe meglio, per poi modificare manualmente i file app.yaml in ogni percorso?

MODIFICA: Lascia stare. Ho fatto qualche ricerca e ho capito cosa intendi con “clonare” in questo contesto. Hai clonato i file del repository. Pensavo stessi dicendo che avevi installato tutto in un “percorso” e poi copiato quei file in un altro “percorso”.

Hai già un’istanza di Discourse in esecuzione? Sei su questo forum da un po’. Stai cercando di avviare una seconda istanza su un server che ne ha già una in esecuzione?

Il modo migliore per imparare è provare. Imposta un VPS economico e prova. Se non hai già un’istanza in esecuzione, avvia una normale installazione self-hosted supportata e prendi confidenza. Non avrai visitatori reali e nessun motivo per dover salvare nulla. Puoi semplicemente eliminare l’installazione e riprovare più e più volte finché non ci riesci. Se imposti due o anche tre istanze tutte in esecuzione su un singolo VPS e tutte ricevono traffico (virtualmente) nullo, scommetto che il VPS più economico disponibile probabilmente le gestirebbe.

Se ci riesci, pubblica un tutorial per farci imparare!

1 Mi Piace

Sì, ce l’ho. Voglio installare istanze aggiuntive.

Dato che questa installazione è ancora nuova e nessun utente si è iscritto, non ci sono problemi a riguardo. Farò prima un backup e proverò tutto su questo server. Non c’è ancora un rischio reale.

Lo farò sicuramente. Spero che possa aiutare gli altri.

@itsbhanusharma Stavo ponendo alcune domande sia a ChatGPT che a Claude, perché stavo pensando di voler rinominare il percorso dell’istanza corrente da “discourse” al nome del sito web come “nome-sito-web” ed entrambi hanno sottolineato alcune cose buone. Una di queste è che poiché ogni installazione richiede 2 GB di RAM, se ne installo 5 in totale, ad esempio, avrei bisogno di 10 GB, giusto?

In tal caso, questo piano sarebbe probabilmente migliore:

CX43Intel ® / AMD
8 VCPU
16 GB RAM
160 GB NVMe SSD
20 TB Traffico incl.
€ 9.49 / mese

Ancora un ottimo prezzo per 5 istanze, invece di $5 x 5 = $25.

Quali sono i tuoi pensieri riguardo alla necessità di avere 2 GB per istanza? È accurato in questo scenario? Pensi che questo piano che ho condiviso sarebbe adatto?

Per favore, non farlo!

Ho più episodi di clienti che causano più danni che benefici ai loro siti di discussione perché hanno seguito ciecamente i consigli di chatgpt.

Questo è un po’ più sfumato e il tipo di cosa che non è così semplice come mettere insieme 2+2. E questa è in gran parte la ragione per cui l’approccio multisito è un’idea migliore.

Ancora una volta, direi di fermarti, fare una pausa, fare un passo indietro e ripensare alle tue esigenze. Ci sono buone risorse disponibili qui su meta e l’unico bot di intelligenza artificiale di cui mi fiderei per i consigli su Discourse è https://ask.discourse.org

5 Mi Piace

Sono d’accordo, ma verifica le informazioni leggendo le fonti che il bot fornisce. In questo modo ti assicurerai anche che non abbia inventato i link (succede!).

6 Mi Piace

È un po’ estremo… Nessuno sta seguendo ciecamente i consigli di ChatGPT (almeno io no), ecco perché sto avendo questa conversazione con tutti voi qui. :slight_smile:

Uso quegli strumenti come strumenti. Menzionano cose che mi permettono di vedere altri punti di vista, poi faccio ricerche online o pongo domande qui nella community. Lungo il percorso, mi mostrano anche altri concetti non strettamente legati a Discourse, il che è anche una cosa positiva. Gli strumenti sono validi solo quanto la persona che li usa.

E ho fatto molto usando i suggerimenti di ChatGPT e Claude. Non possiamo liquidare tutto ciò che dicono… alla cieca :wink:

Ti dispiacerebbe condividere qualcosa di più a riguardo? Se le informazioni di ChatGPT / Claude sono imprecise, forse puoi illuminare me, così come altri che potrebbero leggere questo in futuro?

Non per il mio caso, per un paio di motivi (e a meno che non mi stia perdendo qualcosa, eccoli qui):

  • Voglio essere in grado di apportare modifiche personalizzate, se necessario, a ogni istanza, senza influenzare le altre. Non che lo farò, ma voglio sapere di poterlo fare se lo desidero.
  • In un multisito, se il genitore si blocca, si bloccano tutti, corretto?
  • Mi piace semplicemente avere le cose indipendenti. Mi dà fastidio l’idea che 4-5 istanze siano tutte collegate a qualcosa che può fallire a un certo punto.

Ancora una volta, forse la mia prospettiva su come funziona un multisito è sbagliata, ma da quello che capisco, non sembra una buona soluzione per me.

Al momento, le mie esigenze sono:

  • Costruire tutte le community di cui ho bisogno
  • Spendere meno soldi possibile, perché non so se quelle decisioni di costruire quelle community saranno buone a lungo termine o meno (ci sono passato più volte di quanto vorrei, spendendo troppi soldi per “esperimenti”).

Non conoscevo questo strumento, quindi grazie per averlo condiviso. L’ho messo tra i preferiti.
Devo dire, però, che non dovremmo ciecamente (scusa, ho dovuto farlo di nuovo haha) scartare tutto ciò che dicono ChatGPT o Claude, anche se il bot AI di Discourse è più competente, cosa che credo sia, con così tanti contenuti disponibili sull’argomento. Uso anche ChatGPT e Claude, perché a volte certe cose non sono solo legate a Discourse e mi piace sempre imparare qualcosa in più su altre cose.

Indipendentemente da ciò, apprezzo il tuo feedback e il tuo tempo. Mi ha già aiutato molto.

3 Mi Piace

Da quanto posso capire, stai analizzando eccessivamente la tua configurazione.

Fondamentalmente, non dovresti perseguire le 1000 brillanti nuove idee per la comunità che hai tutte in una volta avviando quante più istanze di Discourse (e per estensione di qualsiasi altro software) possibili.

La costruzione di comunità è un processo iterativo e richiede concentrazione; se dividi la tua attenzione tra più di una comunità alla volta, ti ritroverai con più di quanto puoi gestire.

I miei suggerimenti erano spunti di riflessione, come ho menzionato in precedenza, quando ho fatto questi esperimenti erano solo questo, un gruppo di amici che facevano cose perché potevano.

C’è una (o due) ragioni per cui queste non sono pratiche comuni? Comportano un notevole sovraccarico di manutenzione e gestione che ti causerà molti mal di testa e notti insonni in futuro, sei stato avvertito.

Dati i tuoi obiettivi, concluderei con questa affermazione: ciò che stai cercando di ottenere non è impossibile, ma oggi non è il giorno per ottenere tutto ciò che è possibile. Concentrati su ciò che hai a portata di mano, costruisci la tua prima comunità, il resto potrà seguire quando sarà il momento.

Per quanto riguarda l’apprendimento attraverso la sperimentazione, se la riduzione dei costi è il tuo obiettivo primario, il multisito è la strada da percorrere, con tutti i compromessi che presenta.

3 Mi Piace

Grazie ancora per il feedback.

Capisco cosa intendi, e credimi, se dovessi costruire tutte le community di cui ho bisogno per tutto ciò in cui sono coinvolto, non parleremmo di 4-5, ma di circa 15.

Sono riuscito a concludere con 3 che sembrano essere davvero importanti e che andrebbero costruite ora. A questo punto, tutte e 3 hanno bisogno del proprio spazio per dare agli utenti un luogo dove discutere le loro esperienze con i prodotti e i servizi che ho o che sto costruendo.

Come ho detto, un multisito in cui dipendono tutti l’uno dall’altro, non mi sembra giusto e, onestamente, i mal di testa e le notti insonni che menzioni, sono probabilmente più propensi a esistere in quel caso (almeno per me e per la mia esperienza in altre aree in cui le cose dipendevano l’una dall’altra), in una configurazione multisito. Non so… è uno di quei casi in cui il mio istinto dice “non farlo” e mi fido di esso. Forse mi sbaglio e sarò smentito nel tempo, ma per prima cosa mi fido del mio istinto.

Comunque, grazie ancora per il tuo tempo e il tuo aiuto. Lo apprezzo :raising_hands:

2 Mi Piace

Allora le auguro buona fortuna, signore! Tutto il meglio per la sua nuova avventura.

1 Mi Piace

Ciao amici e felice anno nuovo!

Questo è un argomento tempestivo per me dato che sono proprio nel processo di adattamento della mia configurazione per risparmiare tempo e denaro. Ho tre piccoli siti privati che ricevono pochissimo traffico ma sono tutti importanti per me. Voglio anche essere in grado di creare altri siti per testare nuove idee. Quindi il multisito penso che mi interesserà.

Detto questo, ho appena spostato uno dei miei siti da DigitalOcean a Hetzner, e sono rimasto sorpreso dal risparmio sui costi. Costa solo $3,49 al mese per la loro offerta cx23 più piccola, che è quasi ideale per un singolo sito piccolo. Pagavo $15,60 a DigitalOcean per una configurazione simile.

Avendo letto questo e altri argomenti correlati, il mio principale ostacolo con il multisito è che voglio usare la consegna diretta di email per tutti i miei siti, usando il nome di dominio del sito come nome di dominio dell’email in modo che sia facilmente riconosciuto e fidato dai membri del sito. Le istruzioni per configurare ciò non sembrano molto semplici.

Quindi al momento sto concludendo che potrebbe essere meglio per me attenermi semplicemente a siti standalone e spostarli tutti su Hetzner. Risparmierò denaro ma non così tanto tempo, considerando quanto tempo si perde a perdere tempo nella configurazione di siti standalone.

3 Mi Piace

Puoi farlo, ma solo se usano tutti le stesse credenziali smtp.

Dato che il tuo nuovo Hetzner è molto più economico, sarai comunque in vantaggio con tre siti rispetto a uno solo alla vecchia tariffa.

Non consiglierei il multisito con solo 1 GB di RAM, ed è più complicato da configurare, anche se la nuova impostazione dell’ambiente hostname alias risolve uno dei maggiori problemi.

2 Mi Piace

Il cx23 ha 4gb di ram. Sposterò i miei altri due siti sui loro server cx23 separati, quindi vedremo come andrà, ma la mia sensazione è che andrà tutto bene.

Sono confuso da questo poiché mail-receiver riguarda solo la ricezione di email e non ci sono credenziali smtp.

Stai parlando di email in arrivo o in uscita? Con l’email in uscita non ha forse ogni sito le proprie credenziali smtp configurate in app.yml?

3 Mi Piace

No. Il ricevitore di posta è separato. Se stai usando il multisito, c’è solo un file YML ed è lì che sono impostate le credenziali di invio SMTP. Se stai usando il ricevitore di posta, hai un problema diverso, poiché hai bisogno di un ricevitore di posta per ogni sito (almeno, questa è l’unica soluzione che ho trovato).

3 Mi Piace