Per Cronjob die cron.php aufrufen

Besser nicht volle Rechte, 0755 reicht aus, die Datei muss lesbar und ausführbar sein, nicht aber beschreibbar für alle Welt, vor allem dann nicht, wenn darüber im schlimmsten Fall mit schöner Regelmäßigkeit bösartiger Shell-Code ausgeführt werden könnte.

Der HE-Support hat mir gesagt, dass die Datei 777 haben muss. Ich habe auch wegen der Sicherheit nachgefragt, aber mir wurde gesagt, dass das kein Problem wäre.
Ich habe es jetzt mit 755 probiert und - Du hast recht - es geht auch und ist daher natürlich richtig.
Bin echt entsetzt über die falsche Info des HE-Supports...

Jedenfalls vielen Dank

die chron.php aufrufen? - Wills Wirklich Wissen ;-)

buntstich

Wenn man diese Möglichkeit hat, ist es doch die bessere Alternative zum Aufruf über das poormanscron Modul...
ErsteNachhilfe

für die armen habe ich bisher auch genutz, aber was ist der Vorteil eines Serverseitigen Chronjobs?

buntstich

Der Vorteil ist, dass der Cron auch ausgeführt wird, wenn deine Seite nicht besucht wird. Hinzu kommt dass der Cron in richtig regelmäßigen Abständen ausgeführt wird, und so z.B. manche Dinge einfach besser sind, z.B. zeitkritische Operationen, z.B. Berechnung von einem Börsenkurs zu einem bestimmten Zeitpunkt
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

Übrigens heißt es Cron, nicht Chron. Es ist kein Chrom mit n und auch kein griechischer Gott - bestenfalls ein kastrierter ;)

Vielleicht konnte der ursprüngliche Entwickler kein Griechisch und seine Allgemeinbildung war auch nicht so prall - typischer Ami eben ;)

--
http://www.alexander-langer.de

besten Dank! Das löst vielleich ein altes Problem http://www.drupalcenter.de/node/6799, der Aufruf der ersten Seite dauert im Vergleich zum Aufruf der zweiten manchmal viel länger. Werde das mal Probieren.

buntstich

Das, glaube ich, kannst Du Dir sparen (habe den Quer-Thread eben erst entdeckt). Bei all-inkl verwenden sie standardmäßig nicht mod_php, sondern php-fastcgi. Wenn also (je nach Konfiguration) Deine Site z.B. 5 bis 10 min lang nicht gefragt war, wird Dein persönliches php-cgi-proggi aus dem RAM wieder gelöscht und muss daher beim nächsten Aufruf neu geladen werden. Genau das ist es, was dann beim ersten Aufruf so lange dauert. Sicherheit hat halt ihren Preis :)

Es soll aber Proxy-Konfigurationen des Apache geben, wo nicht, wie üblich via Poormanscron, das cron-Skript erst nach Ausliefern der Page via hook_exit() läuft (genau so ist es gedacht und sollte daher keinerlei Verzögerungen mit sich bringen), sondern wo der Proxy die Page tatsächlich erst dann ausliefert, wenn das PHP-Skirpt komplett beendet ist. Dann wäre eine Verzögerung durch den Poormanscron gut möglich. In solchen Fällen läßt sich dann nur hoffen, dass nicht gerade über Poormanscron mit ffmpeg ein 2-Std.-Flash-Video erzeugt wird ;-)

EDIT: Exakt dies wäre übrigens ein Beispiel für den Vorteil eines "echten" Cronjobs: wenn buntstich im 4-min-Takt über einen externen Server eine auch nur 0-Byte-große Page seines Webautritts abrufen würde, dann würde sich das php-fastcgi nie beenden und daher auch keine Startverzögerungen mehr auftreten. (Was allerdings all-inkl dazu meint, würde ich vorher klären, da Du damit vorsätzlich Server-Ressourcen blockierst. So etwas kann böse werden.)

Hallo tumblingmug,

da gehen einem ja die Augen auf - man lernt nie aus. Wäre das nicht einen Eintrag unter Tips & Tricks im Handbuch Wert?

buntstich

Eigtl. ist ja das ganze Forum hier voll mit Tipps & Tricks ...

Zudem: gesagt ist gesagt. Duplicate Content werde ich mir und dem DC nicht antun :)

... bei den Tipps habe ich zu dem Oben genannten Thema - wie rufe ich die cron.php per cronjob auf - nichts gefunden, auch nicht auf drupal.org.

Wenn ich dazu etwas übersehen haben sollte, bitte postet den Link dazu hier.

Besten Dank

Nachhilfe

Eigentlich müsste ich ja dann eine Liste von mehreren Drupal-Cronjob Aufrufen in dieses Sklript schreiben können, so dass alle cron.php meiner Multisite aufgerufen werden können. Oder sieht da jemand ein Problem?

Alternativ könnte man auch den deutschen Serviceanbieter http://cronjob.de/ bemühen, bei welchem beliebig viele Cronjobs in einem Interval mindestens 5 Minuten konfiguriert werden können.
Sehr zuverlässig (verwende dies schon seit über einem Jahr) und kostenlos ist es obendrein. Man braucht ja nicht unbedingt gleich ein Premiumaccount, bei welchem Cronjobs sogar mit einem Abstand von 1 Minute konfiguriert werden können ;-)

@grandcat: Und hast Du auch mal in Deine Logs gesehen, wo die Cronjob-Ausführung protokolliert wird? Was steht denn da immer so unter Referrer?? Tatsächlich eine Webseite, von der auf Dich gelinkt wurde?

Interessant ist auch dieser Artikel: http://de.wikipedia.org/wiki/Referrer-Spam

Ich möchte einfach nur darauf hinweisen, dass es auch andere Gratis-Cronjob-Anbieter gibt, und zwar jede Menge. Ich bin von denen niemandem verbandelt, darum will ich hier keine weiteren nennen - Suchmaschinen kann ja jeder von uns noch bedienen. Nur immerzu Platz 1 solcher Suchergebnisse hier im Forum zu bewerben, muss nicht unbedingt die beste Lösung sein.

Das ist schon richtig, aber da lediglich der Administrator diese Logbucheinträge sehen kann, ist das nicht weiter schlimm. Insbesondere, wenn es sich um eine private Homepage handelt.
Anderseits ist es klar von Vorteil, wenn man seinen eigenen Server dazu anheuert, die Cronjobs zuverlässig auszuführen =)

-------------------------------------
Meine Entwicklungen:

www.minis-kuemmersbruck.de | www.hausmeisterteam-glaser.de

Hallo.

Da ich mich mit Skripten nicht auskenne:

Würde das so wohl funtionieren?

Danke.

Gruß
JThan

Wenn Du Deine Referrer auswertest, was durchaus zu den Admin-Tätigkeiten zählt, hat es der Admin-Blick auf die Referrer mit Spam zu tun und ist verstellt. Das kann man auch anders haben: es gibt Gratis-Anbieter, die keine Referrer ihrer Kundschaft versenden. Und unter diesen Voraussetzungen Spam-Anbieter zu bewerben, halte ich eben angesichts der Alternativen einfach für keine gute Idee. Diese cronjob.de-Leute holen sich ja sogar über die AGB das Einverständnis der Gratis-Konsumenten für den Spam-Versand, womit strenggenommen eine Spam-Strategie in erwünschte Werbung umgemünzt wird. Naja, wer liest schon die AGB und denkt über verklausuliertes Deutsch nach? - Alles auch schön und gut, aber ganz, ganz sicher nicht empfehlenswert.

Ich sage das alles auch nicht nur aufgrund nur Deines Beitrags; hier wurde in letzter Zeit öfter schon die o. g. Firma empfohlen und das hat mich jedes Mal immer ein bisschen mehr geärgt. Sorry - wirklich nichts Persönliches.

Da ich einer von Denen bin die hier auf DC hin und wieder mal cronjob.de als Tipp gegeben haben ist Deine Aussage mehr als interessant.

Wer ist denn als "Free Cronjobber" nun spammfrei?

Da ich nun schon Spammer-Tipps gegeben habe koenntest Du doch einen entsprechenden anderen Tipp geben. Das hat nichts mit Werbung zu tun.

Dann kann man bessere Tipps geben.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Meine Intention war, auf das Phänomen Rreferrer-Spam aufmerksam zu machen bzw. es ernster zu nehmen. Ich selber verwende Conjobs auf eigenen Servern und habe mit Free-Anbietern keine Erfahrung, was soll ich da also empfehlen?

Die Aussage, dass es spamfreie Anbieter gibt, bezieht sich auf einen Test, bei dem ich einmal einen Tag lang über http://cron-job.org Jobs habe laufen lassen. Deren AGB sind eindeutig, kurz und verständlich, die Anmeldung eine angenehm kurze Prozedur und die Konfiguration der einzelnen Jobs a bisserl gewöhnungsbedürftig (Klickorgie, aber naja...) Kürzestmögliches Zeitintervall war bei denen 2 Minuten. Referrer-Spam senden die nicht: der Referrer-Angabe bleibt hübsch leer. Wie gesagt, das ist keine Langzeitstudie - womöglich gibt sie's ja auch schon nicht mehr oder sie haben die AGB geändert :)

Den Blick in's Drupal-Log kann einem ja auch so der konfigurierte Cronjob nicht abnehmen. Und da sollte natürlich immer auch gecheckt werden: läuft Cron überhaupt noch? Wie sehen die Referrer aus - wird meine Referrer-Statistik verhunzt?

@tumblingmug,

nun habe ich mal auf meinem eigenen Block den Drupal-Log geprüft. Ich verwende cronjob.de wie unschwer zu erkennen.

Ausschnitt aus dem Log. Screenshot:

Nun ein einzelner Log im Detail. Screenshot:

 
Du hast vom Drupal-Log und Referer-Spam gesprochen. Wo finde ich den erwähnten Spam im Drupal-Log?

Das eventuell bei meinem Hoster die Logs mit irgendwelchem Spam zulaufen kann mir relativ egal sein.
Unabhaengig davon sollte es aber auch die Moeglichkeit geben einen Apache so zu konfigurieren das der eventuell mit einem Free Cron Service zusammenhaengende Spam nicht geloggt wird.

Momentan kommt mir "Free Cron Service" und Referer Spam ein wenig nach Panikmache vor.

 
Ich bleibe erst Mal bei meinem Tipp.

Bei Shared Hosting ohne eigene Cronjobs kann man cronjob.de verwenden um in Drupal die Datei cron.php anzuschubsen.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

OK, insgesamt bin ich jetzt von deinen Beiträgen überzeugt, wahrscheinlich werde ich nun auch wechseln. Dennoch will ich noch kurz anmerken, dass bei den meisten Webanalysetools benutzerdefinierte Referer ignoriert werden können (z.B. webalizer). Dennoch ist das mit dem Referer-Spam eine unschöne Sache, da stimme ich voll und ganz zu ;-)

-------------------------------------
Meine Entwicklungen:

www.minis-kuemmersbruck.de | www.hausmeisterteam-glaser.de

Tut mir leid, falls Du meinetwegen panisch geworden bist :)

Von Panik kann keine Rede sein.

Nur, Drupal-Log und Referer-Spam gehen nicht zusammen.

Mir ging es mit meinem Post lediglich darum, all Denen die eine kleinere Website betreiben und nicht ewig tief in Drupal einsteigen ein wenig die Angst zu nehmen das, wenn sie sich auf einen "Free Cron Dienst" einlassen sie deswegen mit ihrer Drupalinstallation keine Probleme bekommen.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Wieso macht einer Angst, wenn er anstatt cronjob.de z.B. cron-job.org empfiehlt? Ich glaube, Du verwechselt eine Empfehlung (Cronjob gratis wo einrichten?) mit den Hintergründen einer Empfehlung (Auswahlkriterien für Gratis-Cronjob-Anbieter) - in eine Diskussion über letztere waren wir hier verfallen, da ich erstere in Frage stellte.

Im übrigen verfälscht auch Dein obiger Snapshot eines ausgewählten Referrers die Statistik. Oder auf welcher Page von cronjob.de wird auf Deine Site verlinkt? Sie haben ja auch damit ihr Ziel erreicht und Dir cronjob.de so in Dein Hirn gebrannt, dass Du es überall empfehlen musst.

Bleibt uns allen am Ende die wichtigere Hoffnung, dass cronjob.de nicht der Spitzreiter unserer Referrer-Statistik ist :-))

Ich habe keine Brandmale und müssen muss ich auch nicht. Und überall ist eine Vermutung.

Und wer ist Sie? Im Kontext klingt das schon fast wie Verschwörungstheorie.

Ich kann nur diesen Free Cron Dienst auswählen - habe keinen weiteren. Was ist dabei nun verfälschend?
Bei meinem kompletten Log wird der Screenshot zu groß und die Art der Logeinträge wiederholt sich.

Wie auf welcher Page?

Der Cronjob zu meinem Blog ist einfach nur konfiguriert - ohne Angabe irgendwelcher Seiten. Außer meiner cron.php - das ist die einzige Seite die ich angegeben habe.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Mit Page meine ich eine Webseite von cronjob.de, die den Link auf Deine Seite enthält:

Ein Referrer ist die Internetadresse der Webseite, von der der Benutzer durch Anklicken eines Links zu der aktuellen Seite gekommen ist (engl. to refer „verweisen“).
(Wikipedia)

Das bedeutet, dass eine direkt in der Adresszeile aufgerufene Webseite keinen Referrer hat. Natürlich erzeugt eine per Cronjob direkt aufgerufene Webseite (in unserem Falle die cron.php) ursprünglich ebensowenig einen Referrer, wie das Eintippen von google.de in die Adressleiste des Browsers - wie denn auch: wir klicken ja auf keinen Link.

Die Folge einer funktionierenden Referrerstatistik ist, dass ich u. a. unterscheiden kann, welche Seiten direkt aufgerufen wurden und welche aufgerufen wurden, weil ein Benutzer auf einen Link einer Page (meiner oder die einer externen gelegenen Site) geklickt hat.

Das Phänomen in quiptimes Referrerstatistik ist, dass bei stündlichem Aufruf der cron.php die site cronjob.de auf Platz 1 oder oberen Rängen thront: "die Site zählt zu den wichtigsten externen Sites für quiptime.de" wird damit ausgesagt. Nun kann quiptime als Profi das relativieren. Meine Frage hingegen ist anders gestellt: was hat so ein URL in meiner Statistik verloren? Im Gegenteil, die IP's alle Sites wie bigfinder z.B., und die eindeutig spammen, werden von mir gebannt. Ich will aussagefähige Statistiken.

Aber bitte quiptime, lass mich klarstellen, dass in Deinem Fall von Spam natürlich nicht die Rede sein kann, da es sich ja für Dich ganz offensichtlich um erwünschte Werbung handelt und Du den AGB vielleicht ganz bewusst zugestimnmt hast.

Meine arme Apologie richtet sich immer noch an diejenigen, denen das Phänomen vielleicht nicht klar ist, die die AGB nicht lesen und die sich so etwas auch nicht wünschen.

Wiewohl dies also bei Dir so sein mag, bin ich vermessen und halte es verallgemeinernd weiterhin für nicht wünschenswert und halte das Ganze für eine Pervertierung der Idee des Referrers und halte cronjob.de für nicht empfehlenswert. Deswegen auch die thematisch ausdrücklich hervorgehobene Nähe zum Spam, da die Idee des Hypertext-Dokuments seinerzeit ebenso pertiert wurde in so gen. "Linkfarmen", die eigens errichtet wurden, um Suchmaschinen auszutricksen. Wenn einer aber manipulierte Suchergebnisse will - na dann kann man halt nix machen; es bleibt aber dennoch für alle anderen: Spam.

Achso, was Deine Verschwörungvermutung betrifft, hast Du recht und mag auch sein, dass ich ich paranoide bin - aber deswegen können sie ja trotzdem hinter mir her sein!

P.S.: Eine Zusammenfassung zum Thema Cron sowie einen Screencast schiebe ich hier gleich mal noch hinten nach :)

Ich versuch gerade auch meine CronJobs bei HE zum laufen zu bekommen. Allerdings erhalte ich folgende Fehlermeldung:

HTTP: Access authorization required.
Use the -auth=id:pw parameter.

Looking up www.xxx.de
Making HTTP connection to www.xxx.de
Sending HTTP request.
HTTP request sent; waiting for response.
Alert!: Access without authorization denied -- retrying

lynx: Can't access startfile http://www.xxx.de/cron.php

Ich musste ja vorher ein SSH Passwort festlegen, bevor ich die Crons aktivieren konnte, muss ich in der .sh File irgendwelche Passwortangaben machen..?

Wahrscheinlich folgende Angaben in der .sh unterbringen oder?

Use the -auth=id:pw parameter.

Würde mich freuen, wenn sich jemand kurz dazu äußern könnte!;)

Danke Euch.

Grüße
Florian

Die Datei, die Du hochlädst, muss, glaube ich, wirklich die Endung .sh haben - nicht .php.
Außerdem musst Du ihr die Rechte 755 geben (siehe oben Pkt. 3 meiner Beschreibung).
Der Inhalt der Datei entsprechend meiner Angabe oben (also ohne irgendwelche PW-Angaben).
Geht's dann?
Beste Grüße
Sascha

- ErsteNachhilfe.de

Hallo Sascha,

habe ich alles gemacht. Genauso wie Du es oben beschrieben hattest. Gleiche Endung und Dateinamen. Rechte waren auch 755. Dann kam allerdings die oben gepostete Fehlermeldung. Ich teste jetzt nochmal mit 777er Rechten...

Melde mich gleich nochmal.

Florian

Selbe Fehlermeldung auch mit 777 CHMOD...hmpf...was mache ich falsch?

nur als kleiner hinweis:

habe mich auch gerade mal wieder damit beschäftigen müssen - CHMOD 755 hat funktioniert - bei mir war der fehler verursacht durch windows zeilenumbrüche oder verborgene zeichen - in textpad aufgeräumt + als unix gespeichert - problem gelöst ...
leider kann ich bei hosteurope nicht die crontab per ssh editieren - geht leider nur im kis ...

Hallo,

ich möchte die Cronjobs mit cron-job.org ausführen doch aus mir unerklärlichen Gründen schlägt das Ausführen fehl:

Als URL habe ich http://www.meinedomain.de/cron.php angegeben.
Habt ihr eine Idee, woran das liegen könnte oder eine Alternative zu cron-job.org ohne Referrer-Spam? Manuelles Ausführen funktioniert übrigens (auch als Gast).

Danke! Gruß blunbb

Ich benutze auch cron-job.org. Hatte da auch mal einen CronJob erstellt, der lief dann eine Weile und irgendwann stand bei mir das gleiche wie bei dir. Hab den CronJob dann einfach nochmal neu erstellt und seitdem ist dieser Fehler nicht mehr aufgetreten.

Vielleicht war deine Seite zu dem Zeitpunkt nicht erreichbar, dann kann die Cron.php natürlich nicht aufgerufen werden und Cron-Job.org stellt diesen Cron dann evtl. ab. Also einfach nochmal probieren ;)

Das hat mir den Tag gerettet, danke! :-)