Das ist im Prinzip so etwas wie ein Cron-Job, und hier h\u00f6re ich alle alten Programmierer „Aha!“ rufen. Jeder kennt die M\u00f6glichkeit, in Unix\/Linux zeitlich wiederkehrende Aufgaben per Cron-Job zu steuern. WordPress bietet mit den Scheduled events eine \u00e4hnliche zeitabh\u00e4ngige Funktionssteuerung, und das ist prinzipiell eine schicke Sache, aber es gilt ein paar Eigenheiten zu beachten. Man kann schon festlegen, zu welcher Uhrzeit eine Funktion ausgef\u00fchrt werden soll, ob sie t\u00e4glich oder zweimal am Tag oder w\u00f6chentlich ausgef\u00fchrt werden soll und all sowas, aaaber…<\/p>\n
Ein WordPress Scheduled event wird erst ausgef\u00fchrt, wenn die Blogseite auch aufgerufen wird. Dann guckt WordPress nach, ob es Events gibt, deren festgelegte Uhrzeit bereits abgelaufen<\/strong> ist<\/strong>, und erst jetzt wird die geplante Aktion gegebenfalls ausgef\u00fchrt. Hei\u00dft im Klartext: wenn kein Besucher auf die Webseite kommt, wird auch kein Event ausgef\u00fchrt. Nein, ich ver\u00e4ppel euch nicht, das ist so. Schlimmstenfalls wird der Event erst genau dann ausgef\u00fchrt, wenn man selber mal auf seine Webseite geht um zu gucken ob schon was passiert ist. Das ist nat\u00fcrlich datenverarbeitungstechnisch Bockmist, weil es dem reinen Zufall \u00fcberlassen ist, wann die gew\u00fcnschte Funktion nun tats\u00e4chlich ausgef\u00fchrt wird.<\/p>\n Das kommt darauf an. Wenn ich \u00fcber einen Scheduled Event einen gr\u00f6\u00dferen Datenbankabgleich mit richtig vielen Datens\u00e4tzen fahren will, h\u00e4tte ich schon gern dass der wie geplant Nachts um 2:00 \u00fcber die B\u00fchne geht und nicht erst Morgens wenn der erste Besucher auf meiner Webseite hereinschneit. Wenn ich zu bestimmten Zeiten E-Mails mit Informationen \u00fcber „Neues zum Tage“ an meine Abonennten verschicken m\u00f6chte, sollen die schon zu einer bestimmten Tageszeit abgesetzt werden und nicht erst Stunden sp\u00e4ter. Das mal nur so als Beispiele.<\/p>\n Wir wollen mal nicht so kleinlich sein, in den meisten F\u00e4llen wird es nicht so gravierend sein, wenn eine geplante Funktion statt um 0:00 erst um 6:27 beim ersten Besucher der Webseite getriggert wird. Man muss es halt wissen, und sich genau \u00fcberlegen ob es im Einzelfall etwas ausmacht, da\u00df ein geplanter Event erst „irgendwann“ stattfinden wird, und nicht genau zur geplanten Zeit.<\/p>\n Daf\u00fcr verweise ich auf diesen ausgezeichneten Artikel bei sitepoint<\/a>, da steht alles in komprimierter, bestens verst\u00e4ndlicher Form drin. Ich renne hier nur mal im Schnellgang durch.<\/p>\n Zuerst definieren wir die Funktion, die ausgef\u00fchrt werden soll,<\/p>\n Wir verkn\u00fcpfen die Funktion mit einem neuen Action hook:<\/p>\n Schlie\u00dflich setzen wir die Parameter f\u00fcr den Event, dabei nutzen wir die PHP-Funktion time(), die den UNIX-Timestamp f\u00fcr „jetzt“ zur\u00fcckgibt:<\/p>\n Das alles kommt in die functions.php unseres Child-Themes, und sollte daf\u00fcr sorgen, dass unsere Funktion ab sofort st\u00fcndlich ausgef\u00fchrt wird… jedenfalls so ungef\u00e4hr, wann halt der n\u00e4chste Besucher hereinschneit. Also ehrlich, mir str\u00e4uben sich da s\u00e4mtliche Nackenhaare, aber anders kann es WordPress halt nicht. Da d\u00fcrfen sich die Entwickler aber schon nochmal was einfallen lassen!<\/p>\n Ja, ich habs geh\u00f6rt, die alten Programmierer habens alle schon eingeworfen: dann basteln wir uns halt einen Cron-Job, der unsere WordPress-Seite automatisch aufruft, sagen wir mal eine Minute nachdem der Scheduled Event f\u00e4llig war. Wie das geht steht z.B. hier bei Sebastian Widmann<\/a> , aber das f\u00fchrt mir jetzt endg\u00fcltig zu weit, das kann sich jeder der m\u00f6chte selber zusammenpfriemeln.<\/p>\nUnd, ist das so schlimm?<\/h2>\n
Wie plane ich einen Scheduled Event?<\/h2>\n
function mein_event(){ \/\/ Mach irgendwas.}<\/pre>\nadd_action('mein_action_hook','mein_event');<\/pre>\nwp_schedule_event(time(), 'hourly', 'mein_action_hook');\r\n\r\n<\/pre>\n
Workaround und Helferlein<\/h2>\n