ja we blijven met moeilijke termen strooien. Kan iemand mij vertellen waarom de Cron jobs op de server niet zouden kunnen werken? Ik heb de volgende ingesteld * */2 * * * GET /pad/naar/mijn/script.php > /dev/null (waar dat pad dus een werkelijk pad is vanaf de root gerekend) Hij zou dus elke twee uur dat script moeten uitvoeren, maar mooi dattie geen klap uitvoert! Iemand een suggestie? PS: in dat script staat een mail-scriptje waardoor ik mooi kan zien of het uitgevoerd wordt. Vandaar dat ik dus weet dat er geen klap gebeurt.
joustie says
GET is geen Unixcommando, je kan php alleen op de commandline uitvoeren als je een stand-alone php interpreter hebt geinstalleerd, of je gebruikt bv lynx (commandline browser) om de pagina aan te roepen
joustie says
GET is geen Unixcommando, je kan php alleen op de commandline uitvoeren als je een stand-alone php interpreter hebt geinstalleerd, of je gebruikt bv lynx (commandline browser) om de pagina aan te roepen
Jef Pober says
of wget 🙂
Jef Pober says
of wget 🙂
joustie says
of perl! :)staat er vast op 😉
joustie says
of perl! :)staat er vast op 😉
dennis says
probeer met which php te kijken waar php draait op je server (ssh op je bak)
en dan in crontab bijv.
de regel met de direct pathnamen
/usr/bin/php /pad/naar/mijn/script.php > /dev/null
dennis says
probeer met which php te kijken waar php draait op je server (ssh op je bak)
en dan in crontab bijv.
de regel met de direct pathnamen
/usr/bin/php /pad/naar/mijn/script.php > /dev/null