Forum

Habe das Problem jetzt mit einem Cron gelöst, den ich direkt bei meinem Hoster eingetragen habe. Stündlich starte ich folgends Script:
<?php
$verzeichnis = openDir("/www/htdocs/v123456/opn/cache");
while (false !== ($file = readdir($verzeichnis)))
{
if (substr($file,0,5) == "sess_")
{
unlink($file);
}
}
closeDir($verzeichnis);
?>
Vielleicht kann's ja jemand brauchen.

Ciao,
Boby

Na dann werde ich mal auf das nächste Update warten..

http://websvn.openphpnuke.info/diff.php?repname=openPHPnuke&path=%2Ftrunk%2Fopenphpnuke%2Fhtml%2Fsystem%2Foptimize%2Fadmin%2Ffunction.php&rev=3517&sc=1

Rev. 3517 sollte es beheben.

Wobei du scheinbar noch die Tabellen Optimierung mit angekreuzt hast

Leider kommt dann ein Fehler:
WARNING [8] Undefined variable: table<br />FOUND IN [system/optimize/admin/function.php]<br />FOUND AT 75<br /><br />Fatal error: Call to a member function GetTable() on a non-object in /www/htdocs/xxx/system/optimize/admin/function.php on line 75

Habe hier nur den Link abgeändert.
Wie in den anderen Thema beschrieben, sind auch andere Fehlermeldungen in Errorlog zu sehen. Die Seite wird aber richtig angezeigt. Auch Beiträge können erstellt werden.

Einstellungen -> Hintergrund Prozesse -> session Dateien automatisch löschen?

Ja

Dann ruf mal

DEINURL/masterinterface.php?cronjob=1

auf.

Da sollte keine Fehlermeldung oder sonst was kommen.

"ich kann bei meinem Hoster ein php Script angeben. Dies wird dann zur festgelgeten Zeit ausgeführt. "

Diese URL kannst du dann dort ablegen.

Das ist eine Möglichkeit

Ich kann bei meinem Hoster ein php Script angeben. Dies wird dann zur festgelgeten Zeit ausgeführt.
Wie müsste denn der Code lauten, wenn da die Sessionfiles gelöscht werden sollen. Danach eventuell noch eine Optimierung und Sicherung der Datenbank?

Könnte Variante 2 anbieten - kann mit einer speziellen Oberfläche Einträge in den CRON vornehmen.

Dort habe ich auch einen Eintrag auf das Script "/opn/opn-bin/opn-cronjob.sh" gemacht.

Als Ergebnis habe ich folgendes Mail vom System meines Hosters erhalten:
#!/bin/sh cd /www/htdocs/vxxxxxx/opn/opn-bin/ # run opn cron on this url export HTTP_HOST=http://www.rc-boote.at/opn /www/htdocs/vxxxxxx/opn/opn-bin/opncron.php
(vxxxxxx = Benutzer-ID; habe ich hier aus Sicherheitsgründen verfremdet)

Könnte aber auch mit Variante 3 leben...

Ciao,
Boby

Nach was hast du den cronjob eingerichtet?

Es gibt 3 nutzbare Wege und 2 weitere eingeschränkt nutzbar.

Möglichkeit 1.

Hast du einen Rootserver und willst einen "echten" job einrichten

Möglichkeit 2.

Keine schell aber dein Hoster bittet (Web)-Cronjobs (Nett jeder Hoster anderes)

Möglichkeit 3.

Hast kein Root und auch keine Jobs durch deinem Hoster. Dann wäre das das über rein OPN zu machen.

Naja,
war wohl nur teilweise erfolgreich...

Habe alles gemäß der Doku eingerichtet - und dem opn-cronjob.sh auch 777 gegeben (da sonst Fehlermeldung).
Als dann alles fuzen sollte, kam DAS im Diagnostig ("start.sh for cronjob"):

-
ERROR [2] chmod() [function.chmod]: Operation
not permitted
FOUND IN
[admin/diagnostic/repair_tools/repair_shcronjob_file.php]
FOUND AT
72

Endstation?

Ciao,
Boby

Hallo Boby

Genau das gleiche Problem hatte ich auch auf einem Hosteurope Server.
Damals musste ich täglich per FTP diese Files löschen, denn nach ein paar Tagen waren darin soviele sess Files, dass ich per FTP keinen Zugriff mehr hatte.

Stefan baute genau für solche Fälle im Diganostic Bereich diese nette Funktion ein. Kombiniert mit dem CronJob Modul eine richtig feine Sache.
Seit ich das nutze, habe ich keine Problem mehr mit den session Files.

Übrigens habe ich damals den Hoster auf diesen Fehler aufmerksam gemacht, dieser reagiert aber überhaupt nicht auf mein Anliegen.
Laut Support sei der Server korrekt konfiguriert, was er definitiv nicht war und auch bis heute nicht ist.

Flash