Admidio hinterläßt offene Sessions auf dem Server

[Hardy]

Hallo zusammen!

Heute habe ich mal ein Problem das die Funktion von Admidio zwar nicht beeinträchtig, aber zu ärgerlicher Speicherplatzbelegung auf dem Server führt.

Ich habe das Problem, dass Admidio bei jedem Zugriff natürlich auch eine Session erzeugt. Im Serverordner..... phptmp waren über 27.000 sessions aufgelaufen und dies ist auch immer noch so.
Eine Session ist ca 100 kb groß und bei 27.000 verwaisten Sessions sind das mal eben schnell 2,7 GB die sich im Laufe von 2-3 Monaten ansammeln.
Der Ordner phptmp hat die Attribute 770, aber daran kann es eigentlich nicht liegen, denn andere "Anwendungen" hinterlasse auch keine Datenmüll.

Eigentlich sollten diese doch vom Script nach Beendigung wieder gelöscht werden.

Woran könnte das liege?
Momentan lösche ich diese immer manuell, aber das kann es ja auf Dauer nicht sein. Alleine heute sind es bis jetzt schon wieder 230 Stck.

Habt Ihr ne Idee.

Gruß Hardy

[fasse]

Hallo Hardy,

das entfernen einer Session ist nicht Sache von Admidio bzw. einem PHP-Script, sondern muss ggf. vom Server übernommen werden.

Wir starten in Admidio für jeden Besucher eine Session in der dann notwendige Daten gespeichert werden, damit diese nicht bei jedem Seitenaufruf neu aus der DB eingelesen werden müssen. Würden wir jetzt an einer Stelle die Session löschen, so müssten wir beim nächsten Seitenaufruf, doch wieder alles aus der DB einlesen und ggf. eine neue Session starten.
Wann ein User die Homepage verlässt, bekommen wir i.d.R. nicht mit. Ausloggen ist nicht zwingend notwendig und selbst ausgeloggt kann er ja noch weiter auf der Seite verweilen.

Eine PHP-Session kann also eigentlich nur von einem Server nach einer gewissen inaktiven Zeit gelöscht werden.

Gruß
Fasse

[Hardy]

Hallo Fasse,

vielen Dank für Deine Antwort. Ich war eigentlich auch Deiner Meinung, aber der WebHoster behauptet was anderes. (kauschinger.net) Darum bin ich erst auf die Idee gekommen mal zu prüfen, welche sessions da übrig bleiben. Seltsamer Weise bleiben bei anderen Anwendungen keien Sessions zurück.

Vielleicht gibt es ja noch andere hier, die beim gleichen Anbieter sind und das Problem auch haben, oder nicht haben. Wäre auf jeden Fall interessant zu wissen.

Dann werde ich mal weiter nachforschen.

Nochmals danke.
Hardy

[fasse]

Hallo Hardy,

dann frag die doch einfach mal, wie sie sich das Vorstellen in dem Script. Sobald ich wie oben erwähnt, session_destroy aufrufe, ist alles Weg, aber dann hab ich auch keinen Nutzen davon und kann direkt auf Sessions verzichten.

Evtl. kann man aber noch was an einer Session anders einstellen, so dass es bei deinem Hoster keine Probleme mit dem Löschen gibt.

Gruß
Fasse

[ExXtReMe]

Hallo,

leider ist das aus meiner Sicht immer noch ein Thema.

Um es kurz zu erklären, scheinbar ist meine Seite aktuell bei gewissen Suchbots sehr beliebt und die offenen Sessions schaffen es die 60Gb an Plattenplatz, die mir zur Verfügung stehen, innerhalb von 2 Tagen zu belegen.

Ich konnte das Problem nach etwas Recherche scheinbar lösen. Es gibt einen Parameter in der php.ini der sich um die GarbageCollection der Sessions kümmert. Leider ist der Default ausgeschaltet.

Ich habe in meinem Docker Verzeichnis für Admidio eine php.ini angelegt in der diese Option aktiviert:

Code: Alles auswählen

session.gc_probability = 1
session.gc_divisor = 100	 
session.gc_maxlifetime = 1440

Wenn man diese Datei jetzt noch zusätzlich in den Container mounted, z.B. so:

Code: Alles auswählen

volumes:
      - ./conf/admidio/php.ini:/etc/php/8.1/apache2/conf.d/99-admidio.ini

hat man die Möglichkeit eigene Parameter in der php.ini für Admidio zu nutzen.

Wenn gewünscht kann ich bei bedarf auch einen PR erstellen.

[fasse]

Ich habe dafür mal den Issue https://github.com/Admidio/admidio/issues/1767 erstellt.

[ExXtReMe]

Nach längeren Tests kann ich sagen das die Einstellung in der php.ini alleine nicht ausreichend ist. Der Garbage Collector für die PHP Sessions wird nicht angesteuert, daher werden die Sessions auch trotz Konfiguration in der php.ini nicht korrekt gelöscht.

Normalerweise wird der Garbage Collector über einen Cron Job (/etc/cron.d/php) aus dem System angetriggert. Leider ist im Container kein Cron installiert. (apt install cron). Wäre es möglich Cron noch im Dockerfile zu ergänzen?