Admin Reminder hat ein Bug!
Forumsregeln
phpBB 2.0 hat das Ende seiner Lebenszeit überschritten
phpBB 2.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 2.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf phpBB 3.0, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
phpBB 2.0 hat das Ende seiner Lebenszeit überschritten
phpBB 2.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 2.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf phpBB 3.0, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
Admin Reminder hat ein Bug!
[ externes Bild ]
und zwar habe ich einen nick: forumtest
zum testen registriert.
der user forumtest hat sein konto nicht aktiviert,
er wurde dann von mir über ACP 4 mal erinnert,
nach der 4. Erinnerung hat der user forumtest
sein konto aktiviert und sich eingeloggt.
wenn ich aber auf "Prune reminded user" gehe ist der nick forumtest
dort immer noch zu sehen obwohl er sein konto aktiviert/eingeloggt hat.
der nick sollte dort eigentlich gar nicht erscheinen, den er hat ja seine
aufgabe erfüllt.
und zwar habe ich einen nick: forumtest
zum testen registriert.
der user forumtest hat sein konto nicht aktiviert,
er wurde dann von mir über ACP 4 mal erinnert,
nach der 4. Erinnerung hat der user forumtest
sein konto aktiviert und sich eingeloggt.
wenn ich aber auf "Prune reminded user" gehe ist der nick forumtest
dort immer noch zu sehen obwohl er sein konto aktiviert/eingeloggt hat.
der nick sollte dort eigentlich gar nicht erscheinen, den er hat ja seine
aufgabe erfüllt.
das ist mir auch schon aufgefallen, daher nutze ich diesen MOD schon länger nicht mehr.
Alternativ kann man Admin_auto_delete_users nutzen, der erinnert aber nicht, sondern löscht nur nach Zeitvorgabe, dafür macht der seinen Fehler, wenn es um inaktive Accounts geht - ändert nämlich ein User seine Email-Adresse und der MOD ist dann grade am Wirken, ist er gelöscht, bevor er sich wieder aktivieren kann.
Darum bin ich von den automatischen Löschfunktionen komplett abgekommen und lösche nur noch manuell via Admin_user_list - MOD
Gruß Max
Alternativ kann man Admin_auto_delete_users nutzen, der erinnert aber nicht, sondern löscht nur nach Zeitvorgabe, dafür macht der seinen Fehler, wenn es um inaktive Accounts geht - ändert nämlich ein User seine Email-Adresse und der MOD ist dann grade am Wirken, ist er gelöscht, bevor er sich wieder aktivieren kann.
Darum bin ich von den automatischen Löschfunktionen komplett abgekommen und lösche nur noch manuell via Admin_user_list - MOD
Gruß Max
Grundsätzlich hat Oxpus ja Recht, aber wie schon gesagt, es ist kontraproduktiv, dass man die Erinnerungen speichert, welbst wenn die User nun wieder aktiv sind.
Da müsste man entweder die Möglichkeit haben, das manuell zurückzusetzen - das ist aber nur bei kleineren Boards bis vielleicht 300 Mitglieder überschaubar - oder der bessere Weg wäre, dass durch posten, einloggen oder aktivieren (weshalb auch immer erinnert wurde) wird der zähler auf null zurückgesetzt - das ist aber eine Heidenaufwand und ich habe nicht mal nen Schimmer, ob das überhaupt ohne ´ne halbe Millarde Datenbankabfragen machbar ist. Man muss ja auch auf die Boardperformance achten.
Gruß Max
Da müsste man entweder die Möglichkeit haben, das manuell zurückzusetzen - das ist aber nur bei kleineren Boards bis vielleicht 300 Mitglieder überschaubar - oder der bessere Weg wäre, dass durch posten, einloggen oder aktivieren (weshalb auch immer erinnert wurde) wird der zähler auf null zurückgesetzt - das ist aber eine Heidenaufwand und ich habe nicht mal nen Schimmer, ob das überhaupt ohne ´ne halbe Millarde Datenbankabfragen machbar ist. Man muss ja auch auf die Boardperformance achten.
Gruß Max
Hmja, gibt 3 verschiedene Erinnerungsgründe...
Ich mein, da reichen schon 3 Unterscheidungen für ne Nachbesserung.
Hinter user_reminded als einfaches Beispiel mit user_reminded2
+ user_reminded3 noch 2 neue db fields anlegen.
Keine Auto-Prunings - alles manuell (Selektieren, eMailen, Löschen)
Das macht die Sache leichter. Mit 3 zusätzlichen db Updates wärs erledigt!
Beispiel fürs Zurücksetzen von user_reminded:
Macht unterm Strich 1 query mehr je mode-Aufruf:
inactive_accounts
zeroposter
inactive_user
Rest findet ihr bestimmt selbst raus... easy
Ich mein, da reichen schon 3 Unterscheidungen für ne Nachbesserung.
Hinter user_reminded als einfaches Beispiel mit user_reminded2
+ user_reminded3 noch 2 neue db fields anlegen.
Keine Auto-Prunings - alles manuell (Selektieren, eMailen, Löschen)
Das macht die Sache leichter. Mit 3 zusätzlichen db Updates wärs erledigt!
Beispiel fürs Zurücksetzen von user_reminded:
Code: Alles auswählen
if ($mode == 'inactive_accounts')
{
$upd_count = "UPDATE " . USERS_TABLE . " Set user_reminded = '0' WHERE user_id <> '-1' AND user_active <> '0'";
$db->sql_query($upd_count) or die ("Could not update user information");
inactive_accounts
zeroposter
inactive_user
Rest findet ihr bestimmt selbst raus... easy
Steht eigentlich schon da. In der admin_reminder.php unter...Charger hat geschrieben:im admin_reminder.php ?
und wo ungefähr?
Code: Alles auswählen
if ($mode == 'inactive_accounts')
{
Code: Alles auswählen
$upd_count = "UPDATE " . USERS_TABLE . " Set user_reminded = '0' WHERE user_id <> '-1' AND user_active <> '0'";
$db->sql_query($upd_count) or die ("Could not update user information");