Per me, in Impostazioni/Legale, l’URL a una pagina FAQ ospitata separatamente (e presumibilmente anche gli URL alle pagine dei Termini di Servizio e dell’Informativa sulla Privacy) sembra aver smesso di funzionare sulla pagina principale del forum.
Ho provato diversi URL di test che puntano ad altre pagine web, ma nessuno sembra più funzionare e, sulla pagina principale del mio forum, viene sempre visualizzato il testo login_required.welcome_message, mentre fino a poco tempo fa, al suo posto, appariva la FAQ all’URL indicato.
Posso comunque inserire un collegamento manuale alle stesse pagine personalizzate nella finestra di dialogo richiesta per il login, se queste sono pubblicate come post all’interno di Discourse e impostate come pubbliche.
Questo problema è stato risolto per te? Nel mio sito di test ho notato che è possibile impostare le opzioni tos url e privacy policy url per puntare a un sito esterno. Non ho riscontrato problemi con l’ignoramento dei collegamenti esterni né nella finestra modale di registrazione del sito né nella pagina Chi siamo del sito.
Ciao Simon,
questo problema non è mai stato risolto per me, quindi ho finito per copiare e incollare direttamente dal FAQ (che è in realtà una pagina pubblica ‘pubblicata’ all’interno del sito) nel testo della finestra di benvenuto. Non molto efficiente, ma funziona.
Curiosamente, cliccando per registrarsi, i link ai Termini di Servizio e alla Privacy Policy (anch’essi pagine pubbliche e pubblicate) funzionavano ancora dalla finestra di registrazione: quindi il mio problema sembra essere limitato alla pagina di atterraggio.
Non ho avuto scelta, poiché tutti i topic preconfigurati sono scomparsi per me durante un aggiornamento. Funzionavano bene, fino a quando un aggiornamento più recente ha impedito loro di funzionare dalla pagina di destinazione.
Oh no. Stavo per chiederti perché stavi usando pagine pubblicate per le pagine dei Termini di Servizio e delle FAQ, ma ora ha senso. Usare pagine pubblicate per questi argomenti sembra comunque poco ideale. Sono abbastanza sicuro che sia possibile ricreare gli argomenti pre-seedati. Sono impostati da alcune impostazioni del sito nascoste. Le seguenti impostazioni possono essere utilizzate per reimpostare gli argomenti dei Termini di Servizio e della Privacy:
tos_topic_id
privacy_topic_id
Non sono sicuro del nome dell’impostazione per impostare l’ID dell’argomento FAQ, ma possiamo rintracciare quell’impostazione per te se desideri apportare questa modifica. La mia comprensione è che dovresti creare i nuovi argomenti nella tua categoria Staff, quindi impostare le impostazioni del sito nascoste su quegli ID di argomento.
Se è possibile individuare l’ID dell’argomento FAQ, sarebbe ottimo, almeno per chiunque altro si trovi a fronteggiare lo stesso problema di argomenti predefiniti errati.
Per quanto riguarda il problema della pagina di destinazione, alcuni giorni fa ho trasformato il problema in un vantaggio, creando una versione molto più breve della FAQ (principalmente per chi non è sicuro di trovarsi nel posto giusto), con link in basso all’argomento completo del personale della FAQ, all’argomento del personale delle condizioni di servizio e all’argomento della politica sulla privacy.
In precedenza, la mia FAQ costituiva l’intera pagina di destinazione (sostituendo il testo della finestra di benvenuto).
Potrebbe essere meglio verificare prima se gli argomenti vecchi di TOS, Privacy e FAQ esistono ancora. Puoi farlo controllando il valore di ciascuna di queste impostazioni del sito dalla console di Rails, quindi cercando di trovare gli argomenti cancellati tramite l’interfaccia utente:
tos_topic_id
privacy_topic_id
guidelines_topic_id
Con l’ID restituito da ciascuna impostazione, puoi provare a trovare l’argomento cancellato andando su /t/-/<id_argomento_dal_valore_impostazione>. Se l’argomento esiste, dovrebbe essere possibile ripristinarlo tramite l’interfaccia utente. Se gli argomenti non esistono, la mia ipotesi è che si possano creare nuovi argomenti nella categoria Staff. Potrai quindi impostare quegli ID argomento come valore di ciascuna delle impostazioni che ho elencato sopra. Non l’ho provato personalmente, ma posso testarlo sul mio sito di sviluppo locale se non sei sicuro di apportare la modifica sul tuo sito.
Come è andata, Paul? Ricordo che questo era un problema per te molto tempo fa.
Ho appena dovuto farlo anch’io dopo aver usato accidentalmente delete_all nell’argomento FAQ/Linee guida e non scoprirlo per un po’. Questo post è stato di grande aiuto:
Sono felice di guidarti se hai bisogno di una mano.
Non ho mai trovato quegli argomenti pre-selezionati mancanti, ma sono comunque soddisfatto della mia soluzione, quindi non ero motivato a provarci molto: essenzialmente ora sono argomenti dello staff modificabili convenzionalmente, contrassegnati come pubblici, che posso e aggiorno di volta in volta.
Supponendo che tu abbia accesso root al tuo server, la correzione richiederà letteralmente 5 minuti e non perderai nessuno di quei pratici argomenti dello staff.
Tutto ciò che fa è identificare quegli argomenti come quelli da utilizzare.
Confesso che non so nulla di come usare Rails, ma sono riuscito a confermare che gli argomenti originali erano effettivamente scomparsi utilizzando query di data-explorer (come suggerito da un altro utente, che al momento non riesco a rintracciare).
Per quanto ne so, la mia configurazione ora sembra “sapere” quali argomenti dello staff sono quelli da usare, anche se la metodologia che ho seguito per far sì che ciò accadesse (che anche questa non riesco a rintracciare al momento!) è stata un po’ meno rigorosa del percorso di modifica di Rails.