Lancei o código no GitHub, mas diria que a qualidade é de nível alfa no momento. Muitas coisas funcionam, mas o plugin carece de documentação e há mais alguns patches (como este) necessários para o Discourse para fazê-lo funcionar.
O que foi implementado até agora:
Descoberta de Homeserver – funciona
Canais – funciona
Bate-papos em grupo – funciona
Bate-papos diretos – funciona
Edições – funciona
Exclusões – funciona
Uploads – agendado para o próximo
Notificações de presença/digitação e recibos de leitura – agendado para o próximo (se possível)
Reações – funciona
Respostas – funciona
Mensagens de texto (simples e formatadas, emojis) – funciona
Haverá um tópico mais formal que anunciará o plugin quando ele atingir a qualidade beta. Obrigado pelo seu interesse neste plugin!
Talvez uma pergunta boba, mas com esta integração, ela fornecerá criptografia de ponta a ponta no Discourse? Ou seria simplesmente copiar o que está no Discourse e enviar para o Matrix, de modo que um administrador no Discourse ainda teria acesso a todas as mensagens em texto simples enviadas nos chats?
Isso é super empolgante. Notei que o pull request vinculado foi concluído, mas sem dúvida é um projeto enorme. Curioso sobre como está o suporte ao chat do Matrix, e animado com isso.
Parece que isso pode ter morrido, mas eu queria responder ao tópico e dar notícias para vocês de que há pelo menos uma pessoa ainda verificando isso periodicamente
Na minha compreensão, o Discourse é projetado principalmente para ser um fórum público. Criptografia E2E é, na verdade, contraproducente a esse respeito. Se você não confia no administrador da instância do Discourse, não vejo sentido em usá-lo. A criptografia E2E não impediria o administrador de inserir funcionalidades maliciosas no navegador para contornar a criptografia. Se houver um alto requisito de sigilo para comunicação de um para muitos ou de muitos para muitos, um canal dedicado do Matrix é a melhor escolha, na minha humilde opinião.
Concordo. Acho que imagino que a grande maioria das pessoas que usam a internet não compreende totalmente que um chat privado em uma plataforma é muito frequentemente visualizável por um administrador. No meu caso, como administrador, eu provavelmente desativaria os chats privados no Discourse porque não sei se as pessoas entenderão que posso ler todas as mensagens 1-1 delas, apesar de o quanto eu lhes digo que posso, e então talvez redirecionar as pessoas para que, se quiserem entrar em contato com as pessoas diretamente, o façam via Matrix ou Signal (ainda esperando pelos nomes de usuário para que não se tenha que dar o número de telefone a todos).\n\nAgradeço o ponto de que com o Discourse de código aberto, o administrador pode simplesmente quebrar a E2EE de qualquer maneira, então talvez não se possa confiar nele de qualquer forma.\n\nObrigado por responder~
Muito legal, mas vejo que não há instruções de instalação reais listadas.
Mais informações sobre este plugin e como instalá-lo em [Meta](https://meta.discourse.org/t/TODO).
Você está confuso. Isso se conecta ao Matrix, o que significa que não inclui nenhum tipo de criptografia E2E. Simplesmente torna o chat do fórum disponível para usuários do Matrix também.
Isso não tem nada a ver com sigilo. É simplesmente para conversar com pessoas que estão no Matrix.
Não há E2E aqui. E2E significaria que a criptografia está no lado do cliente, antes de chegar ao servidor. Podemos parar de confundir o suporte ao Matrix com E2E?
Poderíamos resolver isso de forma bem simples, incluindo todos os administradores na lista de participantes de cada grupo de chat (e, claro, gerenciando dinamicamente quando e como os administradores entram e saem), mas isso seria um FR separado, é claro.
Não sei se estou reinventando a roda, mas estou escrevendo uma ponte do Discourse Chat para outras plataformas. No Telegram, tive bastante sucesso e a ponte funciona muito bem. Em seguida, estou considerando fazer a ponte do Discourse Chat para o Matrix.
Um pouco. Este tópico começou com a ideia de substituir o protocolo de chat do Discourse pelo protocolo Matrix. Algo que parece muito razoável porque parece ser bem projetado e tem adoção crescente. Eu nem sei por que estamos falando sobre pontes aqui. A questão é por que o protocolo Discourse deveria ou não ser descontinuado no futuro.
E2EE para chats/mensagens privadas (deveria ser a mesma coisa, na minha opinião) seria possível por padrão com a adoção do protocolo Matrix. Não há necessidade de um protocolo personalizado.
Alguém da equipe principal do Discourse pode fornecer informações sobre o estado atual das discussões em torno da “interoperabilidade do chat do Discourse com o chat baseado em Matrix”? Aqui na Europa, temos vários grandes players que já usam Matrix como base técnica para seus próprios aplicativos de mensagens:
TI Messenger, futuro mensageiro alemão para serviços de saúde gematik Fachportal
A adoção do Matrix está crescendo mundialmente. Acredito que alguma “ligação” do chat do Discourse com o ecossistema Matrix pode se tornar um argumento crucial para o uso da plataforma Discourse em um futuro próximo (mais ou menos semelhante ao ActivityPub para ligar o Discourse ao Mastodon). Existe algum código de ponte em
mas a última atividade foi há 2 anos. Então, existem planos para adotar este código ou criar algo novo que seja “oficialmente suportado”?
Por mais que o ActivityPub seja útil para vincular discussões abertas, a implementação do protocolo Matrix também poderia ser usada como uma forma segura de vincular categorias não públicas entre diferentes servidores Discourse e também como uma forma adicional de enviar notificações aos usuários.
Estávamos trabalhando com Dan nessas primeiras explorações que você vê naquele repositório para aprender mais sobre a viabilidade de tornar o chat interoperável com o matrix.
Parecia promissor na época, embora tenhamos descoberto alguns desafios que não chegamos a abordar totalmente - o principal sendo a forma como os usuários em cada sistema são tratados.
O chat também evoluiu bastante desde então e não temos tratado a compatibilidade com o matrix como uma restrição em nossos projetos, então é possível que haja mais divergências entre os dois sistemas que precisariam ser abordadas.
Provavelmente seria necessário alguém patrocinar este trabalho para levá-lo adiante e garantir que haja um incentivo maior para manter o que foi construído.
