Änderungen:
- Eine neue Umgebungsvariable `VITE_SOCKET_IO_URL` wurde zur .env.server-Datei hinzugefügt, um die Socket.io-URL zu definieren.
- Die Logik zur Initialisierung der Socket.io-Verbindung wurde aktualisiert, um die neue Umgebungsvariable zu verwenden und einen Fallback auf die API-URL zu implementieren.
- Der Transportmodus für die Socket.io-Verbindung wurde auf 'websocket' und 'polling' erweitert.
Diese Anpassungen verbessern die Flexibilität der Socket.io-Verbindung und ermöglichen eine bessere Handhabung der Umgebungsvariablen.
Änderungen:
- Das Skript überprüft nun, ob die Datei .env.server vorhanden ist, und kopiert sie nur, wenn sie existiert.
- Umgebungsvariablen werden nun mit Standardwerten gesetzt, falls sie nicht bereits definiert sind.
- Die Kopie der .env-Datei erfolgt ebenfalls nur, wenn diese existiert, um unnötige Überschreibungen zu vermeiden.
Diese Anpassungen erhöhen die Flexibilität und Robustheit des Deploy-Prozesses.
Änderungen:
- Die Umgebungsvariablen für die API-URLs wurden auf lokale Adressen geändert, um die Entwicklung zu erleichtern.
- Der Socket.io-Verbindungsaufbau wurde angepasst, um nur das 'polling'-Transportprotokoll zu verwenden.
Diese Anpassungen verbessern die lokale Entwicklungsumgebung und vereinfachen die Verbindung zu den WebSocket-Diensten.
Änderungen:
- Der Verbindungsaufbau des Daemon WebSockets wurde angepasst, um zuerst mit einem spezifischen Subprotokoll zu versuchen und bei Misserfolg auf eine Verbindung ohne Subprotokoll zurückzugreifen.
- Zusätzliche Protokollausgaben wurden hinzugefügt, um den Verbindungsstatus und Fehlerdetails besser nachzuvollziehen.
Diese Anpassungen erhöhen die Robustheit der WebSocket-Verbindung und verbessern die Fehlerdiagnose.
Änderungen:
- Die WebSocket-URLs für Daemon und Chat wurden aktualisiert, um spezifische Ports zu verwenden.
- Der Daemon WebSocket wird nun mit dem Protokoll 'wss' initialisiert und verwendet das 'yourpart-protocol'.
Diese Anpassungen verbessern die Verbindungsstabilität und die Protokollierung der WebSocket-Interaktionen.
Änderungen:
- Der Daemon WebSocket-URL wurde von 'wss' auf 'ws' geändert, um die Verbindung zu optimieren.
- Der WebSocket wird nun ohne spezifisches Protokoll initialisiert, um Tests zu erleichtern.
- Zusätzliche Protokollausgaben wurden hinzugefügt, um Browserinformationen bei Verbindungsfehlern zu dokumentieren.
Diese Anpassungen verbessern die Fehlerdiagnose und die Flexibilität der WebSocket-Verbindung.
Änderungen:
- Der Daemon WebSocket wurde aus der Anwendung entfernt, um die Komplexität zu reduzieren und die Stabilität zu erhöhen.
- Die Event-Verarbeitung in StatusBar.vue und BranchView.vue wurde aktualisiert, um Socket.io für die Registrierung und Verarbeitung von Live-Events zu verwenden.
- Protokollausgaben wurden hinzugefügt, um den Empfang und die Verarbeitung von Events zu dokumentieren.
Diese Anpassungen verbessern die Nachvollziehbarkeit der Event-Verarbeitung und vereinfachen die Codebasis.
Änderungen:
- Hinzufügen von detaillierten Protokollausgaben beim Verbindungsaufbau und beim Empfang von Nachrichten, um den Status und die empfangenen Daten besser nachzuvollziehen.
- Implementierung von Protokollausgaben zur Unterscheidung zwischen verschiedenen Nachrichtenformaten und zur Dokumentation der Weiterleitung von Events an Socket.io.
- Verbesserung der Fehlerbehandlung beim Parsen von JSON-Nachrichten mit zusätzlichen Protokollausgaben zur Diagnose.
Diese Anpassungen erhöhen die Nachvollziehbarkeit der WebSocket-Interaktionen und erleichtern die Fehlersuche im Backend.
Änderungen:
- In der StatusBar.vue wurden Protokollausgaben hinzugefügt, um den Start und die Ergebnisse des fetchStatus-Aufrufs zu dokumentieren.
- In der BranchView.vue wurden Protokollausgaben hinzugefügt, um den Status der Aktualisierung der verschiedenen Sektionen zu verfolgen und sicherzustellen, dass die Referenzen verfügbar sind.
Diese Anpassungen erhöhen die Nachvollziehbarkeit der Eventverarbeitung und erleichtern die Fehlersuche.
Änderungen:
- In der StatusBar.vue wurden Protokollausgaben hinzugefügt, um den Event-Typ und den Erfolg oder Fehler des fetchStatus-Aufrufs zu dokumentieren.
- In der BranchView.vue wurden Protokollausgaben hinzugefügt, um den Event-Typ und den Status der Aktualisierung aller Sektionen zu protokollieren.
Diese Anpassungen verbessern die Nachvollziehbarkeit der Eventverarbeitung und erleichtern die Fehlersuche.
Änderung:
- Die Methode `beforeUnmount` wurde aktualisiert, um die Abmeldung von Socket.io-Events zu vereinfachen, indem die spezifischen Event-Namen entfernt wurden. Dies verbessert die Lesbarkeit und Wartbarkeit des Codes.
- Der Aufruf von `loadStatus` wurde durch `fetchStatus` ersetzt, um die Konsistenz mit der neuen Event-Verarbeitung zu gewährleisten.
Diese Anpassung sorgt für eine klarere Struktur und eine einheitliche Handhabung der Socket.io-Events in der StatusBar-Komponente.
Änderung:
- In den Views StatusBar, BankView, BranchView, DirectorView, FamilyView, HealthView, HouseView und NobilityView wurde eine neue Methode `handleEvent` hinzugefügt, um die Verarbeitung von empfangenen Socket.io-Events zu zentralisieren.
- Die spezifischen Event-Handler wurden aktualisiert, um die `handleEvent`-Methode aufzurufen, was die Lesbarkeit und Wartbarkeit des Codes verbessert.
Diese Anpassung sorgt für eine konsistentere Handhabung von Socket.io-Events und erleichtert zukünftige Erweiterungen und Anpassungen der Event-Logik.
Änderung:
- In den Views BankView, DirectorView, FamilyView, HealthView, HouseView und NobilityView wurden Protokollausgaben hinzugefügt, um empfangene Daten von den Socket.io-Events 'falukantUpdateStatus' und 'familychanged' zu dokumentieren.
- Diese Anpassung verbessert die Nachvollziehbarkeit der Datenaktualisierungen und erleichtert die Fehlersuche bei der Eventverarbeitung.
Diese Änderungen sorgen für eine bessere Transparenz und Debugging-Möglichkeiten in der Anwendung.
Änderung:
- Die Logik zur Abmeldung von WebSocket-Events wurde vereinfacht, indem die spezifischen Event-Namen direkt in der Methode `beforeUnmount` abgemeldet werden. Dies verbessert die Lesbarkeit und Wartbarkeit des Codes.
Diese Anpassung sorgt für eine klarere Struktur und effizientere Handhabung der WebSocket-Events.
Änderung:
- Alle Views wurden aktualisiert, um den Daemon WebSocket zu deaktivieren und stattdessen Socket.io für die Event-Registrierung zu verwenden.
- Eine neue Methode `setupSocketEvents` wurde hinzugefügt, um die Socket.io-Events zu registrieren und Protokollausgaben für den Status der Registrierung bereitzustellen.
- Die Logik zur Handhabung von WebSocket-Events wurde vereinfacht und verbessert, um die Stabilität und Nachvollziehbarkeit zu erhöhen.
Diese Anpassung sorgt für eine konsistentere Handhabung von WebSocket-Events und verbessert die Benutzererfahrung durch zuverlässigere Datenaktualisierungen.
Änderung:
- Aktualisierung der Versionen mehrerer Pakete in der Datei package-lock.json, einschließlich @types/node (24.3.1), @types/validator (13.15.3), dotenv (17.2.2), mysql2 (3.14.4) und iconv-lite (0.7.0).
- Diese Anpassungen verbessern die Sicherheit und Stabilität der Anwendung durch die Verwendung der neuesten Versionen der Abhängigkeiten.
Änderung:
- Der Daemon WebSocket wurde aufgrund von CORS- und Protokollproblemen deaktiviert.
- Alle WebSocket-Interaktionen wurden auf Socket.io umgestellt, um die Funktionalität weiterhin zu gewährleisten.
- Entsprechende Protokollausgaben wurden hinzugefügt, um den Status der Deaktivierung zu dokumentieren.
Diese Anpassung verbessert die Stabilität der Anwendung und sorgt für eine konsistente Handhabung von WebSocket-Events.
Änderung:
- In der Klasse FalukantController wurden Protokollausgaben hinzugefügt, um die Aufrufe der Methoden getDirectorProposals und getGifts zu verfolgen.
- In der Klasse FalukantService wurde eine Protokollausgabe hinzugefügt, um die Aufrufe der Methode getFalukantUserByHashedId zu dokumentieren und das Ergebnis zu protokollieren.
Diese Anpassung verbessert die Nachvollziehbarkeit der Methodenaufrufe und erleichtert die Fehlersuche im Backend.
Änderung:
- Die WebSocket-Verbindung zum Daemon verwendet nun zuerst das 'yourpart-protocol' und versucht bei einem Protokollfehler eine Verbindung ohne Protokoll.
- Es wurde eine Retry-Logik mit exponentiellem Backoff hinzugefügt, um die Verbindung bei Fehlern stabiler zu gestalten.
- Zusätzliche Protokollausgaben für Fehler- und Verbindungsdetails wurden implementiert, um die Fehlersuche zu erleichtern.
Diese Anpassung verbessert die Zuverlässigkeit der WebSocket-Verbindung und die Fehlerdiagnose.
Änderung:
- Die Logik zur Extraktion der Benutzerliste wurde aktualisiert, um auch `userlist` aus `obj.message` zu berücksichtigen. Dies verbessert die Robustheit der Benutzerlistenverarbeitung und stellt sicher, dass alle relevanten Benutzer korrekt angezeigt werden.
Diese Anpassung sorgt dafür, dass die Benutzerliste im Chat präziser und vollständiger ist.
Änderung:
- Die Methode createRoom im AdminService wird nun mit userId und value aufgerufen, anstatt nur mit value. Dies verbessert die Zuordnung des Raums zum entsprechenden Benutzer.
Diese Anpassung sorgt dafür, dass die Raumerstellung korrekt mit dem zugehörigen Benutzer verknüpft ist.
Änderung:
- SQL-Abfragen in der Datei sequelize.js wurden aktualisiert, um die Verwendung von `bind` anstelle von `replacements` zu implementieren. Dies verbessert die Lesbarkeit und Konsistenz der Abfragen.
Diese Anpassung sorgt dafür, dass die SQL-Abfragen effizienter und sicherer ausgeführt werden.
Änderung:
- Die Beziehung zu UserParamValue für genderRestriction wurde aktualisiert, um `required: false` zu setzen. Dadurch können auch Räume ohne genderRestriction geladen werden.
Diese Anpassung verbessert die Flexibilität beim Laden von Rauminformationen und stellt sicher, dass Räume ohne Geschlechtsbeschränkungen korrekt angezeigt werden.
Änderung:
- Der ownerId wird nun aus dem userId extrahiert und als Ganzzahl gesetzt, bevor ein Raum erstellt wird. Dies verbessert die Zuordnung des Raums zum entsprechenden Benutzer.
Diese Anpassung sorgt dafür, dass die Raumerstellung korrekt mit dem zugehörigen Benutzer verknüpft ist.
Problem:
- Chat WebSocket versuchte wss://www.your-part.de (ohne Port)
- Sollte wss://www.your-part.de:1235 sein (direkte Verbindung)
Lösung:
- getChatWsUrl() verwendet jetzt Port 1235 für Production
- getChatWsCandidates() verwendet Port 1235 für alle Hosts
- Direkte Verbindung zum Chat-Server auf Port 1235
Chat-Server:
- Läuft mit SSL auf Port 1235
- yourchat.service: SSL WebSocket Server starting on port 1235
- Frontend: wss://www.your-part.de:1235 mit 'chat' Protokoll
Änderung:
- Umgebungsvariablen `VITE_DAEMON_SOCKET` und `VITE_CHAT_WS_URL` werden nun direkt beim Bauen des Frontends gesetzt, anstatt sie vorher zu exportieren. Dies verbessert die Handhabung der Variablen im Build-Prozess.
Diese Anpassung sorgt dafür, dass die Umgebungsvariablen korrekt im Build-Prozess verarbeitet werden und die WebSocket-Verbindung stabil bleibt.
Änderung:
- Die WebSocket-Verbindung verwendet jetzt die Variable `daemonUrl`, die entweder den Wert von `VITE_DAEMON_SOCKET` oder einen Standardwert hat. Dies verbessert die Flexibilität und stellt sicher, dass die Verbindung auch bei fehlender Umgebungsvariable funktioniert.
Diese Anpassung sorgt dafür, dass die WebSocket-Verbindung stabiler und zuverlässiger ist.
Änderung:
- VITE_DAEMON_SOCKET wurde von wss://www.your-part.de/ws auf wss://www.your-part.de:4551 geändert, um die Verbindung zum Daemon-Service zu verbessern.
Diese Anpassung stellt sicher, dass die WebSocket-Verbindung korrekt konfiguriert ist und die Kommunikation mit dem Daemon-Service reibungslos funktioniert.
Problem:
- VITE_DAEMON_SOCKET wird nicht im Build-Prozess verarbeitet
- Umgebungsvariable wird nicht korrekt in JavaScript eingebaut
Lösung:
- echo 'VITE_DAEMON_SOCKET=wss://www.your-part.de/ws' >> .env
- export VITE_DAEMON_SOCKET=wss://www.your-part.de/ws
- Umgebungsvariablen werden sowohl in .env geschrieben als auch exportiert
Dadurch sollte das yourpart-protocol korrekt im Frontend eingebaut werden.
Änderung:
- VITE_CHAT_WS_URL wurde von wss://www.your-part.de/ws auf wss://www.your-part.de:1235 geändert, um die Verbindung zu verbessern.
Diese Anpassung stellt sicher, dass die WebSocket-Verbindung korrekt konfiguriert ist und die Kommunikation mit dem Daemon-Service reibungslos funktioniert.
Problem:
- VITE_DAEMON_SOCKET wird nicht im Build-Prozess verarbeitet
- Umgebungsvariable wird nicht korrekt in JavaScript eingebaut
Lösung:
- echo 'VITE_DAEMON_SOCKET=wss://www.your-part.de/ws' >> .env
- echo 'VITE_CHAT_WS_URL=wss://www.your-part.de:1235' >> .env
- Umgebungsvariablen werden direkt in .env Datei geschrieben
Dadurch sollte das yourpart-protocol korrekt im Frontend eingebaut werden.
Problem:
- VITE_DAEMON_SOCKET wird nicht im Build-Prozess verarbeitet
- Umgebungsvariable wird nicht korrekt in JavaScript eingebaut
Lösung:
- export VITE_DAEMON_SOCKET=wss://www.your-part.de/ws
- export VITE_CHAT_WS_URL=wss://www.your-part.de:1235
- Umgebungsvariablen sind jetzt im Build-Prozess verfügbar
Dadurch sollte das yourpart-protocol korrekt im Frontend eingebaut werden.
Problem:
- 502 Proxy Error trotz upgrade=websocket Parameter
- Daemon-Service erwartet reine WebSocket-Verbindungen
Lösung:
- ProxyPass mit upgrade=websocket entfernt (unzuverlässig)
- Nur RewriteRules für WebSocket-Upgrade-Requests verwenden
- ProxyPass '/ws/' '!' hinzugefügt um andere Requests zu blockieren
Daemon-Logs zeigen:
- WebSocket Server auf Port 4551 (no SSL)
- 'Unknown client spec version 0' Fehler
- Apache muss WebSocket-Upgrade korrekt weiterleiten
Problem:
- 502 Proxy Error bei WebSocket-Verbindungen zu /ws/
- Apache konnte nicht mit Daemon-Service auf Port 4551 verbinden
Lösung:
- upgrade=websocket Parameter zu ProxyPass hinzugefügt
- Reihenfolge der RewriteRules und ProxyPass optimiert
- WebSocket-Upgrade-Requests werden jetzt korrekt behandelt
Konfiguration:
- RewriteRules für WebSocket-Upgrade vor ProxyPass
- ProxyPass mit upgrade=websocket für /ws/ → ws://localhost:4551/
- Daemon-Service läuft auf Port 4551 und akzeptiert nur WebSocket-Verbindungen
Problem:
- Socket.io-Verbindungen scheiterten mit NS_ERROR_WEBSOCKET_CONNECTION_REFUSED
- Apache hatte keine WebSocket-Upgrade-Header für /socket.io/ konfiguriert
Lösung:
- WebSocket-Upgrade-Header für /socket.io/ hinzugefügt
- RewriteRule für Socket.io WebSocket-Upgrades konfiguriert
- Doppelte RewriteEngine on Zeile entfernt
Jetzt sollten Socket.io WebSocket-Verbindungen über Apache korrekt
an den Backend-Server auf Port 2020 weitergeleitet werden.
Problem:
- Frontend versuchte native WebSocket-Verbindung zu /ws/ aufzubauen
- Backend hat nur Socket.io, keine native WebSocket-Unterstützung für /ws/
Lösung:
- Daemon WebSocket verwendet jetzt Socket.io statt native WebSocket
- Beide Verbindungen (Socket.io und Daemon) verwenden jetzt Socket.io
- Event-Handler von WebSocket auf Socket.io umgestellt
Dies löst die WebSocket-Verbindungsfehler, da der Backend-Server
nur Socket.io unterstützt, keine nativen WebSockets.
Apache-Konfiguration:
- Füge WebSocket-Proxy für /ws/ Pfad hinzu
- Leite WebSocket-Upgrade-Header korrekt weiter
Frontend-Konfiguration:
- Socket.io verwendet jetzt VITE_API_BASE_URL (über /socket.io/ Proxy)
- Daemon WebSocket verwendet wss://www.your-part.de/ws
- Chat WebSocket verwendet wss://www.your-part.de/ws
Dies löst die 'operation is insecure' Fehler und ermöglicht
WebSocket-Verbindungen über HTTPS.
Frontend:
- Lösche dist/ vor Build
- Lösche /opt/yourpart/frontend/dist vollständig vor Deploy
- Erstelle Zielverzeichnis neu nach dem Löschen
Backend:
- Lösche /opt/yourpart/backend vollständig vor Deploy
- Erstelle Backend-Verzeichnis neu nach dem Löschen
Dies stellt sicher, dass keine alten Dateien zurückbleiben.
- .env.local: Verwendet localhost:3001 für lokale Entwicklung
- .env.server: Verwendet wss:// für Produktionsumgebung
- Entferne backend/dist/ aus Git-Tracking
- Erweitere .gitignore um backend/dist/
- Hinzufügen von Konsolenprotokollen zur Überwachung der Verbindungsstatus für Socket.io und WebSocket.
- Fehlerbehandlung für Verbindungsfehler und -abbrüche verbessert.
- Sicherstellen, dass die Verbindungsversuche bei Fehlern korrekt behandelt werden.
- Änderung der Socket-URL von VITE_API_BASE_URL zu VITE_DAEMON_SOCKET zur Verbesserung der Sicherheit.
- Setzen von 'secure' auf true, um eine sichere Verbindung zu gewährleisten.
- Hinzufügen von Optionen für die WebSocket-Verbindung, um die Sicherheit und die Transportmethoden zu verbessern.
- Setzen von 'secure' auf false und Festlegen der Transports auf 'websocket' und 'polling'.
