Perguntas Frequentes de Conversa Retro Hex

P2P (peer-to-peer) significa que os dados vão diretamente entre usuários sem passar pelo servidor de chat. Retro Hex Chat usa WebRTC P2P para chamadas privadas, transferências de arquivos e sessões de jogos multiplayer. O servidor ajuda os usuários a se encontrar (sinalização), então a sessão privada executa navegador-para-browser quando a rede permite.

Espaços são compartilhados 8-bit visualizações de mapa anexados a canais e mensagens diretas. Você escolhe um avatar, move-se em torno da mesma conversa, e vê mensagens de chat como bolhas no mapa. Eles não criam uma sala de chat separada; eles visualizam a conversa em que você já está.

Não. Private 1:1 chamadas são P2P, mas conferências de canal usar um auto-hospedado SFU/room servidor. Cada navegador envia mídia para o seu servidor, e seu servidor encaminha fluxos para os outros participantes. Isso torna as chamadas de grupo práticas, mantendo a infraestrutura sob seu controle.

Não necessariamente! Você pode criar uma conta em qualquer servidor público. Executar seu próprio servidor é para aqueles que querem controle total.

Sim, o software é 100% livre e de código aberto (MIT). Se você executar seu próprio servidor, você só paga por hospedagem (um VPS de $5/month é suficiente).

Na Discórdia, seus dados vivem em seus servidores e suas comunidades podem ser removidos a qualquer momento. No Retro Hex Chat, você controla seu servidor e banco de dados, sessões privadas podem ser executadas diretamente entre usuários via P2P, conferências de canais executadas em sua própria infraestrutura, e o código é open source — você pode auditar cada linha.

Seus dados vivem em seu banco de dados PostgreSQL. Backups regulares significam que você pode restaurar em qualquer nova máquina. Sessões P2P privadas ativas podem continuar trabalhando através de breves interrupções de servidor porque elas se conectam diretamente entre usuários; chat, espaços e conferências de canais dependem do servidor e reconectam-se quando ele retornar.

Sim. As conexões do servidor usam HTTPS/WSS com criptografia TLS. Chamadas P2P privadas usam criptografia de transporte WebRTC, conferências de canais usam mídia WebRTC através de seu servidor de quarto self-hosted, e senhas são hashed com bcrypt. O código é de código aberto, então qualquer um pode auditá-lo.

Elixir e Phoenix na infra-estrutura, PostgreSQL para dados, Canais Phoenix para mensagens em tempo real, Vanilla JS e Canvas para Espaços, WebRTC para sessões P2P privadas e um SFU auto-hospedado para conferências de canais. Tudo é de código aberto.

Confira nosso guia contribuinte no GitHub! Aceitamos código, documentação, tradução, design, testes e relatórios de erros. Questões marcadas “bom primeiro número” são um ótimo lugar para começar.

Através de Patrocínios GitHub. Cada contribuição, não importa quão pequena, ajuda a manter o projeto vivo e em desenvolvimento ativo.

Sim! A interface é responsiva e funciona em qualquer navegador moderno. Aplicativos nativos são planejados para o futuro.

Com certeza. Execute um servidor privado, crie canais apenas para convidados e mantenha toda a sua comunicação com a sua própria infraestrutura. Sem preços por assento, sem limites de mensagens.

Cada apelido só pode ter uma sessão activa de cada vez. Se você se conectar de outro navegador ou aba, a sessão anterior é automaticamente desconectada. Se sua conexão cair, o cliente tenta reconectar até 10 vezes com backoff exponencial. Depois de todas as tentativas falharem, a sessão expira e você & rsquo;re redirecionado para a tela de login. Os apelidos registrados são protegidos pela senha — somente o proprietário pode se conectar com esse apelido.