WN

WN (https://www.wn.se/forum/index.php)
-   Serversidans teknologier (https://www.wn.se/forum/forumdisplay.php?f=4)
-   -   Cronjob hjälp (https://www.wn.se/forum/showthread.php?t=1045521)

mojitoo 2010-12-22 19:29

Cronjob hjälp
 
Hej!

Jag har skapat ett cronjob hos binero men jag får det inte riktigt att fungera så jag sökte runt lite och hittade att man var tvungen att använda den publika adressen, nämligen http:// . Detta tycker jag att låter väldigt dumt, är det inte möjligt att exekvera en cronjob fil som ligger utanför public_html mappen?

Och vilken adress ska man använda egentligen jag tycker att det väldigt knepigt att veta. Jag har testat kopiera direkt från filezilla, men inget har hänt, jag har testat en publik adress även om jag vill ha dem utanför. men inget har hänt då heller.

själva datumen har jag skrivit som 30 | 19 | * | * | * vilket jag har lyckats tyda till att ska vara klockan 19:30 varje dag, stämmer detta?

Hur kan man felsöka egentligen, varför får jag det inte att fungera?

emilv 2010-12-22 19:30

Vad säger deras support?

AndreasS 2010-12-22 20:19

De kör väl inte cron på så sätt utan mer ett sätt att schemalägga exekvering av en URL, så det du behöver göra (antar jag) är att lägga den i webrooten och anropa den med www.dindomän.se/fil

Fast som emilv säger, det är nog mer en fråga för deras support. Drar du ett mail nu lär du ju få svar senast imorgon under deras supportider.

coredev 2010-12-23 14:15

Jag förutsätter att du anropar ett script (t.ex. php) på webservern via wget. Det säger nästan sig självt att det måste ligga i public_html, eftersom Apache ju måste serva din http-request. Wget kan inte göra något magiskt, utan fungerar precis som din webbläsare. :-)

Här är ett lite maskerat exempel som jag själv kör på Binero:
Kod:

0 2 * * * wget -q -O /dev/null http://www.minsajt.se/katalog/fil.php?parametar=1 >/dev/null 2>&1

mojitoo 2010-12-23 14:36

Citat:

Ursprungligen postat av coredev (Inlägg 20384833)
Jag förutsätter att du anropar ett script (t.ex. php) på webservern via wget. Det säger nästan sig självt att det måste ligga i public_html, eftersom Apache ju måste serva din http-request. Wget kan inte göra något magiskt, utan fungerar precis som din webbläsare. :-)

Här är ett lite maskerat exempel som jag själv kör på Binero:
Kod:

0 2 * * * wget -q -O /dev/null http://www.minsajt.se/katalog/fil.php?parametar=1 >/dev/null 2>&1

Tack för att du förklarade att den fungerade som en webbrowser, jag trodde att den kunde trolla lite och känna av filer bakom public_html eftersom att jag ville köra en script från deras egna servrar.

Jag fick följande kod när jag var i kontakt med deras support:
Kod:

wget -O /dev/null http://minsatese/cronFiles/cronjob_file.php

Vilket inte har fungerat. Jag ska testa med din också, såg att du hade en flagga till. Jag är dålig på dessa flaggor, vad betyder de olika?
Och vad är egentligen Prevent Email för någonting som man skulle kryssa för:
Kod:

/dev/null 2>&1
Jag vet iaf att det är någonstans där cronjobet inte fungerar för det fungerar om man manuellt går in med webbrowsern sidan.

iostream 2010-12-23 14:54

Varför exekvera cronskript via webbservern?
En webbserver ska leverera webbsidor, inget annat.

Jag kör exempelvis följande:
Kod:

0 *    * * *    /usr/local/bin/php /home/web31337/domains/domain.se/cron.php
Edit:
Citat:

Ursprungligen postat av mojitoo (Inlägg 20384838)
Och vad är egentligen Prevent Email för någonting som man skulle kryssa för:
Kod:

/dev/null 2>&1

Cron fungerar på så sätt att det skickar ett mail till dig om skriptet som körs returnerar någon output.
Detta är bra eftersom man då kan se eventuella felmeddelanden PHP spottar ur sig.

Om man av någon anledning inte vill ha mail kan man styra om stdout och stderr till /dev/null, alltså maskinens bitbucket, så fångas ingen output av cron.

AndreasS 2010-12-23 19:28

Citat:

Ursprungligen postat av iostream (Inlägg 20384841)
Varför exekvera cronskript via webbservern?
En webbserver ska leverera webbsidor, inget annat.

Jag kör exempelvis följande:
Kod:

0 *    * * *    /usr/local/bin/php /home/web31337/domains/domain.se/cron.php

Såvitt jag vet så kan du endast schemalägga URL's hos Binero, inte lägga in egna cronjobb. Så det är väl därför som han gör så. Är faktiskt rätt ovanligt för webhotell att erbjuda riktiga cronjobb eftersom så många inte verkar vilja låta kunderna logga in via SSH.

iostream 2010-12-23 20:56

Citat:

Ursprungligen postat av AndreasS (Inlägg 20384884)
Såvitt jag vet så kan du endast schemalägga URL's hos Binero, inte lägga in egna cronjobb. Så det är väl därför som han gör så. Är faktiskt rätt ovanligt för webhotell att erbjuda riktiga cronjobb eftersom så många inte verkar vilja låta kunderna logga in via SSH.

Det jag skrev ovan fungerar utmärkt i mitt 1.0-konto, så visst fungerar det.

Bineros 2.0-system har möjligthet för kund att SSHa in på sitt konto, dock kan man ej skapa cronjobs själv ännu, då får man kontakta support.

Erik Stenman 2010-12-24 12:28

Citat:

Ursprungligen postat av iostream (Inlägg 20384889)
Det jag skrev ovan fungerar utmärkt i mitt 1.0-konto, så visst fungerar det.

Bineros 2.0-system har möjlighet för kund att SSHa in på sitt konto, dock kan man ej skapa cronjobs själv ännu, då får man kontakta support.

Jo, det är extremt störande att jag inte kan lägga in dom själv..
Särskilt när dom ibland nekar mig att lägga in cronjob.

Men de förslag som kommit upp i tråden borde fungera på binero.

tartareandesire 2010-12-27 00:58

Citat:

Ursprungligen postat av Erik Stenman (Inlägg 20384943)
Jo, det är extremt störande att jag inte kan lägga in dom själv..
Särskilt när dom ibland nekar mig att lägga in cronjob.

Men de förslag som kommit upp i tråden borde fungera på binero.

Håller med dig helt och hållet, känns väldigt märkligt att skapa en "ny, bättre kontrollpanel" där en viktig funktion som denna saknas. Nästan glad att jag är kvar på gamla, har ingen önskan alls om att få byta innan samma funktionalitet finns även i nya. Varför har de nekat dig att lägga in om man får vara nyfiken?


Alla tider är GMT +2. Klockan är nu 04:02.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson