PDA

Bekijk Volledige Versie : Direct admin wget cron



Ramon Fincken
20/11/07, 11:10
ok, in plesk gaat het zo:

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

Maar DA vind dit niet leuk, wie weet een syntax waarmee ik zonder met
/user/home/domain etc iets kan cronnen ?
Ik wil dus dat je het hele publieke http adres/url op geeft, niet het fysieke path.

Heb gisteren al gegoogled en ook hier in het forum gezocht maar niets hielp.
De aan te roepen file is uiteraard getest en werkt bij normale aanroep in je browser.

Dotdns
20/11/07, 11:35
/usr/bin/wget -O/dev/null -q http://URL/cronjob.php

Dat zal zijn wat jij zoekt

ichosting
20/11/07, 11:36
Wget doet het wel goed?
Probeer eens wget http://www.site.com/file.php in de shell als je daar toegang toe hebt.

bvankuik
20/11/07, 11:40
Soms wil de shell wel eens struikelen op bepaalde karakters in de URL. Probeer te quoten, als volgt:


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

Probeer ook eens het hele pad naar wget te geven, bijv:


/usr/bin/wget -O /dev/null -q "http://www.site.com/file.php"

Ramon Fincken
20/11/07, 11:53
/usr/bin/wget -O/dev/null -q http://URL/cronjob.php

Dat zal zijn wat jij zoekt

die werkte niet, had ik gisteren ook al geprobeerd :(
Thanks though !


Wget doet het wel goed?
Probeer eens wget http://www.site.com/file.php in de shell als je daar toegang toe hebt.

Ga ik wel van uit, ik heb geen root of SSH access. Het is een shared hosting pakket van een klant.


@Bart, ook de quotes werkt niet ..

bvankuik
20/11/07, 11:59
Dan zou het nog kunnen dat wget gewoon niet in het pad staat of op een ongewone plaats. Mijn advies: doe eens een 'which wget > /mijn/home/dir/file.txt' in je cronjob. Als deze niets teruggeeft, contact opnemen met provider.

Dotdns
20/11/07, 12:00
CMD_CRON_JOBS?domain=
heb ik daar 10 tal cron jobs staan
/usr/bin/wget -O/dev/null -q http://URL/cronjob.php
En gaan als boter

Mag je wel van je hoster Crons uitvoeren

ichosting
20/11/07, 12:00
Het zou kunnen zijn dat WGET beveiligd is hoor. Krijg je ook nog een foutmelding oid misschien?

Ramon Fincken
20/11/07, 12:05
CMD_CRON_JOBS?domain=
heb ik daar 10 tal cron jobs staan
/usr/bin/wget -O/dev/null -q http://URL/cronjob.php
En gaan als boter

Mag je wel van je hoster Crons uitvoeren

werkt helaas niet, ik heb gemaild en ze zouden het enablen voor me


Het zou kunnen zijn dat WGET beveiligd is hoor. Krijg je ook nog een foutmelding oid misschien?

nope, ik had m gisteren naar een file laten schrijven maar die was leeg
File is dus aangemaakt maar was leeg. ( of is dat ook een error? ik ben gewend alles naar dev null te gooien )


Ik zal ze eens bellen denk ik .. als het nu plesk was geweest was ik in 10 seconden klaar geweest :(

right... hoster even gebeld en ook naar dit topic verwezen. Blijkt dat ze op dit specifieke domein problemen hebben met de cron jobs. Kennelijk geven de pagina's die opgeroepen worden een heuse 403 op.

Tja als het nu een 404 was, dan had ik een tikfout gemaakt kunnen hebben, maar dit gaan ze zelf even bekijken.
Mocht ik nog een update hebben waar jullie nog iets aan kunnen hebben plaats ik k m hier.

Thanks voor alle reacties so far !

bvankuik
20/11/07, 17:07
Het is altijd hetzelfde gelazer met cronjobs op hosts waar je geen shell access hebt. :-( Ik heb al heel wat uurtjes verspild hieraan.

Ramon Fincken
21/11/07, 11:52
ok guys, het bleek een wat strak ingestelde htaccess te wezen die wget de deur wees bij het aanroepen.

Het correct werkende commando voor deze Direct admin server was:


/usr/bin/wget -O/dev/null -q http://www.site.com/file.php

Dotdns
21/11/07, 11:57
Het correct werkende commando voor deze Direct admin server was:


/usr/bin/wget -O/dev/null -q http://www.site.com/file.php

Blij dat deze lukte.
Succes verder nou :D

Ramon Fincken
21/11/07, 12:01
Dank, ik kwam er maar niet uit omdat het geheel al als test op een Plesk8 server had gedraaid :)

Maargoed, klant blij en ik weet ook weer iets meer van DA :)

ju5t
23/11/07, 13:43
Wij gebruiken het volgende in plaats van wget (om een alternatief te geven):


/usr/bin/lynx -dump "http://www.site.nl/file.php"

Ramon Fincken
23/11/07, 13:56
ok dank daarvoor, al ben ik zelf alleen bekend met wget

wat zou van dit commando de meerwaarde zijn ?

ju5t
23/11/07, 14:07
Geen flauw idee, is er zo ingegroeid denk ik.

Ramon Fincken
23/11/07, 14:09
dan houd ik het gewoon bij wget :)

Randy
23/11/07, 14:19
Zelf hebben we wget naat 700 (root only) gechmod op alle shared servers. Er zijn meerdere providers die dit doen. Externe URL inladen in PHP zal dan ook geen optie zijn. Wellicht kun je met curl de url ophalen?

snaaps
23/11/07, 19:19
ok dank daarvoor, al ben ik zelf alleen bekend met wget

wat zou van dit commando de meerwaarde zijn ?

Omdat bij sommige hosters (zoals bij ons) wget niet beschikbaar is voor shared gebruikers.

Ramon Fincken
30/11/07, 14:17
Ga ik onthouden !

QBell
30/11/07, 14:51
Je moet het bij mijn mening ook gewoon bij wget houden.
Dit omdat lynx niet standaard geinstaleerd word (op debian en afgelijden inieders...)

Dus zal je met lynx heel erg vaak 'naast de pot pissen' ;)

Ramon Fincken
30/11/07, 14:52
wget zal ook mijn standaard blijven, daar ik het op plesk altijd zonder problemen gebruik :)