Toon posts:

php script uitvoeren dmv cron job

Pagina: 1
Acties:
  • 149 views sinds 30-01-2008
  • Reageer

Verwijderd

Topicstarter
Goedemiddag,

Ik ben al heel de dag bezig om een cron job op te zetten om een php script op bepaalde tijdstippen te draaien. Echter werken alle soorten cron jobs behalve php aanroepen.
Dit is wat ik nu heb
code:
1
2
3
MAILTO=*****@gmail.com
*/1 * * * * /usr/bin/php /home/***.nl/oc/updates.php 
*/1 * * * * ls

Ik krijg netjes iedere minuut de uitvoer van ls toegemailed, echter niks van wat php betreft. Het script wat uitgevoerd wordt moet een mail versturen. Dit is het relevante stuk script:

PHP:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
foreach ($filename as $week)
{
    $changed = filemtime($week);
    if ($changed > mktime(0,0,0, $month, $day, $year))
    {
        $weeknr = (int)$week;
        mail("***@gmail.com, ***@gmail.com",
             "Verandering in de rooster van week ".$weeknr,
             $message,
             "From: ***@****.nl");
        if (localDEBUG)
        {
            echo $week;
        }
    }
}

Ik heb alle include's eruit gesloopt, #! /usr/bin/php boven in het bestand gezet. En van alles en nog wat gedaan, maar het werkt op geen enkele manier. Hij doet niets, geen mail met foutmelding of wat dan ook. Het enige wat ik krijg is om de minuut een mail met de uitvoer van ls Gewoon helemaal niets. Uit wanhoop alle bestanden in de map gechmod naar 777.
Niets helpt.

En het rare is dat op het moment dat ik het script gewoon uitvoer uit cli met een copy paste uit de crontab, dan werkt het prima. En idem dito als ik het aanroep vanaf de browser.

Iemand enig idee waar het aan kan liggen? Ben echt radeloos, overal gezocht van alles geprobeerd, hij weigert gewoon.

edit:
Ow ja, het is een virtuele hosting, dus ik kan niets aan de instellingen veranderen ben ik bang

[ Voor 3% gewijzigd door Verwijderd op 02-01-2007 17:48 ]


  • liledevil
  • Registratie: Oktober 2002
  • Laatst online: 15-01-2024

liledevil

DELL EVIL I

De crontab draait onder hetzelfde useraccount als waarmee jij op de CLI uitvoert?
Puur even om dingen uit te sluiten.

if you pay peanuts, you get monkeys


Verwijderd

Topicstarter
liledevil schreef op dinsdag 02 januari 2007 @ 17:48:
De crontab draait onder hetzelfde useraccount als waarmee jij op de CLI uitvoert?
Puur even om dingen uit te sluiten.
Weet ik niet, hoe kan ik dat nagaan? Het is gewoon een ssh account van de hosting

  • Bigs
  • Registratie: Mei 2000
  • Niet online
Als het script toch in je publieke html-directory staat kun je hem ook met curl aanroepen (dus curl http://blabla/). Misschien werkt dat wel.

  • DDemolition
  • Registratie: Augustus 2003
  • Laatst online: 13-01 12:41

DDemolition

slopen is mijn lust en leven

Bigs schreef op dinsdag 02 januari 2007 @ 17:51:
Als het script toch in je publieke html-directory staat kun je hem ook met curl aanroepen (dus curl http://blabla/). Misschien werkt dat wel.
misschien dat de server geen curl heeft, kan wget hetzelfde..

Specs: Server, WS boven, WS beneden


Verwijderd

Topicstarter
curl wordt idd ondersteunt, en met curl werkt het idd ook.
Maar ik ben toch wel nieuwschierig waarom het "op de normale" manier niet werkt?

  • hamsteg
  • Registratie: Mei 2003
  • Laatst online: 02-02 22:28

hamsteg

Species 5618

Weet je zeker dat het script niet wordt gestart? Begin meteen eens met een printf/echo.

Met betrekking tot de user space zou je whoami kunnen aanroepen in de crontab, weet je dat ook meteen ;)

edit:
Mosterd en maaltijd enzo ...

[ Voor 58% gewijzigd door hamsteg op 02-01-2007 18:00 ]

Niet quoten, zorgvuldige reacties volgens de regels worden zo weggewerkt: *knip*, reactie op geknipte reactie.


Verwijderd

Topicstarter
Zelfde user allebei ja :)

  • DDemolition
  • Registratie: Augustus 2003
  • Laatst online: 13-01 12:41

DDemolition

slopen is mijn lust en leven

hamsteg schreef op dinsdag 02 januari 2007 @ 17:58:
Met betrekking tot de user space zou je whoami kunnen aanroepen in de crontab, weet je dat ook meteen ;)

edit:
Mosterd en maaltijd enzo ...
dit is waarschijnlijk gewoon de gebruikersnaam waarmee hij inlogt en doet vervolgens crontab -e? of sla ik de plank mis..

Als je trouwens een php info file maakt
PHP:
1
2
3
<?
phpinfo();
?>

kun je zien wie de uitvoerende is. Ik weet niet hoe de meeste hosters dit regelen omdat ikzelf alles op privé servers zet. Normaal is dit dus www-data

Specs: Server, WS boven, WS beneden


  • frankivo
  • Registratie: Januari 2002
  • Laatst online: 02-06-2025
volgens mij is de syntax anders, namelijk
Bash:
1
php -f bestand.php

iRacing Profiel


  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
frankivo schreef op dinsdag 02 januari 2007 @ 18:14:
volgens mij is de syntax anders, namelijk
Bash:
1
php -f bestand.php
De -f is optioneel: Usage: php [options] [-f] <file> [--] [args...]

  • Japidoff
  • Registratie: November 2001
  • Laatst online: 16-01 18:20
Olaf van der Spek schreef op dinsdag 02 januari 2007 @ 19:28:
[...]

De -f is optioneel: Usage: php [options] [-f] <file> [--] [args...]
ja.

niet echt..
edit:

toch wel n btje..

code:
1
 -f <file>        Parse <file>.


bron: php.net

[ Voor 5% gewijzigd door Japidoff op 02-01-2007 19:39 ]

gang is alles


  • Olaf van der Spek
  • Registratie: September 2000
  • Niet online
olaf@b:~$ php -f t.php
Could not open input file: t.php

olaf@b:~$ php t.php
Could not open input file: t.php

olaf@b:~$ php --help
Usage: php [options] [-f] <file> [--] [args...]

Heb je het trouwens al eens geprobeerd met alleen <?php phpinfo(); ?> in je PHP file?

[ Voor 12% gewijzigd door Olaf van der Spek op 02-01-2007 19:43 ]


Verwijderd

doet hij het wel als je het volledige pad aangeeft? /home/user/t.php
en als je chmod +x t.php doet?

  • Kees
  • Registratie: Juni 1999
  • Laatst online: 10:14

Kees

Serveradmin / BOFH / DoC
#!/usr/bin/php bovenaan in het script
chmod +x /home/***.nl/oc/updates.php
testen met: /home/***.nl/oc/updates.php
in de cron zetten als het werkt: */1 * * * * /home/***.nl/oc/updates.php

[ Voor 12% gewijzigd door Kees op 02-01-2007 20:39 ]

"Een serveradmin, voluit een serveradministrator, is dan weer een slavenbeheerder oftewel een slavendrijver" - Rataplan

Pagina: 1