Retro Hex Chat Preguntas frecuentes

P2P (peer-to-peer) significa que los datos van directamente entre los usuarios sin pasar por el servidor de chat. Retro Hex Chat utiliza WebRTC P2P para llamadas privadas, transferencias de archivos y sesiones de juego multijugador. El servidor ayuda a los usuarios a encontrarse (signaling), entonces la sesión privada ejecuta navegador a navegador cuando la red lo permite.

Los espacios son compartidos Vistas del mapa de 8 bits adjuntas a los canales y mensajes directos. Usted elige un avatar, moverse alrededor de la misma conversación, y ver mensajes de chat como burbujas en el mapa. No crean una sala de chat separada; visualizan la conversación en la que ya estás.

No. Privadas 1:1 llamadas son P2P, pero las conferencias de canales utilizan un SFU auto hospedado/room servidor. Cada navegador envía medios a su servidor, y sus rutas de servidor se transmiten a los otros participantes. Eso hace que las llamadas de grupo sean prácticas manteniendo la infraestructura bajo su control.

¡No necesariamente! Puede crear una cuenta en cualquier servidor público. Ejecutar su propio servidor es para aquellos que quieren el control total.

Sí, el software es 100% libre y de código abierto (MIT). Si ejecuta su propio servidor, sólo paga por hospedaje (un VPS de $5/month es suficiente).

En Discord, sus datos viven en sus servidores y sus comunidades pueden ser eliminados en cualquier momento. En Retro Hex Chat, usted controla su servidor y base de datos, las sesiones privadas pueden funcionar directamente entre los usuarios a través de P2P, las conferencias de canal se ejecutan en su propia infraestructura, y el código es de código abierto — usted puede auditar cada línea.

Sus datos viven en su base de datos PostgreSQL. Respaldos regulares significa que puede restaurar en cualquier máquina nueva. Las sesiones P2P privadas activas pueden seguir trabajando a través de breves interrupciones del servidor porque se conectan directamente entre usuarios; chat, espacios y conferencias de canales dependen del servidor y reconectarse cuando regrese.

Sí. Las conexiones de servidor usan HTTPS/WSS con encriptación TLS. Las llamadas privadas P2P utilizan el cifrado de transporte WebRTC, las conferencias de canales utilizan los medios WebRTC a través de su servidor de habitaciones auto-hosted, y las contraseñas se rompen con la bcrypt. El código es fuente abierta, para que cualquiera pueda auditarlo.

Elixir y Phoenix en el backend, PostgreSQL para datos, Phoenix Channels para mensajería en tiempo real, Vanilla JS y Canvas para Espacios, WebRTC para sesiones privadas de P2P, y un SFU auto hospedado para conferencias de canales. Todo es fuente abierta.

¡Mira nuestra guía de GitHub! Aceptamos código, documentación, traducción, diseño, pruebas e informes de fallos. Problemas marcados con "ldquo; buenos primeros temas; son un gran lugar para comenzar.

A través de los patrocinadores de GitHub. Cada contribución, sin importar cuán pequeña sea, ayuda a mantener vivo el proyecto y en desarrollo activo.

¡Sí! La interfaz es sensible y funciona en cualquier navegador moderno. Las aplicaciones nativas están planeadas para el futuro.

Por supuesto. Ejecute un servidor privado, cree canales solo de invitación, y mantenga todo su equipo involucrados; s comunicación en su propia infraestructura. Sin precios por asiento, sin límites de mensaje.

Cada apodo sólo puede tener un período de sesiones activo a la vez. Si se conecta de otro navegador o pestaña, la sesión anterior se desconecta automáticamente. Si su conexión cae, el cliente intenta reconectarse hasta 10 veces con retroceso exponencial. Después de que todos los intentos fallan, la sesión expira y usted tocador;re redireccionado a la pantalla de inicio de sesión. Los apodos registrados están protegidos por contraseña — sólo el propietario puede conectarse con ese nick.