Ich habe ein newletterscript geschrieben. Nun würde ich gerne eine Art
Warteschleife einführen.

Denn wenn das Script Tausende von Email runterrasselt, bricht es irgendwann
in der Mitte ab, da die Zeit des Scriptes abgelaufen ist.



Theoretisch könnte ich eine Art Wartezeit nach jedem 50zigesten Datensatz
einrichten, der aus der Datenbank ausgelesen wird. Doch ich denke das das
nicht funzt.



Hat jemand eine Idee wie ich da vorgehe?



Thorsten

Hallo Thorsten,

Thorsten Mueller wrote:
> Denn wenn das Script Tausende von Email runterrasselt, bricht es
> irgendwann in der Mitte ab, da die Zeit des Scriptes abgelaufen ist.

Ich hab' das bei mir so gelöst, daß ich immer eine bestimmte Anzahl Sätze
für einen Lauf laufen lasse (so ca. 200) und diese dann in der DB als
erledigt markiere. Dann rufe ich das Script einfach über einen Cron-Job
periodisch auf und es nimmt sich die nächsten 200 vor. Funktioniert
eigentlich ganz gut, auch wenn's ein wenig russisch ist.

Grüße,
Jan

--
____________________________________________________________ _____________
insOMnia - We never sleep...
http://www.insOMnia-hq.de

Thorsten Mueller schrieb:

> Ich habe ein newletterscript geschrieben. Nun würde ich gerne eine Art
> Warteschleife einführen.
>
> Denn wenn das Script Tausende von Email runterrasselt, bricht es irgendwann
> in der Mitte ab, da die Zeit des Scriptes abgelaufen ist.

Um was genau geht es jetzt? Um die Zeit, die abläuft, oder um die
Datenmenge, die ausgegeben wird?

Die Zeit, die ein Script laufen darf, kann man entweder global
hochsetzen (max_execution_time) oder per set_time_limit() im Script
beeinflussen (funktioniert nicht im Safe-Mode).

Falls es um die Datenmenge geht, würde ich eine feste Anzahl vorgeben,
die auf einmal angezeigt wird, und per "Weiter"-Button das Script erneut
starten mit einer entsprechenden Option.

Gruß. Claus

Claus Reibenstein schrieb:

> Die Zeit, die ein Script laufen darf, kann man entweder global
> hochsetzen (max_execution_time)

Ich schätze, dass das ein Wert ist, den der Hoster vorgibt.

Cron-Job wurde schon genannt. Wenn so etwas nicht zur Verfügung steht,
bleibt nur die halbautomatische Lösung. Oder:

Wenn es ein Newsletter ohne persönliche Anrede ist, könnte man ins "to" die
Absenderadresse setzen und alle anderen Adressaten als "blind copy"; dann
geht das möglicherweise in einem Rutsch.

Versuch macht kluch.

Martin

Martin Lemke wrote:
> Versuch macht kluch.

Wobei die Variante einen "Testnewsletter" an 500 Leute zu schicken,
wahrscheinlich taktisch weniger geschickt ist ;)...

Grüße,
Jan

--
____________________________________________________________ _____________
insOMnia - We never sleep...
http://www.insOMnia-hq.de

Jan Thomä schrieb:
> Wobei die Variante einen "Testnewsletter" an 500 Leute zu schicken,
> wahrscheinlich taktisch weniger geschickt ist ;)...

Sehen die RFC Standards nicht auch eine Begrenzung für "to" und "Bcc"
und so weiter vor? Abgesehen davon limitieren viele Hoster das
zusätzlich selbst noch!


Gruß,
Habbo

Jan Habbo Brüning schrieb:

> Sehen die RFC Standards nicht auch eine Begrenzung für "to" und "Bcc"
> und so weiter vor?

Keine Ahnung. Wenn, dann muss diese Grenze aber sehr hoch liegen. Vor
ein paar Jahren, als meine DFÜ-Welt noch analog war, hatte ich mal einen
SPAM bekommen, der über 7000 CC-Adressen hatte und noch dazu 3 MB groß
war ...

Gruß. Claus

Claus Reibenstein schrieb:
> Jan Habbo Brüning schrieb:
>
>> Sehen die RFC Standards nicht auch eine Begrenzung für "to" und "Bcc"
>> und so weiter vor?
>
> Keine Ahnung. Wenn, dann muss diese Grenze aber sehr hoch liegen. Vor
> ein paar Jahren, als meine DFÜ-Welt noch analog war, hatte ich mal einen
> SPAM bekommen, der über 7000 CC-Adressen hatte und noch dazu 3 MB groß
> war ...

Ich hatte so einen Fall hier in der Firma auch kürzlich. Aber das RFC
ein Limit von 256 (sag ich jetzt mal so) Adressen im CC vorsieht, heißt
ja leider lange noch nicht, dass Email-Clienten und Server entsprechend
damit umgehen ...

Aber für ein Newsletter System sollte man schließlich nicht auf
unzulängliche Umsetzung der Standards auf den Servern und Clients pochen.


Gruß,
Habbo