Costruirò una chat in tempo reale o una funzione di aggiornamenti live con socketio

H
harsh8425
H
harsh8425
Harsh
Alcune informazioni sono state tradotte automaticamente.

Informazioni su questo servizio

Traduzione automatica.

La maggior parte delle funzionalità in tempo reale sono facili da dimostrare e difficili da mantenere corrette. La demo funziona. Poi un telefono passa dal wifi alla rete cellulare, un utente apre due schede, o appare una seconda istanza del server, e all'improvviso le persone vedono versioni diverse della verità.


Costruisco la versione che resiste a queste cose. Quattro anni su piattaforme di produzione in tempo reale con migliaia di connessioni simultanee, gestite end to end.


COSA OTTIENI

Base - Una funzionalità in tempo reale sul tuo backend esistente: aggiornamenti live, presenza o notifiche. Riconnessione gestita correttamente. 4 giorni.

Standard - Una chat completa o funzione di collaborazione in tempo reale: stanze, storico, presenza, indicatori di digitazione, stato di consegna e lettura, con risincronizzazione dello stato dopo una disconnessione. 8 giorni.

Premium - Standard più supporto multi-istanza con l'adapter Redis, sessioni sticky e un test di carico sulla tua concorrenza prevista. 14 giorni.


COME FUNZIONA

1. Concordiamo il comportamento esatto prima che io inizi, per iscritto.

2. Vedi il codice funzionante a metà strada, non solo alla fine.

3. Consegnato come pull request contro il tuo repo, con l'architettura spiegata.

Rispettare i diritti di terzi

Ricorda che è contrario alle politiche di Fiverr per i freelance includere temi, modelli o qualsiasi altro elemento che violi i diritti di terzi o le leggi applicabili nell'opera consegnata. Per saperne di più, consulta Guida alla creazione digitale responsabile.

Scopri di più su Harsh

Harsh

Real time backend engineer, Socket IO, Nodejs and Redis at scale

  • DaIndia
  • Membro daott 2020
  • Lingue

    Hindi, Inglese
I build and fix the real time layer most teams put off until it breaks: WebSocket systems that stay correct when thousands of users hit them at once. Four years running production systems end to end as the only engineer accountable for them, including real time multiplayer and iGaming platforms and multi tenant Node and PostgreSQL backends. Most real time failures are not bugs in the library. They are missing sticky sessions, no Redis adapter across instances, or reconnect logic that resubscribes forever. I find which one it is. Fixed scopes, agreed delivery dates.

Traduzione automatica.