C’è interesse nel costruire una versione “Mini” di Discourse molto ridotta e minimale che sia facilmente compilabile su QUALSIASI distro (le mie priorità sarebbero Fedora e Alpine) ma dove potremmo sperimentare alcune delle funzionalità di chat/social menzionate nella discussione qui:
Questo articolo parla dell’utilità delle applicazioni containerizzate sui desktop degli utenti. Discourse non è mai stato pensato per essere eseguito localmente sul tuo laptop insieme al tuo browser, ma su un server dove è accessibile a tutto il tuo team/comunità.
Quindi non capisco come sia rilevante per Discourse
Apprezzo l’ispirazione per questo, ma onestamente penso che Discourse sia ragionevolmente facile da provare in alcuni posti, Digital Ocean principalmente tra questi. Ci sono alcuni requisiti fondamentali che lo rendono meno facile di, diciamo, quasi tutti i forum basati su PHP, ma questa è tutta un’altra questione che non vale la pena approfondire qui. Ma penso che testare Discourse sia ragionevolmente accessibile alle persone se sono disposte a sperimentare su Digital Ocean. C’è una certa barriera all’ingresso, ma non riesco davvero a immaginare un buon modo per affrontarla dato l’approccio di sviluppo e hosting principale di Discourse (RoR, Docker, ecc.).
La domanda più grande che ho è se questo affronta uno dei motivi principali per cui Discourse sembra essere meno “nel dibattito” sulle piattaforme di community moderne. La mia sensazione è che la risposta sia no, e penso che ci siano alcuni problemi di progettazione e funzionalità di base che sono probabilmente un fattore più importante. Ma sono curioso se pensi diversamente.
Intendi dire che vuoi che il sistema operativo host sia diverso da Ubuntu e che utilizzi il container Docker standard? Non credo che sia così difficile.
Beh, forse non per te, ma ho impiegato un po’ di tempo per far funzionare una versione di sviluppo di Fedora, ma sono stato bloccato con la versione di produzione…
Tuttavia, il mio suggerimento “Mini” è proprio questo: partire da zero, magari con Alpine, e produrre pacchetti di distribuzione anziché immagini Docker. .
Non sto esprimendo il mio punto molto bene, come ho appena detto nell’altra risposta: “Tuttavia, il mio suggerimento “Mini” è proprio questo: partire da zero, magari con Alpine, e produrre pacchetti di distribuzione, non immagini Docker.”
Quindi questo è quello che intendi. Sì. Come hai potuto constatare, sarà difficile da creare, mantenere e supportare. Probabilmente avresti bisogno di qualcuno che ci lavori quasi a tempo pieno per tenerlo aggiornato. Ci sono così tanti pezzi che dovresti tenere traccia, da una complessa configurazione nginx (che potrebbe non essere una delle parti difficili) ai pezzi di elaborazione delle immagini, e questi sono solo i pezzi più ovvi.
L’immagine docker di Bitnami lo fa, però, e utilizza un diverso motore web Rails, quindi è possibile, ma, come con Bitnami, sarai da solo a supportarlo.
Perché pensi che questa sia una buona idea? Pensi di poterlo fare e ridurre i requisiti di sistema in qualche modo tangibile?
Beh, non ero sicuro che la mia idea avrebbe ricevuto molto supporto, ma ho pensato che alla luce della discussione precedente sul fatto che Discourse non fosse considerato per alcune situazioni, forse una rivalutazione e sperimentazione potrebbero essere utili, quindi ho pensato che valesse comunque la pena pubblicarla. Tuttavia, pensavo che uno sforzo del genere potesse essere fatto solo partendo da zero, MA con il contributo degli sviluppatori esistenti su ciò di cui un’app di base e minimale potrebbe aver bisogno.
Sento ancora che un’app/pacchetto più piccolo, leggero e semplice potrebbe essere utile per negozi più piccoli.
Nell’improbabile situazione in cui altri pensassero che l’idea valesse la pena di essere perseguita, ovviamente aiuterei l’esercizio il più possibile!
Non ho la minima idea di cosa tu voglia fare. Pensavo di averla capita, ma sta diventando sempre più confuso.
Vuoi “partire da zero” ma anche una versione “ridotta”. Vuoi costruirla facilmente su qualsiasi distro e renderla allo stesso tempo più semplice. E citi un articolo che parla di quanto sia difficile distribuire app su Linux Desktop, che discute i tempi di avvio e i driver grafici, cose che mi sembrano piuttosto irrilevanti.
Per ora mi attengo alla mia prima risposta (che finora è stata ignorata)
Discourse non è un’applicazione desktop, è inteso per essere installato su un server e connesso da client remoti tramite un browser. Continui a elaborare su come pensi che Discourse possa essere ridotto, ma non hai fornito un caso d’uso sul perché.
Qual è lo scopo di installare Discourse su una distribuzione desktop. Quale scenario non è supportato dall’installazione attuale?
Discourse può funzionare su un VPS da $5/mese o su un SBC da $35 sulla maggior parte delle connessioni Internet domestiche. Quanto più piccolo deve essere veramente?
Stai proponendo questo lavoro come un modo per aiutare ad affrontare il problema “Discourse non menzionato nella conversazione” (ad esempio, rendendolo più accessibile a più persone per provarlo)? O la tua intenzione è diversa da questa? Devo dire che non capisco del tutto il tuo obiettivo effettivo, separato da “rendere Discourse più facile da configurare su più distribuzioni”. Con questo intendo, non capisco quale obiettivo più ampio verrebbe raggiunto, quale maggiore necessità verrebbe soddisfatta. Maggiore potenziale di sperimentazione?