Ä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'.
- Änderung des Verzeichnispfades im Deployment-Skript für das Frontend.
- Aktualisierung der API- und WebSocket-URLs in der .env.local-Datei auf die Produktionsumgebung.
- Entfernen des Standardwerts für die API-Basis-URL, um die Konfiguration flexibler zu gestalten.
- Sicherstellung, dass die URL korrekt auf die Backend-API verweist.
- Korrektur des Kopiervorgangs für die .env-Datei, um die richtige Datei im Zielverzeichnis zu verwenden.
- Vereinheitlichung der Pfade für das Kopieren der Server-Umgebungsvariablen und der .env-Datei.
- Hinzufügen eines Schrittes zum Kopieren der .env-Datei in das Zielverzeichnis.
- Anpassung der Berechtigungen für die .env-Datei und das Frontend-Verzeichnis.
- Hinzufügen von Schritten zum Kopieren der Server-Umgebungsvariablen vor dem Neuaufbau des Frontends.
- Anpassung der Schritte zur Erstellung des Zielverzeichnisses und zum Löschen des alten Frontends.
- Wiederherstellung der lokalen .env-Datei nach dem Deployment.
- Hinzufügen eines Neustarts des yourpart-Dienstes nach der Datenbanksynchronisation.
- Implementierung einer Statusprüfung des Dienstes nach dem Neustart, um sicherzustellen, dass der Dienst ordnungsgemäß läuft.
- Hinzufügen von Konsolenausgaben zur Nachverfolgung des Ladevorgangs von Lagertypen und zur Überprüfung, ob neue Lagertypen hinzugefügt werden können.
- Anpassung der Bedingungen zur Anzeige des Hinzufügen-Buttons basierend auf dem Vorhandensein von Lagertypen und bestehenden Stocks in den Branches.
- Entfernen des Inhaltsverzeichnisses vor dem Kopieren des Backends, um sicherzustellen, dass nur die neuesten Dateien übertragen werden.
- Änderung der Berechtigungen für das Backend und die .env-Datei, um den aktuellen Benutzer zu verwenden.
- Aktualisierung der Abhängigkeiten in package.json und package-lock.json, einschließlich der neuesten Versionen von dotenv, jsdom, sharp und uuid.
- Entfernen der Erstellung der Verzeichnisstruktur und der Installation von Systemd- und Apache-Konfigurationen.
- Integration des Frontend-Deployments über ein separates Skript.
