AutoPrune geht nicht

[jevo]

Moin!

Aufgrund von ein paar sehr alten Beiträgen in Foren, die via Auto Prune eigentlich "sauber gehalten" werden sollten, bin ich mal auf die Suche gegangen...

Ich habe dazu in der viewforum.php mal etwas gesucht, und habe das gefunden:

Code: Alles auswählen

// Do the forum Prune thang - cron type job ...
if ($forum_data['prune_next'] < time() && $forum_data['enable_prune'])
{
        $template->assign_var('RUN_CRON_TASK', '<img src="' . append_sid($phpbb_root_path . 'cron.' . $phpEx, 'cron_type=prune_forum&f=' . $forum_id)
}

zum Spaß habe ich davor mal testweise eingefügt:

Code: Alles auswählen

echo "Prune Next: ".$forum_data['prune_next']." - Time: ".time()." - Enable Prune: ". $forum_data['enable_prune']."<br />";

schaue ich dann in ein Forum, welches Prune = 1 hat, steht oben:

Prune Next: 1274815804 - Time: 1287727521 - Enable Prune: 1

d.h. Bedingung erfüllt - es sollte also in der cron.php was passieren. Tut es aber nicht .. :/

Wenn ich mir die URL ausgeben lasse:

Code: Alles auswählen

echo append_sid($phpbb_root_path . 'cron.' . $phpEx, 'cron_type=prune_forum&f=' . $forum_id)."<br />";

kommt:

./cron.php?cron_type=prune_forum&f=22

rufe ich das mit meinem Browser direkt auf, dann klappts auch mit dem Pruning

Ich könnte wetten, daß es da ein Problem mit irgend einem Mod gibt.
Wenn ich das richtig begriffen habe, wird die cron.php über den img-Tag aufgerufen.

Wie kann ich das weiter debuggen?

Dank im Vorraus

[Würzi]

Moin,

mit pruning und cron hab ich mich zwar noch nie beschäftigt, aber...

Schau mal ob du in deiner overall_footer.html folgendes drin hast:

Code: Alles auswählen

<div>
	<a id="bottom" name="bottom" accesskey="z"></a>
	<!-- IF not S_IS_BOT -->{RUN_CRON_TASK}<!-- ENDIF -->
</div>

Dies ist dann wiederrum eine Funktion in der includes/functions.php
Vielleicht hilft dir das etwas weiter.

Mfg dat Wuerzi

[jevo]

hi!

ich habs rausgefunden!

Ich könnte wetten, daß es da ein Problem mit irgend einem Mod gibt.

Genau das wars auch.

kurz zur Erklärung:

Ich habe den Kalendermod von alightner laufen. Der hat sich in der functions.php immer vorgedrängelt. So wie es aussieht, wurde dort die Zeit des letzten Kalenderchecks in der Datenbank nicht aktualisiert. Seit dem ich das geändert habe, klappts auch wieder mit dem Pruning.

[FRvN]

Hallo jevo

kurz zur Erklärung:

Ich habe den Kalendermod von alightner laufen. Der hat sich in der functions.php immer vorgedrängelt. So wie es aussieht, wurde dort die Zeit des letzten Kalenderchecks in der Datenbank nicht aktualisiert. Seit dem ich das geändert habe, klappts auch wieder mit dem Pruning.

genau das selbe Problem habe ich auch, wärst Du so nett und würdest mal schreiben was man wie und wo ändern muß

Gruß
Ralf

[jevo]

oh je - oh je ...

sei froh, daß ich über alle änderungen eine Version History habe - und trotzdem habe ich mir gerade nen Wolf gesucht, aber da ist die Antwort:

ändere in der ./includes/cron.php:

Code: Alles auswählen

	case 'populate_calendar':

		include_once($phpbb_root_path . 'includes/functions_calendar.' . $phpEx);
		populate_calendar(0);

	break;

zu:

Code: Alles auswählen

	case 'populate_calendar':

		include_once($phpbb_root_path . 'includes/functions_calendar.' . $phpEx);
		populate_calendar(1);

	break;

jetzt weis ich auch, warum ich diese lösung damals nicht gepostet habe. Ich bin mir nicht sicher, ob es einen Sinn hat, daß dort eine 0 steht und somit bei einem Cron ausgelösten Event die letzte populate Zeit nicht in die Datenbank geschrieben wird.

Denn in der ./includes/functions_calendar.php steht:

function populate_calendar( $recurr_id_to_pop = 0 )
ist $recurr_id_to_pop = 0, dann wird die DB nicht aktualisiert

wozu das gut sein soll, habe ich aber nicht rausfinden können

[FRvN]

Hallo jevo,

erstmal Danke für die Lösung!

oh je - oh je ...

sei froh, daß ich über alle änderungen eine Version History habe - und trotzdem habe ich mir gerade nen Wolf gesucht, aber da ist die Antwort:

ändere in der ./includes/cron.php:

ähm, du meinst die cron.php im Root

jetzt weis ich auch, warum ich diese lösung damals nicht gepostet habe. Ich bin mir nicht sicher, ob es einen Sinn hat, daß dort eine 0 steht und somit bei einem Cron ausgelösten Event die letzte populate Zeit nicht in die Datenbank geschrieben wird.

Denn in der ./includes/functions_calendar.php steht:

function populate_calendar( $recurr_id_to_pop = 0 )
ist $recurr_id_to_pop = 0, dann wird die DB nicht aktualisiert

wozu das gut sein soll, habe ich aber nicht rausfinden können

Sorry, hört sich alles sehr logisch an und verstehe auch was du da schreibst,
nur mit PHP stehe ich auf Kriegsfuss

Habe die Änderung durchgeführt und schon verschwinden die abgelaufenen Postings

Danke nochmal,

Gruß
Ralf

[jevo]

Hallo jevo,

erstmal Danke für die Lösung!

oh je - oh je ...

sei froh, daß ich über alle änderungen eine Version History habe - und trotzdem habe ich mir gerade nen Wolf gesucht, aber da ist die Antwort:

ändere in der ./includes/cron.php:

ähm, du meinst die cron.php im Root

stimmt - die ist ja im root - mien Fehler

wie gesagt - mir ist das erst aufgefallen, als ich den Prune Move Mod installiert habe und mich gewundert habe, warum da nix reingeschoben wird

[FRvN]

stimmt - die ist ja im root - mien Fehler

wie gesagt - mir ist das erst aufgefallen, als ich den Prune Move Mod installiert habe und mich gewundert habe, warum da nix reingeschoben wird

kein Problem
Und bei mir war es nach dem Einbau vom Prime Trash Bin
Aber den Mod von dir kannte ich noch gar nicht und entspricht genau dem was ich schön länger gesucht hatte, Danke
Habe ihn mal eben bei startrekguide.com geladen und werde ihn sofort installieren.
Jetzt hast du mir schon zweimal geholfen