Nach dem letzten Update auf Joomla! 3.8.4 wird die Logged-in Users Liste immer länger. Irgend wo scheint da nach dem Update was schief gelaufen zu sein. Weiß jemand in welchen Script man den Fehler finden kann?
Nach update auf Joomla! 3.8.4 Stable wird die Liste Logged-in Users im Backend immer länger
- paulhabenichts
- Erledigt
-
-
-
Hallo,
vielleicht das da? https://issues.joomla.org/tracker/joomla-cms/19511
führt auch dort hin: https://github.com/joomla/joomla-cms/pull/19514
Liebe Grüße
Christine -
Hab das Problem mit einem simplen Eingriff wegbekommen.
Einfach unter System - Konfiguration - Reiter System den Punkt Sitzungslänge einmal ändern - speichern - auf den alten Wert korrigieren - speichern.
Dann einfach warten. Heute Morgen war die Liste wieder normal. Ich werde mal beobachten ob das Problem so dauerhaft weg ist oder nur für den Moment.Beste Grüße
-
Leider hat das nur eimal geholfen. Das Update auf Joomla! 3.8.5 änderte auch an diesem Problem nichts.
-
Nur so vor mich hinfantasiert: Stell mal den Session-Handler (Sitzungsspeicher) in der Konfiguration um.
-
habe ich schon probiert, siehe weiter oben. Da hatte ich gedacht das da die Ursache liegt, leider ist Sie es nicht. Aber was mir eben auffällt, dass die Liste heute morgen bis auf die Einträge von gestern und heute gelöscht ist. Es scheint da ein wöchentlicher Zyklus sein, wo die Liste bereinigt wird.
-
Hat jemand schon eine Lösung wie man das Problem dauerhafter in den Griff bekommt?
Der Fehler:Zitatif ($handler !== 'database' && $time % 5 === 0)
{
$this->registerEvent(
- 'onAfterResponse',
+ 'onAfterRespond',
function () use ($session, $time)
{
// TODO: At some point we need to get away from having session data always in the db.
Der Fehler ist in der Version 3.8.5. zwar korrigiert, aber nicht die Ursache, da das Problem weiterhin besteht -
Bei mir hat, wie bei einigen anderen, das Umstellen auf Sitzungsspeicher = PHP geholfen.
Für 3.8.6 wird es einige Änderungen diesbzgl. geben, inklusive einem neuen, konfigurierbarem Plugin sessiongc (Session Garbage Collection).
https://github.com/joomla/joomla-cms/pull/19687Ansonsten bleibt die Einrichtung eines Cronjobs eine Möglichkeit. Blick ich aber nicht durch, wie eigentlich. Geht wohl um das hier: https://github.com/joomla/joomla-cms/pull/19548 Aber, da 99% der User wie ich keinen Zugriff auf die Konsole (command-line) haben, erst mal Achselzucken ob der Anleitung.
Zitat/**
+ * This is a CRON script to delete expired session data which should be called from the command-line, not the
+ * web. For example something like:
+ * /usr/bin/php /path/to/site/cli/sessionGc.php
+ */Ich kann im besten Fall example.org/cli/sessionGc.php als Cron einrichten. Keine Ahnung, ob das auch funktioniert
Oder PHP umzukonfigurieren, wer kann. Es sollte ein Wert
session.gc_probability = 1
statt
session.gc_probability = 0
gesetzt werden, wer kann. Z.B. in der php.ini oder in Einstellmöglichkeiten, die der Provider in der PHP-Verwaltung anbietet.Bei der Seite, wo ich gerade vor sitze gelingt mir das durch einen .htaccess-Eintrag
php_value session.gc_probability 1(Wert 0 wird als "Fehlkonfiguration" bezeichnet, scheint aber zahlreich üblich zu sein)
Aber noch mal. Je mehr ich darüber lese, desto weniger verstehe ich. Außer, dass, wenn es funktioniert, das einen positiven Einfluss auf die Performance Joomlas haben kann.
Haupt-Quelle:
https://github.com/joomla/joomla-cms/issues/19585 -
Moin,
ich bin auch exakt von dem Problem betroffen, das die Liste der immer selben angemeldeten User wird immer länger. Auch kommt es zu Problemen beim Anmelden im BAckend.
Wenn ich auf Session -> PHP gehe ist das Prob augenscheinlich gelöst.
Aber ist das zu empfehlen? Oder ist es besser das auf Datenbank zu lassen und den Hoster zu bitten auf
session.gc_probability = 1
umzustellen.
Es gibt ja auch ein Plugin von Viktor Vogel für diese Problematik, hat jemand von euch das evtl im Einsatz: https://joomla-extensions.kubi…y-session-killer/joomla-3
Und wie sieht es bei euch mit der Performance aus?Vielen Dank und viele Grüße,
Dirk -
Diese Fragen sind doch letztlich alle beantwortet.
Den Session-Killer kannst auch nehmen.
Je mehr sich eine Tabelle mit Daten füllt, desto unperformanter wird die Suche darin natürlich.
Den Provider um eine Umstellung zu bitten, wenn du das nicht selber kannst, ist nicht falsch bzgl. Joomla. Besser wäre natürlich, du kannst das selbst hin-und-herstellen.
Wenn ich auf Session -> PHP gehe ist das Prob augenscheinlich gelöst.
Aber ist das zu empfehlen?
Was spricht dagegen, wenn es funktioniert?