Devo estar cego ou algo assim… ![]()
Não consigo encontrar discourse_id_client_id e discourse_id_client_secret na configuração dos meus sites. Apenas Enable Discourse ID. ![]()
Alguma ideia?
Devo estar cego ou algo assim… ![]()
Não consigo encontrar discourse_id_client_id e discourse_id_client_secret na configuração dos meus sites. Apenas Enable Discourse ID. ![]()
Alguma ideia?
force https está ativado?
Sim, está ativado. Eu verifiquei isso.
Você só precisa ativá-lo e o segredo e o ID são gerados automaticamente.
Há uma tarefa rake que você executa para conectá-lo ao servidor central e criar chaves. Essa é a sua chave e o segredo são criados.
Não vejo isso documentado em lugar nenhum.
Deve ser fácil o suficiente de encontrar no código-fonte, mas não tão fácil que eu possa encontrá-lo no meu telefone depois das 17h
Sério?
OMG… ![]()
Eu também não. Será que alguém já configurou isso? ![]()
rake discourse_id:register\n\nNão. Acabei de tentar em um site que está atualizado e simplesmente habilitar a configuração gera as chaves.\n\nEu acho que a tarefa do rake foi necessária por um tempo antes de ser anunciada publicamente e agora habilitar a configuração solicita as chaves automaticamente, o que faz muito mais sentido do que ter que executar uma tarefa do rake.
Obrigado, mas isso não funcionou:
O nome do plugin é 'discourse-docs', mas o diretório do plugin é chamado 'discourse-knowledge-explorer'
rake abortou!
Não sei como construir a tarefa 'discourse_id:register' (Veja a lista de tarefas disponíveis com `rake --tasks`)
Você quis dizer? discourse_ai:install:migrations
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(Veja o rastreamento completo executando a tarefa com --trace)
Seu fórum está atualizado? Você tentou simplesmente ativar a configuração na UX? Acabei de tentar em um site que está na última versão beta.
Há cerca de uma semana, talvez duas desde a última reconstrução.
Você o ativou? Quando você o fizer, ele gerará os outros. Você não precisa escurecê-los sozinho.
Eu ativei enable_discourse_id e recebi um erro (em alemão):
enable_discourse_id: Du musst die Discourse-ID-Anmeldedaten („discourse_id_client_id“ und „discourse_id_client_secret“) konfigurieren, bevor du diese Einstellung aktivierst.
Ele diz que preciso configurar discourse_id_client_id e discourse_id_client_secret antes de marcar enable_discourse_id.
Então, é uma espécie de problema de ovo/galinha no momento. ![]()
Estranho. Você pode tentar atualizar e depois preencher um relatório de bug.
Você está atrás do Cloudflare ou de outro proxy reverso que possa impedir o servidor Discourse de se conectar ao seu servidor? Tenho certeza de que se você estiver atrás do Cloudflare, não conseguirá fazer funcionar.
Acabei de atualizar para a versão mais recente. Não vejo as duas opções…
Nada. Minhas instâncias rodam em um servidor Linux “atrás” de um servidor web Apache. Acho que é bem direto, como descrito no tutorial para rodar instâncias auto-hospedadas.
Ontem configurei outra instância para testar uma migração de outro fórum. Não vejo as opções lá também.
![]()
Você desativou a opção (se estava ativada) e depois tentou ativá-la?
Você nunca definirá esses valores sozinho.
Não, não consigo ativá-la. O texto do erro diz que preciso primeiro configurar client_id e client_secret.
Foi isso que quis dizer com problema de ovo/galinha. Qual problema veio primeiro ou não consigo ativar sem os valores que não consigo definir porque as caixas não estão visíveis.
Acho que pfaffman tentou explicar que, embora o erro diga que essas configurações precisam ser configuradas antes de habilitar a configuração, não é você, mas o software que as preenche.
Talvez Discourse ID fails to activate on my instance possa fornecer algumas ideias sobre o que mais você poderia tentar.
Parece que foi um problema com a configuração do proxy reverso, como eu esperava
Tente ativar o force_https. Esse é um problema comum com um proxy reverso, já que o Discourse não consegue dizer que é https
O force_https está ativado desde o início.
Quando acessei a nova instância que instalei ontem, ele me perguntou imediatamente se eu queria ativar o force_https.
Mas sim, o Apache executa HTTPS e o proxy reverso está usando a porta 8080 http no contêiner Docker do Discourse. Mas de alguma forma o Discourse sabe que está executando https de qualquer maneira.
Essa é a minha melhor suposição. Como você ativou o HTTPS forçado?
Na área de administração com o navegador. Isso deveria ser feito no console? Como
rails r "SiteSetting.force_https=true"
Acabei de tentar. Pareceu funcionar, pois não deu nenhum feedback no console.
Mas ainda não vejo duas novas configurações (no navegador) para o client_id e client_secret.