newsletter funktioniert nicht! - Seite 2

21.09.2006, 08:48

Zitat:

@CIX88: und was soll das Anstoßen eines anderen Skriptes bringen? Damit ist das ursprüngliche Skript nicht schneller, wird also vom Server auch nach 30 oder 40 Sekunden beendet.

Ne eben nicht.

EDIT:

Die Zeit kann auch auf 0 gesetzt werden.
Wobei bei mir sowas NUR über Cronjob läuft, und das mehr als 130000 User.
Und da bricht nichts ab.

vollkommenegal · 21.09.2006, 08:53

Und? Das Skript wird nach 40 Sekunden vom Server beendet. Dass der Browser "Fertig" anzeigt, ist klar, denn er bekommt ja vom Server eine korrekte Abschluss-Meldung. (Die sieht ein User nur nicht, weil Notices und Warnings ausgeschaltet sind; deshalb mein Hinweis wegen error_reporting)

Oder reden wir aneinander vorbei??

edit:
Und was für ein Cronjob ist das, wenn ich fragen darf? Als root oder was?

mfg

21.09.2006, 09:08

Zitat:

Und was für ein Cronjob ist das, wenn ich fragen darf? Als root oder was?

Jo ist root.
Dabei wird jeden Tag zu einer bestimmten Zeit überprüft, ob in der DB ein gewisser Status bzw. Eintrag für den Newsletter vorhanden ist.
Falls ja, rasselt der Newsletter durch.
Und dazu brauch ich keine extra Ausgabe zum Browser, das sehe ich dann auch so

vollkommenegal · 21.09.2006, 09:48

ARGH.

Lies bitte noch einmal meine Posts! Ich hab doch geschrieben, dass mit einem Cronjob als Root alles erledigt wäre. Aber $$$ ThiKool $$$ hat doch geschrieben, dass er nur einen FTP-Zugang hat; also hat er ein ganz normales WebSpace-Angebot...ohne Shell; ganz zu schweigen von einem root-Zugriff.
Also muss er sich etwas anderes einfallen lassen. Entweder kauft er sich einen eigenen Server oder er teilt die Newsletter in xxx Mails pro Durchlauf auf, damit sie in 30-40 Sekunden durchlaufen. (Bspw. sortiert nach Nachnamen; macht zwar 26 Aufrufe, aber das müsste laufen...)

cya

21.09.2006, 10:11

Naja, was ich oben mit anstoßen meinte ist eigentlich nichts anders wie Cronjob.
Und das geht auch mit normalen Webspace.

Anstoßen im Sinne mit fsockopen() etc...

vollkommenegal · 21.09.2006, 11:37

*stöhn*

Wichtig bei der ganz Aktion ist der Ausführer des Mail-Skriptes und das ist (ob als "normaler" Cronjob oder irgendwas mit fsockopen) ein normaler Webuser. Und dieser Webuser ist immer an die max_execution_time gebunden.
Es ist also völlig irrlevant, ob das Skript per Browser, per Cronjob durch einen anderen Server, durch ein Skript auf demselben Server oder durch Hans Wurst ausgeführt wird: solange der Ausführer des Mail-Skriptes ein normaler WebUser ist, wird das alles nicht bringen.

Lediglich als Root per shell-Cronjob ist man nicht auf die max_execution_time angewiesen; so dass auch Skripte durchlaufen, die länger als 30 oder 40 Sekunden rennen.

mfg

21.09.2006, 12:59

[3. Versuch um einen Beitrag zu schreiben]

Hmmm, bisher hat ThiKool nicht geschrieben, dass es an max_execution_time liegt.
Bis dahin ist alles nur eine Vermutung.
Also abwarten und Tee trinken ...

XLB · 21.09.2006, 13:31

Hallo, "klink" mich auch mal hier ein ...

Wär's für ThiKool nicht grundsätzlich von Vorteil mail() zu kippen und den PHPMailer zu verwenden ...? Dann würde das Mail-Versenden "auser Haus" passieren ...?

Wenn man sich RaZoR's Vorschlag mal "intensiver" betrachtet (welcher IMO durchaus Hand und Fuss hat), dann wär der Disput um Cronjobs und max_execution_time ... überflüssig. RaZoR's Idee in Kombination mit dem PHPMailer wär'ne adäquate Lösung, denk ich.
(Wobei man auf die Razors "Schleife" bei der Nutzung des PHPMailer wahrscheinlich sogar verzichten kann ...?! Müsste man mal mit "rumspielen")

Ansonsten gab's in der letzten Zeit des öfteren Klärungsbedarf :

http://www.phpfriend.de/forum/viewto...=massenversand

http://www.phpfriend.de/forum/viewto...enmail&start=0

http://selfphpfriend.de/forum/showth...highlight=mail

$$$ ThiKool $$$ · 13.10.2006, 18:59

hmm nun gut ich werds so machen wie RAzor vorschlägt nur wie mach ich das mit den 200 user schleifen?

Über id wird schwierig, da ja zwischen id 1 und id 200 ja nicht 200 einträge dazwischen liegen, sondern manche user ihren account auch gelöscht haben.

Das selbe problem habe ich übrigends auch bei einem großen datenbankupdate.

zur erklärung:

Der erste User der zur vollen Stunde die Seite betritt startet ein Script mit Berechnungen. Dies Funktioniert auch eigentlich wenn ich es ausführe. Aber in der Praxis also auf dem Server funktionierts nur manchmal.

Ich vermute das es entweder auch zuviele Einträge sind oder könnte es auch sein, dass das Script nicht alles Berechntet da der entsprechende User nur z.B. 1 Sekunde auf der Seite ist und dann gleich zur nächsten wechselt?

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Frage wegen newsletter (variable)	robydog	PHP Tipps 2008	15	03.05.2008 19:22
argh.... newsletter... ähh...?!	haubna	PHP Tipps 2008	1	14.02.2008 18:44
Newsletter versenden, wie und was beachten?	PsychoEagle	Off-Topic Diskussionen	7	12.10.2007 12:37
Session funktioniert nicht bei session.use_cookies = Off	Quagga	PHP Tipps 2007	13	13.01.2007 18:27
Lokal funktioniert alles -> auf Server fast nichts	PsychoEagle	Datenbanken	2	14.08.2006 08:43
Newsletter email abfrage Problem	mokus	PHP Tipps 2006	7	18.04.2006 16:35
Newsletter Prob mit IF	mokus	PHP Tipps 2006	2	18.04.2006 00:52
Nach Einfügugng der Sessions funktioniert mein Program nicht		PHP-Fortgeschrittene	1	02.10.2005 06:13
Kontakrformular funktioniert nur zum Teil		PHP Tipps 2005-2	12	18.07.2005 11:24
Newsletter an VIELE User schicken	Lia	PHP Tipps 2005	13	27.05.2005 15:43
Farbbegrenzung für Newsletter?		PHP Tipps 2005	2	19.04.2005 10:58
html newsletter bild mitschicken		PHP Tipps 2005	1	17.01.2005 09:42
pear mime mail funktioniert nicht überall		PHP Tipps 2005	4	05.01.2005 20:42
Dateien erstellen oder schreiben funktioniert nicht im Web		PHP Tipps 2004-2	1	05.12.2004 19:39
newsletter problem	wizzardxx	PHP Tipps 2004	0	17.07.2004 13:58


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

21.09.2006, 08:53
vollkommenegal Erfahrener Benutzer Registriert seit: 27.08.2004 Beiträge: 239	Und? Das Skript wird nach 40 Sekunden vom Server beendet. Dass der Browser "Fertig" anzeigt, ist klar, denn er bekommt ja vom Server eine korrekte Abschluss-Meldung. (Die sieht ein User nur nicht, weil Notices und Warnings ausgeschaltet sind; deshalb mein Hinweis wegen error_reporting) Oder reden wir aneinander vorbei?? edit: Und was für ein Cronjob ist das, wenn ich fragen darf? Als root oder was? mfg

21.09.2006, 09:48
vollkommenegal Erfahrener Benutzer Registriert seit: 27.08.2004 Beiträge: 239	ARGH. Lies bitte noch einmal meine Posts! Ich hab doch geschrieben, dass mit einem Cronjob als Root alles erledigt wäre. Aber $$$ ThiKool $$$ hat doch geschrieben, dass er nur einen FTP-Zugang hat; also hat er ein ganz normales WebSpace-Angebot...ohne Shell; ganz zu schweigen von einem root-Zugriff. Also muss er sich etwas anderes einfallen lassen. Entweder kauft er sich einen eigenen Server oder er teilt die Newsletter in xxx Mails pro Durchlauf auf, damit sie in 30-40 Sekunden durchlaufen. (Bspw. sortiert nach Nachnamen; macht zwar 26 Aufrufe, aber das müsste laufen...) cya

21.09.2006, 10:11
CIX88 Gast Beiträge: n/a	Naja, was ich oben mit anstoßen meinte ist eigentlich nichts anders wie Cronjob. Und das geht auch mit normalen Webspace. Anstoßen im Sinne mit fsockopen() etc...

21.09.2006, 11:37
vollkommenegal Erfahrener Benutzer Registriert seit: 27.08.2004 Beiträge: 239	stöhn Wichtig bei der ganz Aktion ist der Ausführer des Mail-Skriptes und das ist (ob als "normaler" Cronjob oder irgendwas mit fsockopen) ein normaler Webuser. Und dieser Webuser ist immer an die max_execution_time gebunden. Es ist also völlig irrlevant, ob das Skript per Browser, per Cronjob durch einen anderen Server, durch ein Skript auf demselben Server oder durch Hans Wurst ausgeführt wird: solange der Ausführer des Mail-Skriptes ein normaler WebUser ist, wird das alles nicht bringen. Lediglich als Root per shell-Cronjob ist man nicht auf die max_execution_time angewiesen; so dass auch Skripte durchlaufen, die länger als 30 oder 40 Sekunden rennen. mfg

21.09.2006, 12:59
CIX88 Gast Beiträge: n/a	[3. Versuch um einen Beitrag zu schreiben] Hmmm, bisher hat ThiKool nicht geschrieben, dass es an max_execution_time liegt. Bis dahin ist alles nur eine Vermutung. Also abwarten und Tee trinken ...

21.09.2006, 13:31
XLB Erfahrener Benutzer Registriert seit: 31.07.2005 Beiträge: 1.126 PHP-Kenntnisse: Fortgeschritten	Hallo, "klink" mich auch mal hier ein ... Wär's für ThiKool nicht grundsätzlich von Vorteil mail() zu kippen und den PHPMailer zu verwenden ...? Dann würde das Mail-Versenden "auser Haus" passieren ...? Wenn man sich RaZoR's Vorschlag mal "intensiver" betrachtet (welcher IMO durchaus Hand und Fuss hat), dann wär der Disput um Cronjobs und max_execution_time ... überflüssig. RaZoR's Idee in Kombination mit dem PHPMailer wär'ne adäquate Lösung, denk ich. (Wobei man auf die Razors "Schleife" bei der Nutzung des PHPMailer wahrscheinlich sogar verzichten kann ...?! Müsste man mal mit "rumspielen") Ansonsten gab's in der letzten Zeit des öfteren Klärungsbedarf : http://www.phpfriend.de/forum/viewto...=massenversand http://www.phpfriend.de/forum/viewto...enmail&start=0 http://selfphpfriend.de/forum/showth...highlight=mail

13.10.2006, 18:59
$$$ ThiKool $$$ Erfahrener Benutzer Registriert seit: 29.03.2004 Beiträge: 332	hmm nun gut ich werds so machen wie RAzor vorschlägt nur wie mach ich das mit den 200 user schleifen? Über id wird schwierig, da ja zwischen id 1 und id 200 ja nicht 200 einträge dazwischen liegen, sondern manche user ihren account auch gelöscht haben. Das selbe problem habe ich übrigends auch bei einem großen datenbankupdate. zur erklärung: Der erste User der zur vollen Stunde die Seite betritt startet ein Script mit Berechnungen. Dies Funktioniert auch eigentlich wenn ich es ausführe. Aber in der Praxis also auf dem Server funktionierts nur manchmal. Ich vermute das es entweder auch zuviele Einträge sind oder könnte es auch sein, dass das Script nicht alles Berechntet da der entsprechende User nur z.B. 1 Sekunde auf der Seite ist und dann gleich zur nächsten wechselt?