Beiträge von Afox

    Hallo,

    da das Plugin Standard-Avatare bereits eine ähnliche Funktionsweise hat möchte ich den folgenden Pluginwunsch äußern:

    Ein Plugin das die Titelbilder der Nutzer nach der Registrierung mit einem zufälligen Titelbild ersetzt.

    Für meinen Einsatzzweck müsste keine Unterscheidung der Benutzergruppe erfolgen. Was ich mir wünsche ist dass jeder Nutzer nicht das selbe Titelbild hat und ich eine Reihe von Titelbildern definieren kann die dann zufällig zugeordnet werden.

    LG,

    Afox

    Das heißt jeder (auch Gäste) bekäme das Popup angezeigt? An so ein Popup hatte ich auch schon gedacht aber ich bin kein Fan von Popups (nur meine persönliche Meinung). Das beste, wenn ich es richtig verstanden habe, wäre wenn man beide Stile verschmelzen würde und als eine Datei ausliefern könnte. Das dürfte aber ohne eine Anpassung von Seiten WL nicht möglich sein wenn ich das richtig zwischen den Zeilen gelesen habe.

    Edit: das scheint für WSC 6.0 geplant zu sein, siehe github-issue und Foren-Thema.

    Die einzige Frage die bei mir gedanklich noch offen ist wie mit Neuregistrierten zu verfahren wäre. Da habe ich absolut keine Ahnung weil die ja quasi schon eingeloggt sind und es mehrere Punkte gibt an die man anknüpfen könnte wobei aber nicht alle immer aktiviert sind (Absenden des Registrierungsformulars, Mehrfaktor-Authentifizierung).

    Und was passiert mit Drittanbieterlogins?

    Ich hatte mich bei reddit inspirieren lassen. Dort gibt es (glaube ich) keinen Reload. Für unregistrierte Nutzer wird da aber auch nicht standardmäßig umgeswitcht sondern erst wenn man sich einloggt (glaube ich).

    Daher folgende Idee: vielleicht ist es möglich das über die Loginseite zu lösen. Das WSC 5.5 hat ja eine eigene Loginseite. Auf dieser könnte man bestimmen ob ein Darkmode aktiv ist und dann nach dem Login den passenden Stil laden (ohne Reload).

    Was ich an der Reload-Lösung etwas abschreckend finde sind Erstbesucher und den Eindruck den diese von der Seite erhalten (sofern das so gedacht ist dass wirklich immer reloaded werden soll) plus evtl. den Einfluss auf ein Suchmaschinenranking.

    Hallo,

    ich hätte eine theoretische Frage zu der Unterstützung von externen Plugins, in diesem Fall das Plugin Erweiterte Konversationen. Und zwar hat das Plugin bereits eine Unterstützung für nodePush. Jedoch ist das tatsächlich das einzige Plugin das mir spontan einfällt welches nodePush unterstützt und meine Frage lautet daher ob es möglich wäre mittels eines externen Plugins Push++ zu unterstützen oder ob das von dem Plugin selbst ausgehen muss?

    Danke & lG,

    Afox

    Ich habe die neu kompilierte Datei jetzt einfach mal auf den Foren-Server kopiert und versucht zu starten aber es scheint dass genau die selben Pakete erwartet werden die ich zuvor auf der Build Maschine installiert hatte.

    Zitat

    error while loading shared libraries: libQt5WebSockets.so.5: cannot open shared object file: No such file or directory

    Das erklärt dann auch die Größe schätze ich mal.

    Danke,

    apt-get install qtbase5-dev

    apt-get install libqt5websockets5-dev

    hatten schon etwas geholfen. Habe dann noch einen Teil von Euren Paketen installiert und nun ist die erzeugte Datei "pushxx" im Ordner pushxx keine 300kB groß. Ich weiß nicht ob das richtig sein kann. Der Build endete wie folgt:

    Spoiler anzeigen

    g++ -c -pipe -O2 -mtune=generic -fstack-protector-all -fPIE -fPIC -Wall -std=gnu++11 -Wall -Wextra -D_REENTRANT -fPIC -DSTATIC -DQT_NO_DEBUG -DQT_CORE_LIB -I../../pushxx-pm -I. -I../../sigwatch -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o moc_configuration.o moc_configuration.cpp

    ../../pushxx-pm/processmanager.cpp: In member function \u2018void ProcessManager::shutdown()\u2019:

    ../../pushxx-pm/processmanager.cpp:24:21: warning: \u2018Q_PID QProcess::pid() const\u2019 is deprecated: Use processId() instead [-Wdeprecated-declarations]

    24 | kill(p->pid(), SIGTERM);

    | ^

    In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/QProcess:1,

    from ../../pushxx-pm/processmanager.hpp:5,

    from ../../pushxx-pm/processmanager.cpp:1:

    /usr/include/x86_64-linux-gnu/qt5/QtCore/qprocess.h:237:11: note: declared here

    237 | Q_PID pid() const;

    | ^~~

    ../../pushxx-pm/processmanager.cpp: In member function \u2018void ProcessManager::signal(int)\u2019:

    ../../pushxx-pm/processmanager.cpp:66:25: warning: \u2018Q_PID QProcess::pid() const\u2019 is deprecated: Use processId() instead [-Wdeprecated-declarations]

    66 | kill(p->pid(), SIGTERM);

    | ^

    In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/QProcess:1,

    from ../../pushxx-pm/processmanager.hpp:5,

    from ../../pushxx-pm/processmanager.cpp:1:

    /usr/include/x86_64-linux-gnu/qt5/QtCore/qprocess.h:237:11: note: declared here

    237 | Q_PID pid() const;

    | ^~~

    ../../pushxx-pm/processmanager.cpp: In member function \u2018void ProcessManager::reloadChilds()\u2019:

    ../../pushxx-pm/processmanager.cpp:100:49: warning: \u2018Q_PID QProcess::pid() const\u2019 is deprecated: Use processId() instead [-Wdeprecated-declarations]

    100 | qInfo() << "Reloading Child " << p->pid();

    | ^

    In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/QProcess:1,

    from ../../pushxx-pm/processmanager.hpp:5,

    from ../../pushxx-pm/processmanager.cpp:1:

    /usr/include/x86_64-linux-gnu/qt5/QtCore/qprocess.h:237:11: note: declared here

    237 | Q_PID pid() const;

    | ^~~

    ../../pushxx-pm/processmanager.cpp:102:21: warning: \u2018Q_PID QProcess::pid() const\u2019 is deprecated: Use processId() instead [-Wdeprecated-declarations]

    102 | kill(p->pid(), SIGHUP);

    | ^

    In file included from /usr/include/x86_64-linux-gnu/qt5/QtCore/QProcess:1,

    from ../../pushxx-pm/processmanager.hpp:5,

    from ../../pushxx-pm/processmanager.cpp:1:

    /usr/include/x86_64-linux-gnu/qt5/QtCore/qprocess.h:237:11: note: declared here

    237 | Q_PID pid() const;

    | ^~~

    g++ -Wl,-O1 -o pushxx-pm main.o pmconfiguration.o configuration.o processmanager.o moc_pmconfiguration.o moc_configuration.o moc_processmanager.o ../sigwatch/libsigwatch.a /usr/lib/x86_64-linux-gnu/libQt5Core.so -lpthread

    make[1]: Verzeichnis \u201e/path/to/pushxx_src/build/pushxx-pm\u201c wird verlassen

    libqt5core5a aus den Debian 11 Paketen hat ebenfalls diese Version. Dann kann es vielleicht an mir liegen. Also ich habe mich an das was in der README Datei steht gehalten.

    • Die Source Datei entpackt
    • in diesen Ordner gewechselt
    • einen Ordner "build" erstellt
    • in den Ordner "build" gewechselt
    • den Befehl qmake -o Makefile "CONFIG+=release" ../Pushxx.pro; ausgeführt
    • den Befehl make -j ausgeführt

    Ich möchte aber nochmal auf meinen Kompilierungsversuch zurückkommen und fragen woran es ggf. gelegen haben könnte dass dieser Fehler auftaucht und ich unter Debian 11 nicht kompilieren konnte. Hatte mir extra eine eigene Maschine zu diesem Zweck aufgesetzt.