[PHP] Cronjob in DirectAdmin

[Cavalli]

Hallo,

Zelf ben ik nu al een tijdje aan het klooien met CronJobs in direct admin heb al verschillende dingen geprobeerd. Op de server draait Linux hier een paar belangrijke gegevens die phpinfo(); geeft denk ik zelf. (is iets anders nodig vraag er dan maar om)

extension_dir /usr/local/lib/php/extensions/no-debug-non-zts-20020429
PATH /bin:/usr/bin
SCRIPT_FILENAME /home/gebruiker/domains/domein.ext/public_html/bestand.php
SERVER_SOFTWARE Apache/1.3.33 (Unix) mod_ssl/2.8.22 OpenSSL/0.9.7a mod_perl/1.29 FrontPage/5.0.2.2510

dit heb ik al geprobeerd

php /home/gebruiker/domains/domein.ext/public_html/bestand.php
GET http://mijnsite.ext/update_cronjobs.php > /dev/null

En veel met het pad veranderd. Ik hoop dat iemand mij hierbij kan helpen

[software]

Werkt dat ?

wget -q -O /dev/null http://www.site.com/cron.php

[NMe]

In Programming & Webscripting geven we geen support op scripts van anderen; daarvoor kun je terecht op hun eigen supportfora of in Software Algemeen. Ik zal je topic even verplaatsen.

Wat is het nu eigenlijk dat fout gaat? Ik zie aan je topic niet echt wat je nou al dan niet lukt. Kun je wat duidelijker zijn?

PW>>SA

[Erkens]

welke foutmelding krijg je?
Ik denk dat je het path naar 'php' nog moet opgeven.
Daarnaast is het meestal niet gewenst dat een dergelijk script bereikbaar is via internet, dus zorg dat die buiten je wwwroot zit

in je cron zet je dan een regel als

code:

0 * * * * /usr/bin/php /home/gebruiker/domains/domein.ext/bestand.php

om elk uur dat script uit te voeren

[Cavalli]

De CronJob word niet gedraait na de tijd die ik op geef

[Erkens]

Cavalli schreef op maandag 15 augustus 2005 @ 22:56:
De CronJob word niet gedraait na de tijd die ik op geef

Wat heb je opgegeven dan? Hoe denk je dat we je kunnen helpen zoder die info? En zonder de exacte foutmelding?

[Spider.007]

Een probleem met cron betekent bijna altijd dat je paden niet goed zijn. Heb je dat geverifieerd?

[software]

Kan iemand mij het verschil uitleggen tussen :

code:

0 * * * * /usr/bin/php /home/gebruiker/domains/domein.ext/bestand.php

en

code:

0 * * * * wget -q -O /dev/null http://www.site.com/cron.php

[ Voor 4% gewijzigd door software op 15-08-2005 22:59 ]

[Cavalli]

Erkens schreef op maandag 15 augustus 2005 @ 22:57:
[...]

Wat heb je opgegeven dan? Hoe denk je dat we je kunnen helpen zoder die info? En zonder de exacte foutmelding?

Ik krijg geen foutmelding, hoe voert hem gewoon niet uit

[Erkens]

software schreef op maandag 15 augustus 2005 @ 22:59:
Kan iemand mij het verschil uitleggen tussen :

code:

0 * * * * /usr/bin/php /home/gebruiker/domains/domein.ext/bestand.php

en

code:

wget -q -O /dev/null http://www.site.com/cron.php

die eerste is een geldige cronjob dat tweede is een vage commandline waarbij je meteen een leuk security hole hebt gemaakt maar een cronjob is het niet

Cavalli schreef op maandag 15 augustus 2005 @ 22:59:
[...]


Ik krijg geen foutmelding, hoe voert hem gewoon niet uit

en daarom kan je ons ook niet geven wat je hebt ingevoerd
Daarnaast stuurt cron je een mailtje als er iets fout gaat (tenzij je alle output redirect naar /dev/null wat niet handig is )

[ Voor 29% gewijzigd door Erkens op 15-08-2005 23:01 ]

[Cavalli]

Spider.007 schreef op maandag 15 augustus 2005 @ 22:58:
Een probleem met cron betekent bijna altijd dat je paden niet goed zijn. Heb je dat geverifieerd?

hoe kan ik verifieëren of het pad goed is want ik heb al veel verschillende padden geprobeerd

[software]

Erkens schreef op maandag 15 augustus 2005 @ 23:00:
[...]

die eerste is een geldige cronjob dat tweede is een vage commandline waarbij je meteen een leuk security hole hebt gemaakt maar een cronjob is het niet

En dat security hole houd in dat die pagina wordt op de harde schijf opgeslaan ?
Of is het nog iets anders ?

[Erkens]

software schreef op maandag 15 augustus 2005 @ 23:02:
[...]


En dat security hole houd in dat die pagina wordt op de harde schijf opgeslaan ?
Of is het nog iets anders ?

nee, maar wel het feit dat een cronjob meestal iets moet doen op een bepaald tijdstip en niet anders, op het moment dat je dat script aan kan roepen via een browser kan dat script dus ook op elk willekeurig moment uitgevoerd worden.

[Cavalli]

IK wil dat mijn AWstats elke 23 uur geupdate word dat is dan dus deze link awstats/awstats.pl?framename=mainright&update=1 en met de hand aanroepen werkt het wel

[Spider.007]

Moet je niet ingelogd zijn in awstats dan; voordat je die link mag aanroepen? En hoe log je dan in? Verder heb je hiertussen gekeken?

[Cavalli]

Spider.007 schreef op maandag 15 augustus 2005 @ 23:14:
Moet je niet ingelogd zijn in awstats dan; voordat je die link mag aanroepen? En hoe log je dan in? Verder heb je hiertussen gekeken?

Daar heb ik nog geen wachtwoord opstaan.

[Erkens]

awstat is perl, dus geen php
Daarnaast geloof ik dat er een readme of andere documentatie bijzit waarin dat beschreven wordt hoe je dat moet doen, althans dat is wat ik me herinner van een lange tijd geleden dat ik dat stuk software had gebruikt.

[Cavalli]

maar geen een cron werkt die handmatig wel werkt

[Erkens]

want? wat is de foutmelding? (nogmaals) en wat voer je in als commando? (nogmaals)

[Cavalli]

nogmaals geen foutmelding en nogmaals staat in mijn eerste post en deze gebruik ik: /usr/bin/php plus de rest

[Erkens]

als je geen foutmelding krijgt denk ik dat cron niet draait, en daarnaast is awstat _GEEN_ php dus waarom je het dan met php aanroept
owja, en begin eens met het lezen van de documentatie die erbij staat, als je dat hebt gedaan lees dan de man pages van cron

[edit]even 5 sec rondkijken op de site van awstats:
http://awstats.sourceforge.net/docs/awstats_faq.html#CRONTAB

[ Voor 19% gewijzigd door Erkens op 15-08-2005 23:30 ]

[Spider.007]

Hierbij het verzoek aan de Topicstarter om even te zoeken voordat hij een topic opent; daarnaast is de informatie die je geeft in dit topic inderdaad tamelijk karig. Let hier in het vervolg even op