Ciao, chiunque clicchi sui miei link per Termini di servizio, FAQ o Privacy riceve solo una pagina vuota con un cursore di ‘caricamento’ che gira all’infinito.
Come posso risolvere questo problema?
Come posso rendere queste informazioni disponibili e portarle all’attenzione di eventuali utenti che visitano l’URL del sito ma non si sono ancora registrati per l’accesso protetto da password?
Al momento, un visitatore vede solo la finestra di accesso di base come pagina di atterraggio, senza alcuna indicazione prima della registrazione se il forum sia pertinente alle loro esigenze o quali condizioni si applichino.
Ora che il sito e l’email sono configurati e funzionanti sul dominio del forum, esito a rischiare di compromettere tutto reindirizzando il dominio a un’altra pagina web ospitata separatamente come home page e spostando il forum su un sottodominio o simili, come suggerito. Sono anche riluttante a spendere 47 $ all’anno per un plugin a pagamento per aggiungere leggermente più informazioni alla pagina di atterraggio del dominio.
Come una soluzione di ripiego sgradevole e poco elegante, ho aggiunto una guida pensata per chi sta valutando di registrarsi, personalizzando direttamente il testo della finestra di accesso.
Se decido di affrontare l’ostacolo e migrare il forum su un sottodominio, quanto dolore, da principiante, dovrei aspettarmi in:
l’impostazione di una landing page sul dominio principale, ospitata anch’essa sul mio droplet Digital Ocean? (così da non dover pagare per un altro servizio)
garantire che la posta in entrata e in uscita tramite Mailgun e tutte le funzionalità continuino senza interruzioni?
Un problema di fondo è che preferirei di gran lunga amministrare e aggiornare il contenuto della landing page direttamente dal pannello di amministrazione, includendolo anche nei backup automatici, il che sembra piuttosto difficile da realizzare se non si utilizza lo stesso dominio, figuriamoci lo stesso software.
Mi piacerebbe davvero vedere almeno una semplice funzionalità di landing page resa disponibile nel core di Discourse, per coloro che non vogliono o non hanno bisogno di un altro sito da amministrare.
È così anche per gli utenti collegati, oltre che per gli anonimi (non collegati)? Se sì, ciò indica un problema piuttosto fondamentale che non dovrebbe essere influenzato da modifiche al dominio o al sottodominio.
Nel nostro caso, vogliamo sicuramente avere Discourse nel dominio principale, poiché è il centro assoluto delle nostre attività. Quindi anch’io ho cercato il modo migliore per ottimizzare /admin/customize/site_texts/login_required.welcome_message e gli altri elementi di quella pagina.
La buona notizia è che in quel testo è possibile utilizzare tutto il solito Markdown, ecc.; questo offre molta più flessibilità. Io lo faccio scrivendolo in un argomento in Staff e poi copiandolo nella sezione di personalizzazione. @codinghorror - sarebbe estremamente utile per persone nella nostra situazione se si comportasse allo stesso modo delle pagine FAQ e simili.
Inoltre, è possibile fornire collegamenti alle pagine Privacy e Termini di servizio (che dovrebbero essere visibili agli utenti anonimi) utilizzando il componente del tema Custom Header Links (con un po’ di CSS aggiuntivo). Ovviamente, non sono soddisfatto di questo e voglio che anche gli anonimi vedano le pagine FAQ e Chi siamo (mantenendo il forum privato), quindi ho chiesto aiuto:
Questo è vero per gli utenti loggati. Gli utenti che non hanno effettuato l’accesso non hanno modo di vedere nulla oltre alla finestra di accesso (a meno che non mi stia perdendo qualcosa?)
È molto strano che non si possa accedere a nessuna di quelle pagine per gli utenti loggati. Hai ancora i topic in cui si trovano nella tua categoria #admin?
Ah, potrebbe essere quello il indizio. Non ho alcuna categoria ‘Admin’.
Ho fatto una pulizia delle categorie che sembravano vuote e, in ogni caso, non sufficientemente diverse dalle altre. Ovviamente non erano vuote, dopo tutto.
Supponendo di poter copiare il contenuto di questi argomenti da questo sito e ricrearli sotto una delle categorie rimanenti sul mio sito, come posso ricollegarli ai rispettivi elementi del menu? Oppure devo semplicemente ricreare la categoria Admin?
Scusa, credo intendessi Staff. Anche io ho fatto delle modifiche nella nostra istanza, ma ho salvato i topic. Quei topic si chiamano “FAQ/Linee guida” (ID topic 5), “Termini di servizio” (ID topic 4) e “nome del tuo forum Informativa sulla privacy” (ID topic 6).
Sospetto che ci sia qualcosa di speciale al riguardo: solo gli amministratori possono modificare il primo post di ciascuno, indipendentemente dalle impostazioni della categoria. Potrebbe essere un po’ complicato ricrearli. Buona fortuna!
La categoria #Staff non è mai stata eliminata, ma sembra che i topic lo siano stati in qualche modo.
Per quanto riguarda il contenuto di quei topic, in particolare quelli dei Termini di servizio e dell’Informativa sulla privacy, copiare semplicemente ciò che ho trovato su questo sito Discourse Meta non sembra funzionare, poiché entrambi sono fortemente orientati/specifici per una giurisdizione e un contesto che non si applicano al mio forum. Ci sono fonti più generali (anche pertinenti alla Nuova Zelanda?) da cui attingere?
Confermo inoltre che aggiungere semplicemente la categoria ‘Admin’ e creare un topic ‘FAQ’ al suo interno non ha funzionato: il link FAQ genera ancora una schermata vuota con il cursore che gira.
OK, in merito a ciò, osservando gli URL utilizzati nel FAQ originale, sembra che l’argomento del FAQ risieda direttamente in una sottocartella denominata ‘faq’ - ad esempio:
https://meta.discourse.org/faq#civilized
Mentre se creo un nuovo argomento FAQ e incollo il contenuto, viene reindirizzato a qualcosa del genere:
https://nzarchitecture.net.nz/t/faq/15074
Come posso creare la corretta sottocartella o posizionare gli argomenti al suo interno? Non trovo nulla che riconosca come una struttura di cartelle convenzionale per il contenuto del sito Discourse quando mi collego al mio Droplet Digital Ocean tramite FileZilla, quindi immagino che ci sia qualche artificio oscuro di Ruby on Rails nella generazione di questi URL/percorsi.
Nel frattempo ho trovato una soluzione alternativa, che consiste nell’utilizzare qualsiasi URL venga generato ricreando questi argomenti mancanti e incollarli nei campi pertinenti ‘fonte esterna alternativa’ nelle Impostazioni/Legali della dashboard.
Sarebbe comunque utile sistemare le cose correttamente se esiste un modo: non so quali altre implicazioni potrebbero derivare da una configurazione originale danneggiata o mancante.
Quelli sono predefiniti (definiti dal sistema) per gli argomenti predefiniti. Ripristinarli come erano prima dell’eliminazione probabilmente significherà intervenire su PostgreSQL.
Grazie Stephen. Purtroppo non saprei da dove iniziare a manipolare PostgreSQL.
Dovrebbe essere stato possibile per me cancellarli se erano integrati o non contenuti in alcuna categoria direttamente modificabile o accessibile dall’utente?
Ho notato inoltre che, anche quando quei argomenti esistevano per me, sembravano ignorare le informazioni sui Campi obbligatori fornite durante la configurazione per Nome azienda, Legge applicabile e Città per le controversie, quindi qualcosa era già rotto.
E tutto ciò è giuridicamente irrilevante, se un utente non ha modo di vedere i termini di servizio prima di registrarsi, il che potrebbe essere un problema fondamentalmente grave per tutti i forum Discourse protetti da password?
Saluti, Nathan.
È interessante/encoraggiante che possa collegarmi ad esso anche senza aver effettuato l’accesso.
Vorrei davvero avere link funzionanti a FAQ, Termini di Servizio, ecc. nella finestra di dialogo di registrazione/accesso, ma finora, per me, tutti i link generano una risposta di ‘non hai i permessi’ agli utenti che non si sono registrati.
Puoi farlo con un’altra soluzione alternativa:
Rendi tutte le tue categorie visibili solo al livello di fiducia 0 (o più restrittivo), tranne quella che contiene i tuoi post informativi (rendila visibile a tutti). Poi rendi il forum pubblico. Ovviamente, non atterreranno più sulla pagina di accesso e questo è un modo piuttosto radicale per raggiungere quell’obiettivo.
Oppure, risolvete il problema sottostante e aspettate con me una soluzione per gli altri elementi a cui ho collegato sopra (Making the About and FAQ visible to anon)
Qualcuno può cortesemente consigliare come ripristinare gli argomenti legali predefiniti e i relativi ID (o anche semplicemente inserire post vuoti modificabili agli URL corretti/originali per ciascun argomento legale predefinito), tramite PostgreSQL o con altri metodi?
Creare semplicemente nuove versioni con lo stesso nome nella Categoria Staff non funziona: gli URL risultanti sono diversi e non sono accessibili da un nuovo utente durante la registrazione (cliccando sul link nella finestra di dialogo di registrazione, l’utente viene reindirizzato alla finestra di accesso).
OK, sembra che nessuno possa aiutare in questo. Ricreare il forum da zero aiuterebbe, per poi ripristinare un backup del database salvato? Oppure il ripristino del backup propagherebbe nuovamente le eliminazioni?
Da qualche parte in quel database c’è il piccolo dato che devi modificare per far riapparire quei post. Ecco qui di fatto:
Nella tabella ‘topics’, la colonna deleted_at avrà un timestamp per gli ID 4, 5 e 6. Se riesci a eliminarli (sostituendoli con nulla/vuoto), tornerai operativo.
So che puoi farlo tramite Ruby/Rails, ma questo esula dalle mie competenze finora; tuttavia, per qualcuno con le competenze giuste sarebbe un lavoro di 5 minuti. Forse chi ti ha configurato l’istanza può aiutarti.
Grazie, Nathan.
Purtroppo, ho seguito il tutorial ufficiale impostando tutto da solo, con poca comprensione.
Inizialmente, avevo un sviluppatore che ha migrato per me alcuni dati; li ho contattati a riguardo una settimana fa, ma finora non ho ricevuto risposta.
Mi chiedevo però se esiste un’applicazione desktop open source che si connetta a Digital Ocean e permetta di visualizzare e modificare le tabelle PostgreSQL. O anche solo che possa leggere e modificare un backup scaricato, che poi ripristino.
** Modifica - rileggendo le risposte a una domanda simile, il consenso sembra essere di usare Ruby per qualsiasi operazione, piuttosto che un’applicazione GUI amichevole per i database.
Detto questo, quali comandi dovrei eseguire in PuTTY per accedere al database ed eliminare i timestamp per gli ID 4, 5 e 6 nella colonna deleted_at della tabella topics? (dopo aver effettuato il backup)