Sono sicuro che queste istruzioni funzionino bene per coloro che utilizzano server cloud dedicati allo scopo di ospitare solo Discourse.
Ma ci può essere un numero piuttosto elevato di persone che vogliono installarlo su host che hanno già server web e di posta in esecuzione (e comprendono gli svantaggi prestazionali dichiarati).
Mi rendo conto che qui c’è una categoria “documentazione” dove almeno alcune di queste informazioni possono essere trovate. Ma usare un forum di discussione come piattaforma di documentazione non è l’ideale - per ragioni che spero siano ovvie.
Se dovessi inviare un documento di installazione modificato al repository (cioè, istruzioni che presuppongono ancora Docker e coprono i server cloud come sono, ma si rivolgono anche a casi con configurazioni Nginx o Apache esistenti) verrebbe accettato? Significherebbe alcune modifiche all’attuale INSTALL-cloud.md per renderlo tutto leggibile, però.
Concordo che ci sia della documentazione. Semplicemente non è in un formato adatto (o non è facilmente reperibile, come hai dimostrato) rispetto al modo in cui è presentata nel repository GH.
In una certa misura, la documentazione disponibile rappresenta l’ambito limitato del supporto gratuito che possiamo fornire qui.
Un nuovo VPS su DigitalOcean è una quantità nota. Questo approccio ci consente di fornire passaggi facili da seguire e garantisce quasi un’installazione funzionante alla fine.
Non possiamo davvero tenere conto di tutte le altre configurazioni di server condivisi, deployment on-premise e installazioni per hobbisti.
Se vuoi imparare come installare Discourse, la buona notizia è che i costi di un droplet su DigitalOcean sono ripartiti proporzionalmente. Un VPS da $6 ti costerà solo $0,20 al giorno per tenerlo come riferimento noto mentre tenti di installare Discourse in un ambiente più sfumato.
Mi dispiace, non sono stato chiaro: con “invio” intendevo una pull request al repository in cui si trova, non la pubblicazione sui forum.
Suppongo che le ragioni per cui le discussioni non sono ideali per la documentazione siano le stesse del plugin “discourse docs”, che sembra affrontare molto bene tutti questi motivi.
(A parte questo, nulla di tutto ciò ha rilevanza con la domanda originale che ho posto, il che dimostra perfettamente il problema a cui mi riferivo! Ironia della sorte.)
Ho capito fin dall’inizio. La mia risposta (e non ho alcun controllo su alcun repository ufficiale di Discourse) è “no”. La soluzione consigliata è estremamente semplice e ha il minor numero possibile di variabili. È progettata per funzionare per persone che non hanno mai usato la riga di comando. Una volta che inizi a mettere un “semplice” reverse proxy davanti alle cose, i modi in cui qualcuno può rompere le cose esplodono esponenzialmente.
Non si tratta solo di decomprimere (o estrarre) un’altra directory PHP e aggiungere un altro file a hosts-enabled. Devi sapere cos’è un reverse proxy, capire qualcosa sulle porte, o forse sui nomi host di docker, e su come impostare https, e impostare force_https nel container, e aggiungere un po’ di magia per far passare l’IP reale attraverso il reverse proxy. È abbastanza difficile che tu non voglia che chiunque non capisca almeno la maggior parte di questo in anticipo lo trovi per errore e poi si chieda perché non funziona.
Ho capito fin dall’inizio. La mia risposta (e non ho alcun controllo su alcun repository ufficiale di Discourse) è “no”.
Ahah, non stavo rispondendo a te! Questo diventa solo più confuso man mano che andiamo avanti, mi dispiace tantissimo.
Senti, lasciamo perdere. Magari qualcuno può cancellare l’intera discussione. Non avrei dovuto sollevare nulla di tutto ciò per conto di coloro che non possono installare Discourse nel modo supportato.