Nach update auf Joomla! 3.8.4 Stable wird die Liste Logged-in Users im Backend immer länger

  • 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

  • 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:


    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/19687


    Ansonsten 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

    WBR from DE-de

    "Hier könnte Ihre Werbung stehen"

  • 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?