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



~