Eu vou construir um chat em tempo real ou recurso de atualizações ao vivo com socketio

H
harsh8425
H
harsh8425
Harsh
Algumas informações foram traduzidas automaticamente.

Sobre este Serviço

Tradução automática

A maioria dos recursos em tempo real são fáceis de demonstrar e difíceis de manter corretos. A demonstração funciona. Então, um telefone muda de wifi para celular, um usuário abre duas abas, ou uma segunda instância do servidor aparece, e de repente as pessoas veem versões diferentes da verdade.


Eu construo a versão que sobrevive a essas situações. Quatro anos em plataformas de tempo real em produção, suportando milhares de conexões simultâneas, de ponta a ponta.


O QUE VOCÊ RECEBE

Básico - Uma funcionalidade de tempo real no seu backend existente: atualizações ao vivo, presença ou notificações. Reconexão gerenciada corretamente. 4 dias.

Padronizado - Uma funcionalidade completa de chat ou colaboração ao vivo: salas, histórico, presença, indicadores de digitação, estado de entrega e leitura, com sincronização de estado após uma desconexão. 8 dias.

Premium - Padrão mais escalabilidade multi-instância com o adaptador Redis, sessões sticky e um teste de carga na sua concorrência esperada. 14 dias.


COMO FUNCIONA

1. Concordamos o comportamento exato antes de eu começar, por escrito.

2. Você vê o código funcionando na metade do caminho, não só no final.

3. Entregue como pull requests contra seu repositório, com a arquitetura explicada.

Respeite os direitos de terceiros

Esteja atento ao fato que é contra as políticas do prestador da Fiverr incluir temas, modelos ou outros elementos no trabalho entregue que infrinjam os direitos de terceiros ou leis aplicáveis. Leia mais em nosso Guia de Criação Digital Responsável.

Conheça mais sobre Harsh

Harsh

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

  • A partir deÍndia
  • Membro desdeout. de 2020
  • Idiomas

    Hindi, Inglês
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.

Tradução automática