Vielen Dank, das hat funktioniert
Beiträge von Afox
-
-
Hallo,
die folgenden Plugins verhindern ein Update auf WSC 5.5:
- Erweiterte Suche: EasyLink in Version 3.2.2
- Erweiterte Suche: EasyMedia Bilder in Version 3.2.2
- Erweiterte Suche: EasyMedia Videos in Version 3.2.2
LG,
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
-
Wenn ich auf den neuen Menüpunkt klicke erhalte ich ein Zugriff verweigert.
Kleiner Fehler bei Version 5.3.5 von EasyMedia:
ZitatWSC 5.3 - 5.2
-
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,
ist es möglich abhängig von den Einstellungen des Clientbrowsers den jeweiligen Stil automatisch auszuwählen?
Z.B. Client hat dunkles Theme -> dunkler Stil wird automatisch gewählt.
Wenn der Client jedoch manuell einen Stil wählt sollte dies auch permanent so bleiben.
LG,
Afox
-
Ich habe die Erlaubnis erhalten und das Plugin per Konversation gesendet.
-
Ergänzend würde mich noch interessieren wie groß der Aufwand wäre wenn ein Plugin bereits kompatibel mit nodePush ist dieses ebenfalls kompatibel mit Push++ zu machen?
-
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
-
-
Wenn du mir sagen kannst was genau geändert werden müsste von Seiten WoltLab damit so etwas funktioniert dann kann ich dort einen Vorschlag einreichen.
-
Verstehe ich, dachte nur wir würden die gleiche Grundlage zum Kompilieren verwenden. Dann sind die mitgelieferten Source-Dateien quasi etwas das auf dem Server selbst kompiliert werden muss auf dem es auch zum Einsatz kommt.
-
Als Ergänzungsfrage: Würdest du mir noch verraten wie du es hinbekommst dass diese Sachen in die Datei integriert werden?
-
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.
Zitaterror 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
-
Das Editieren hatte ich nicht getestet, umso besser wenn es schon funktioniert
Das Löschen wäre wirklich mega wenn das ebenfalls funktionieren würde. Zusammen mit dem noch offenen Request für die Likes hat man dann eine extrem interaktive Plattform
-
Danke, ich bin gerade auch dabei es zu kompilieren und es kommt der Fehler:
Hattest du das auch? Wie hast du es gelöst?
Vollständige Fehlermeldung
make -j
cd QHttpServer/ && ( test -e Makefile /usr/lib/qt5/bin/qmake -o Makefile /path/to/pushxx_src/QHttpServer/QHttpServer.pro CONFIG+=release ) && make -f Makefile
Project ERROR: Unknown module(s) in QT: core network
make: *** [Makefile:50: sub-QHttpServer-make_first-ordered] Fehler 3
LG
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.