FastAPI WebSockets Teil 2: Chatrooms. JWT-Authentifizierung. Token-Ablauf und Tests | #47

Ein großer Chat, in dem jeder jeder sein kann, ist keine echte App. In Lektion 47 des FastAPI Complete Tutorials (Anfänger → Bereitstellung) erstellen wir Schritt für Schritt Chatrooms – einen Raum pro Kurs – und Authentifizierung über WebSockets in einem neuen, kleinen Projekt. Ein RoomManager Zeile für Zeile: ein Diktat von Räumen, beitreten mit setdefault, Verlassen (leere Räume verschwinden), Mitglieder und eine Übertragung, die nur EINEN Raum erreicht. Dann das Authentifizierungsproblem: Ein Browser-WebSocket kann keinen Autorisierungsheader senden – also geht das Token in die Abfragezeichenfolge (?token=…), und wir vergleichen es mit einem Cookie und einem First-Message-Token. Eine WebSocket-Abhängigkeit validiert das JWT VOR der Annahme und löst eine WebSocketException(1008) aus – ein echter Client sieht HTTP 403, der TestClient sieht Code 1008 und den Grund. Räume nur für registrierte Benutzer (Authentifizierung vs. Autorisierung), eine Verbindung, die sich selbst schließt, wenn das Token abläuft (asyncio.wait_for mit Zeitüberschreitung), endgültige Bereinigung und ein Lehrer, der sich mit einer normalen HTTP-Anfrage in einem Raum anmeldet. Zwei Demos gegen einen echten Uvicorn-Server und 11 Tests – einschließlich der Frage, wie man beweist, dass eine Nachricht NICHT einen Raum erreicht hat. 💻 Code für dieses Video: https://github.com/nileshborate/fastapi/tree/main/47-websockets-rooms 📂 Vollständiger Kurscode: https://github.com/nileshborate/fastapi ▶️ Vollständige Playlist: https://www.youtube.com/playlist?list=PLBjgbZvHwQmg 🌐 Website: https://www.nileshtechnology.in ⏱️ KAPITEL 0:00 Einführung 0:05 Hausaufgabenantwort (Video 46): private Nachrichten + keine zwei Ashas 1:54 Von einem Klassenzimmer zu echten Räumen 2:39 Der heutige Plan 3:13 Wo bekomme ich den Code (GitHub) 3:49 Das Projekt: Benutzer im Speicher 5:03 Der RoomManager: Übertragung an EINEN Raum 6:32 Auth über WebSockets: kein Autorisierungsheader 7:45 Die ws_session-Abhängigkeit (vor dem Akzeptieren) 9:38 Der Raumendpunkt: Nur registrierte Benutzer 10:50 Schließen der Verbindung, wenn das Token abläuft 12:26 Endlich: Verlassen Sie den Raum auf jeden Fall 13:03 Mitglieder- und Lehrerankündigungen über HTTP 13:59 Auth-Demo: 403, 101 und Token abgelaufen 15:10 Räume-Demo: Nachrichten bleiben in ihrem Raum 16:26 Tests: Authentifizierung über WebSockets 17:51 Tests: Räume (Beweis, dass eine Nachricht NICHT angekommen ist) 18:53 Vor der Produktion 19:37 3 häufige Fehler 20:17 Interviewfragen 21:25 Zusammenfassung, Hausaufgaben und was kommt als nächstes 📝 HAUSAUFGABE 1. Verlauf: Ein neues Mitglied erhält die letzten 20 Nachrichten des Raums direkt nach dem Beitritt (deque(maxlen=20) pro Raum) 2. DELETE /rooms/{room}/members/{username} (nur Lehrer) schließt alle Verbindungen dieses Benutzers im Raum mit Code 1008 und dem Grund „vom Lehrer entfernt“ 3. Tests für beides Die Antwort finden Sie im nächsten Video! 🎯 INTERVIEWFRAGEN IN DIESEM VIDEO • Wie authentifiziert man einen WebSocket in FastAPI? • Wie baut man Chatrooms auf? • Was passiert, wenn das JWT während eines offenen WebSocket abläuft? ⏭️ Nächstes Video: Async Deep Dive – def vs async def, die Ereignisschleife, der Threadpool, blockierende Aufrufe und run_in_threadpool 👍 Liken Sie, abonnieren Sie Nilesh Technology und drücken Sie die Glocke für die nächste Lektion! #FastAPI #Python #WebSockets #JWT #RealTime #FastAPITutorial #BackendDevelopment #PythonTutorial #NileshTechnology