apache&win: php skript periodisch starten

[käptn]

@Biri

Ja, sorry für die Verunstaltung deines Threads
Wie m3 schon sagte, kommen sich php(-cli) und mod_php (in deinem Fall php4apache(2).dll) nicht in die Quere.

Wenn du eine aktuelle PHP Version zur Verfügung hast ist auch eine spezielle php.exe für die Kommandozeile vorhanden.

Ich glaub vor 4.3.0 hieß diese Version php-cli.exe.
Die heißt jetzt php.exe und die CGI Version heißt php-cgi.exe.
Was ich damit sagen will, ist dass man für die Kommandozeile die Version nehmen sollte, die dafür vorgesehen ist, also die CLI Variante.

Ob der Ansatz g'scheit is?

Du kannst natürlich auch einen Cron-Job auf deinem WebHost aktivieren, der deinen Server kontaktiert und das entsprechende Script aufruft, nur brauchst dann halt WebSpace mit Cron-Job.
Der Freewaremarkt hat sicher auch was für dich...


@ flaming m3

Ich hab ja im Gegensatz zu dir nie behauptet, dass Perl sch* ist.
Ich sehe nur keinen Anlass mich damit zu quälen.

Modularität
Eine gewisse Modularität ist doch selbstverständlich, sonst sitzt man irgendwann auf einer Executabgle die alles kann und 60MB wiegt...

RegEx
Auch in PHP steht einem der Modifier x zur Verfügung
Man nimmt sich halt eben das Beste von Perl.

Newsletter
Naja aber dann meistens solche, die sich erst seit 3 Monaten mit PHP beschäftigen und noch überwältigt von den vielen Möglichkeiten sind (und wahrscheinlich nicht mal Google bedienen können )

Nicht so gut, nicht so elegant und nicht so schnell wie Perl.

Das kann ja wohl jeder sagen...

Microsoft
...ist ein eigenes Kapitel zum diskutieren, aber die Verbreitung haben sie sicher nicht völlig zu unrecht erlangt.

Perl vs VB
Hast du aber selbst geschrieben

PHP besser als Perl
...hab ich wie gesagt nicht behauptet.
Und Elegnaz ist wohl eher was subjektives (wenn man gerne in Echtzeit mit RSA verschlüsseltem Code arbeitet, bitte soll er es haben )

Datenbanken
Die vorhandene Unterstützung in PHP sucht seinesgleichen. Sie geht von FlatFiles über MySQL bis zu Oracle, ODBC erwähnen wir nur am Rande...
Will man die meiste Performance nimmt man die vorhandenen nativen Methoden.
Hat man gerne ein einheitliches API nimmt man PEAR_DB.
Will man sich nicht um das darunterliegnede DB-Backend kümmern nimmt man PEAR_MDB.
In Zukunft wird auch sicher ext/dbx interessant, da es DB-Abstraktion in C implementiert und auch dementsprechend performant sein sollte.

SMTP
There's more than one way...

Groupies
...dazu ist alles gesagt worden

Flexibilität
Zu sagen, dass sich PHP nicht von "Personal HomePage" weiterentwickelt hätte, kann ich nur als Bosheit oder Unwissenheit einstufen.

Hoffentlich gehst du mit deiner engstirnigen, sturen Einstellung nicht in Pension



~

[spunz]

Original geschrieben von _m3
Hat wer gesagt, dass der Taskplaner brauchbar ist?
Zum Glueck gibts online eine Menge Alternativen.

ich bitte um eine alternative die auch als service läuft und nix kostet.

cron.exe, winat,... alles schon probiert => schaß

[Biri]

Groupies
...dazu ist alles gesagt worden

na, da bin ich aber anderer meinung !

es wurde noch nicht gesagt:
- wo findet man die groupie-girls ?
- im php handbuch fehlen sämtliche verweise auf solche (wie das bei perl ist, weiß ich nicht)
- muss man php programmierer sein, um sich mit denen vergnügen zu dürfen ?

zweckdienliche hinweise erbeten !

sonst: thx für die hilfe - werd das mit taskplaner (welchem auch immer) und php.exe mal ausprobieren.

fg
-hannes

[Sloter]

Original geschrieben von _m3
Nein, ernsthaft. Wenn ich sehe, dass Leute einen "legitimen" Massenmailer in PHP implementierne, der Mails an zigtausend Adressen schickt, dreht sich mir der Magen um. a) wird da fuer jedes Mail das externe Programm aufgerufen ("tolle" Performance) und dann wundern sie sich, warum das Script im Browser in ein Timeput laeuft.
Und da frag ich mich dann schon ...

Nicht so gut, nicht so elegant und nicht so schnell wie Perl.

Das ist wie beim Achterbahn fahren, warum sich dein Magen umdreht.
Wegen dem Speed
Der SMTP läuft und muß nicht extra gestartet werden.
Wenn keine persönliche Anrede oder wechselnder Text in den Mails vorkommt, kann man mit bc wunderbar auf einmal 1000 und mehr Adressen übergeben.
Da flutschen die Mails wie die Sau

Aber auch wenn man individuelle Mails in Massen versenden will, kann man da ordentlich was optimieren. Nehmen wir ein Beispiel mit 1Mio Empfänger (durchaus denkbar mit der Funktion "mail"). Es wird ein Overhead erzeugt für die individuellen Teile der Mail. In diesem Fall ist der Performance sehr gut. Denn es muss nichts mehr generiert werden, oder einzelne Daten aus der DB gesucht werden. Es gibt eine gut indizierte und performanceoptimierte Overhead-Tabelle, wo man nur mehr, ohne großen Rechenaufwand Daten ausliest. Die Assemblierung der Mailtexte ist somit äußerst schnell...
Aber wenn es zu viele Mailadressen werden, ist es in punkto Performance wieder besser, wenn man die Funktion z.B. 100mal mit 1000Adressen aufruft. Und einen Refresh macht man nach allen 10 Aufrufen. Bei einer ganz professionellen Lösung wird auch die Zeit gemessen und erst kurz vor einem Timeout ein Refresh durchgeführt, was die Performance natürlich wieder steigert.

Da geht die Sau ab mit PHP

/me sitzt im Bunker mit Vollaspestanzug und schaut durch kleines Fenster

Sloter

[käptn]

Groupies:

[Biri]

endlich mal ein lichtblick an diesem (fürs im bürositzen) viel zu heißem tag !!
na, _m3 - gibt's die auch mit perl laiberl ?

hab da mal ein bild ghabt, wo eine frau ein top anhat, auf dem ein bluescreen abgebildet ist...finds jetzt leida net.

fg
-hannes