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.
Footer
Wat is dit?
Digging the Digital is de digital garden of commonplace book van Frank Meeuwsen. Onderwerpen variëren van indieweb tot nieuwsbrieven, bloggen, muziek en opvallende gebeurtenissen op het internet. 
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
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
of wget 🙂
of wget 🙂
of perl! :)staat er vast op 😉
of perl! :)staat er vast op 😉
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
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