Beiträge von Tim

    Hallo,


    Schuld war eine fehlerhafte nginx-Konfiguration. Die Anfrage-Header wurden nicht korrekt an den nodePush-Dienst weitergegeben.

    Hallo,


    ich würde auf eine fehlende Anpassung an der .htaccess und aktivierte URL-Umschreibungen tippen. Wenn die .htaccess nicht angepasst wurde, dann sind die Umschreibungen für den Chat natürlich nicht aktiv. Aber ohne mehr Details kann ich dir da auch nicht mehr zu sagen.

    Hallo,

    Die vhost Einstellungen sehen dann so aus:

    Ich bin mit Apache-Konfiguration nicht vertraut und kann nichts dazu sagen. Die Reverse Proxy die ich verwende erkennen Websockets selbstständig, ohne, dass ich manuell irgendwelche Pfade matchen müsste.

    Sind hier in diesem Forum eigentlich irgendwelche Plugins aktiv, die Nodepush verwenden? Meine Vermutung war ja, dass es mindestens eine Anwendung benötigt, die Nodepush verwendet damit der Websocket-Switch stattfindet. Oder müsste es auch ohne funktionieren?

    Der Chat. Aber NodePush wird generell auf allen Seiten eingebunden und initialisiert. Der Wechsel auf den Websocket passiert durch die socket.io-Bibliothek, sobald der Handshake erfolgt ist.

    Hallo,

    Angenommen ich verwende eine eigene Subdomain für Nodepush, auf welches Verzeichnis muss diese dann zeigen?

    auf gar kein Verzeichnis. Du brauchst einen Reverse Proxy auf den Port auf dem NodePush läuft. Die JavaScript-Datei wird durch den NodePush-Server ausgeliefert.

    Hallo,


    die Problematik in „debug“ kann ignoriert werden. Die Problematik in „parsejson“ kann ich nicht beurteilen, habe aber keinen Einfluss darauf, die Abhängigkeit ist nicht durch mich gesetzt. Ich glaube die betrifft den Server aber gar nicht, sondern nur den Browserclient.

    Hallo,

    Den signerKey finde ich unter Konfiguration -> Optionen -> Sicherheit -> Geheimschlüssel

    Ja, korrekt.

    Die UUID finde ich unter Konfiguration -> Pakete -> Pakete -> WoltLab Suite Core (bspw. ID = "1")

    Nein. Am einfachsten über die options.inc.php. Dort nach WCF_UUID suchen.

    Muss bei Redis der Port mit angegeben werden?

    Nur falls es nicht der Standardport ist.

    Noch eine weitere Frage bezüglich der Abhängigkeiten die man in der alten Anleitung findet. Sind diese noch gültig? Wenn ja, wie lautet die Paketbezeichnung der Entwicklungsbibliotheken von node.js? Vermutung: libnode-dev?

    Ich verwende nodePush innerhalb von Docker. Dort musste ich keine Systempakete nachinstallieren. Ob und welche Pakete neben nodejs selbst erforderlich sind kann ich daher nicht sagen.

    Hallo,


    nein, eine Anleitung direkt gibt es nicht. Die Konfiguration passiert jetzt über rc, ich empfehle Umgebungsvariablen.


    Im Pushserver zwingend zu konfigurieren ist signerKey und uuid. Im WCF muss Redis als Cache konfiguriert werden.


    • signerKey entspricht dem SIGNATURE_SECRET vom WCF.
    • uuid entspricht der WCF_UUID vom WCF.
    • Falls Redis nicht auf localhost läuft ist redis entsprechend auf den Redis-Server zu konfigurieren.


    Alle Einstellungen finden sich hier: https://github.com/wbbaddons/n…odePush/server.js#L35-L42

    Der NodeJS-Server scheint hier nicht mit assoziativen Arrays zurecht zu kommen. Oder vllt. liegt es auch an der Lücke im Array.

    Das hängt unmittelbar zusammen. Wenn das Array ein Loch hat, dann wird es von PHP für JSON als Objekt statt als Array kodiert. Ich weiß nicht ob man das korrigieren sollte und falls ja an welcher Stelle das am besten abgefangen wird. In PHP ist das target-Objekt bewusst generisch implementiert und in der server.js fühlt es sich falsch an.

    Hallo,


    vermutlich. Das Symbol taucht im Standardumfang dann auf, wenn der Benutzer knebeln oder bannen darf (oder beides natürlich). Kontrolliere sowohl die Gruppenrechte (Tipp: Die Suche im ACP benutzen) als auch die Berechtigungen innerhalb der einzelnen Chaträume.