Devo essere cieco o qualcosa del genere… 
Non riesco a trovare discourse_id_client_id e discourse_id_client_secret nella configurazione dei miei siti. Solo Enable Discourse ID. 
Qualche idea?
force https è abilitato?
Sì, è abilitato. L’ho controllato.
Devi solo abilitarlo e il segreto e l’ID vengono generati automaticamente.
C’è un rake task che esegui per connetterlo al server centrale e creare le chiavi. Quella è la tua chiave e il segreto vengono creati.
Non lo vedo documentato da nessuna parte.
Dovrebbe essere abbastanza facile da trovare nel codice sorgente, ma non così facile da trovarlo sul mio telefono dopo le 17:00
1 Mi Piace
Davvero? 
OMG… 
Nemmeno io. Mi chiedo se qualcuno l’abbia già configurato. 
rake discourse_id:register\n\nNo. Ci ho appena provato su un sito aggiornato e la semplice abilitazione dell’impostazione genera le chiavi.\n\nPenso che il rake task fosse richiesto per un po’ prima che fosse annunciato pubblicamente e ora l’abilitazione dell’impostazione richiede automaticamente le chiavi, il che ha molto più senso che dover eseguire un rake task.
1 Mi Piace
Grazie, ma questo non ha funzionato:
Il nome del plugin è 'discourse-docs', ma la directory del plugin si chiama 'discourse-knowledge-explorer'
rake aborted!
Non so come creare il task 'discourse_id:register' (Vedi l'elenco dei task disponibili con `rake --tasks`)
Hai forse inteso? discourse_ai:install:migrations
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(Vedi la traccia completa eseguendo il task con --trace)
Il tuo forum è aggiornato? Hai provato semplicemente ad abilitare l’impostazione dall’UX? L’ho appena provato su un sito che è sull’ultima versione beta.
1 Mi Piace
Circa una settimana, forse due dall’ultima ricostruzione.
L’hai abilitato? Quando lo farai, genererà gli altri. Non devi oscurarli tu stesso.
1 Mi Piace
Ho abilitato enable_discourse_id e ho ricevuto un errore (in tedesco):
enable_discourse_id: Devi configurare le credenziali dell’ID di Discourse (“discourse_id_client_id” e “discourse_id_client_secret”) prima di abilitare questa impostazione.
Dice che devo configurare discourse_id_client_id e discourse_id_client_secret prima di selezionare enable_discourse_id.
Quindi, al momento è una specie di problema dell’uovo/gallina.
2 Mi Piace
Strano. Potresti provare ad aggiornare e poi a segnalare un bug.
Ti trovi dietro Cloudflare o un altro proxy inverso che potrebbe impedire al server Discourse di connettersi al tuo server? Sono abbastanza sicuro che se ti trovi dietro Cloudflare non sarai in grado di farlo funzionare.
1 Mi Piace
Mi sono appena aggiornato all’ultima versione. Non vedo le due opzioni…
Niente. Le mie istanze sono in esecuzione su un server Linux “dietro” un webserver Apache. Penso che sia piuttosto semplice come descritto nella guida per eseguire istanze self-hosted.
Ieri ho configurato un’altra istanza per testare una migrazione da un altro forum. Non vedo le opzioni nemmeno lì.
Hai disattivato l’opzione (se era attiva) e poi hai provato ad attivarla?
Non imposterai mai quei valori da solo.
1 Mi Piace
No, non riesco ad attivarla. Il testo dell’errore dice che devo prima configurare client_id e client_secret.
È questo che intendevo con problema dell’uovo/gallina. Quale problema è venuto prima o non posso attivarlo senza i valori che non posso impostare perché le caselle non sono visibili.
Penso che pfaffman abbia cercato di spiegare che, sebbene l’errore dica che tali impostazioni devono essere configurate prima di abilitare l’impostazione, non sei tu ma il software che le compila.
Forse Discourse ID fails to activate on my instance può fornire alcune idee su cos’altro potresti provare.
1 Mi Piace
Sembra che sia stato un problema con la configurazione del proxy inverso, come mi aspettavo
Prova ad attivare force_https. Questo è un problema comune con un proxy inverso poiché discourse non può dire che è https
force_https è attivo fin dall’inizio.
Quando ho effettuato l’accesso per la prima volta alla nuova istanza che ho installato ieri, mi ha subito chiesto se volevo attivare force_https.
Ma sì, Apache esegue HTTPS e il reverse proxy utilizza la porta 8080 http nel container Docker di Discourse. Ma in qualche modo Discourse sa comunque che sta eseguendo https.
Questa è la mia migliore ipotesi. Come hai attivato la forzatura https
Nell’area admin con il browser web. Dovrebbe essere fatto dalla console? Come ad esempio
rails r "SiteSetting.force_https=true"
Ho appena provato. Sembrava funzionare, dato che non ha dato alcun feedback sulla console.
Tuttavia, non vedo ancora due nuove impostazioni (nel browser web) per client_id e client_secret.
1 Mi Piace