Ich werde eine Echtzeit-Chat- oder Live-Updates-Funktion mit socketio erstellen

H
harsh8425
H
harsh8425
Harsh
Einige Informationen wurden automatisch übersetzt.

Über diesen Service

Automatische Übersetzung

Die meisten Echtzeit-Funktionen sind leicht vorzuführen, aber schwer dauerhaft korrekt zu halten. Die Demo funktioniert. Dann wechselt ein Telefon von WLAN zu Mobilfunk, ein Nutzer öffnet zwei Tabs oder eine zweite Server-Instanz erscheint, und plötzlich sehen die Leute unterschiedliche Versionen der Wahrheit.


Ich baue die Version, die diese Dinge überlebt. Vier Jahre auf produktiven Echtzeit-Plattformen mit tausenden gleichzeitigen Verbindungen, vollständig eigenständig.


WAS DU BEKOMMST

Basic - Eine Echtzeit-Funktion auf deinem bestehenden Backend: Live-Updates, Präsenz oder Benachrichtigungen. Wiederverbindung wird richtig gehandhabt. 4 Tage.

Standard - Eine vollständige Chat- oder Live-Kollaborationsfunktion: Räume, Verlauf, Präsenz, Tippindikatoren, Zustellung und Lesestatus, mit Status-Resync nach einer Verbindungsausfall. 8 Tage.

Premium - Standard plus Multi-Instance-Skalierung mit dem Redis-Adapter, Sticky Sessions und einem Lasttest bei deiner erwarteten gleichzeitigen Nutzung. 14 Tage.


WIE ES FUNKTIONIERT

1. Wir einigen uns vor Beginn schriftlich auf das genaue Verhalten.

2. Du siehst funktionierenden Code beim Zwischenstand, nicht nur am Ende.

3. Geliefert wird als Pull-Requests gegen dein Repository, inklusive Erklärung der Architektur.

Rechte Dritter respektieren

Bitte beachte, dass es gegen die Richtlinien von Fiverr verstößt, wenn Freelancer Themes, Vorlagen oder andere Elemente, die die Rechte Dritter oder geltende Gesetze verletzen, in die gelieferte Arbeit aufnehmen. Lies mehr darüber in unseren Leitfaden für verantwortungsvolle digitale Kreation.

Lerne Harsh kennen

Harsh

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

  • AusIndien
  • Mitglied seitOkt. 2020
  • Sprachen

    Hindi, Englisch
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.

Automatische Übersetzung