Risposte a domande comuni su chiamate peer-to-peer, self-hosting, requisiti del server, sicurezza, supporto mobile, contributo e sponsorizzazione del progetto.
Cos'è P2P?
P2P (peer-to-peer) significa che i dati vanno direttamente tra gli utenti senza passare attraverso il server di chat. Retro Hex Chat utilizza WebRTC P2P per chiamate private, trasferimenti di file e sessioni di gioco multiplayer. Il server aiuta gli utenti a trovarsi (signaling), quindi la sessione privata esegue browser-to-browser quando la rete lo permette.
Cosa sono gli spazi?
Gli spazi sono condivisi 8-bit mappe viste attaccate ai canali e messaggi diretti. Si sceglie un avatar, muoversi intorno alla stessa conversazione, e vedere i messaggi di chat come bolle in-map. Non creano una stanza di chat separata; visualizzano la conversazione che sei già in.
Sono conferenze canale P2P?
No. Le chiamate private 1:1 sono P2P, ma le conferenze dei canali utilizzano un SFU auto-hosted/room server. Ogni browser invia i media al tuo server e i tuoi flussi di server agli altri partecipanti. Questo rende il gruppo chiama pratico, mantenendo l'infrastruttura sotto il vostro controllo.
Devo eseguire il mio server?
Non necessariamente! È possibile creare un account su qualsiasi server pubblico. Eseguire il proprio server è per coloro che vogliono il controllo totale.
E' gratis?
Sì, il software è 100% gratuito e open source (MIT). Se si esegue il proprio server, si paga solo per l'hosting (un $5/month VPS è sufficiente).
Come è diverso da Discord?
Su Discord, i tuoi dati vivono sui loro server e le tue comunità possono essere rimossi in qualsiasi momento. Su Retro Hex Chat, si controlla il server e il database, le sessioni private possono funzionare direttamente tra gli utenti tramite P2P, le conferenze dei canali vengono eseguite sulla propria infrastruttura, e il codice è open source - è possibile controllare ogni linea.
E se il mio server dovesse scendere?
I tuoi dati vivono nel tuo database PostgreSQL. I backup regolari significano che è possibile ripristinare su qualsiasi nuova macchina. Le sessioni P2P private attive possono continuare a lavorare attraverso brevi interruzioni del server perché si collegano direttamente tra gli utenti; chat, spazi e conferenze dei canali dipendono dal server e ricollegano quando ritorna.
E' sicuro?
Si'. Le connessioni server utilizzano HTTPS/WSS con crittografia TLS. Le chiamate P2P private utilizzano la crittografia dei trasporti WebRTC, le conferenze dei canali utilizzano i media WebRTC attraverso il server di stanza self-hosted, e le password sono schiacciate con bcrypt. Il codice è open source, così chiunque può controllarlo.
Quali tecnologie vengono utilizzate?
Elixir e Phoenix sul backend, PostgreSQL per i dati, Phoenix Canali per la messaggistica in tempo reale, Vanilla JS e Canvas for Spaces, WebRTC per sessioni P2P private, e un SFU self-hosted per conferenze canale. Tutto è open source.
Come posso contribuire?
Scopri la nostra guida di contributo su GitHub! Accettiamo il codice, la documentazione, la traduzione, la progettazione, i test e le segnalazioni di bug. Le questioni segnate “ buon primo numero” sono un ottimo posto per iniziare.
Come posso sostenere finanziariamente?
Attraverso GitHub Sponsors. Ogni contributo, non importa quanto piccolo, aiuta a mantenere vivo il progetto e nello sviluppo attivo.
Funziona su mobile?
Sì! L'interfaccia è reattiva e funziona su qualsiasi browser moderno. Le applicazioni native sono pianificate per il futuro.
Posso usarlo per la mia azienda o per la mia squadra?
Assolutamente. Eseguire un server privato, creare canali di sola invito, e mantenere tutta la vostra comunicazione team’s sulla vostra infrastruttura. Nessun prezzo per posto, nessun limite di messaggio.
Come funzionano le sessioni?
Ogni soprannome può avere solo una sessione attiva alla volta. Se si collega da un altro browser o scheda, la sessione precedente viene disconnessa automaticamente. Se la connessione scende, il cliente tenta di riconnettersi fino a 10 volte con un backoff esponenziale. Dopo che tutti i tentativi falliscono, la sessione scade e you’re reindirizzato alla schermata di login. I soprannomi registrati sono protetti da password — solo il proprietario può connettersi con quel nick.