ahol /var/www/html/ a szerveren a drupal könyvtárad útvonala.
Ezt a sort másold be egy tetszőleges nevű fájlba és mentsd el az /etc/cron.d/ könyvtárba.
Root jog szükséges hozzá!
Ha nem te vagy a root, akkor elég csak megkérni a gazdát, hogy futtassa óránként pl. wget segítségével a cron.php-t. Tudni fogja, hogyan. ;-)
Windows alatt nem működik a cron? Mert megcsináltam mindent a Kézikönyv szerint, mondjuk azt a crontab parancsot nem értettem, a sort csak bemásoltam a cron-lynx.sh fájlba. Persze nem működik, de ahogy nézem, ez a leírás is unix alá van, windows alatt nincs etc/cron.d könyvtár...
Valóban létezik többféle cron windows-ra (pl: CRONw), de a Poormanscron tökéletes megoldás. Ne is tudom, hogy miért szenved mindenki a cron beállításokkal. Bár valamelyik guru lehet, hogy majd felvilágosít minket.
Üdv, Pali
0
0
-- Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
Nemrég frissítettem 5.14-es drupal-ra és 5.2.8-as php-ra. A php-t azért emelt ki mert egy időben frissítettem rájuk, és feltételezem ott lesz a probléma. Gentoo alól a php useflag-ek nem változtak. PHP kívülről tökéletesen megy. Linux alól a php-cli paranccsal eddig tökéletesen el volt a cron.php, 100%-osan végrehajtotta amit akart, ám a frissítés óta nem megy. Az egyik oldalhoz elengedhetetlen funkció az adatok frissülése végett, és mivel sok az adat, a php-cli-vel ki tudom kerülni az apache mod_sec és még más biztonsági limiteket. Ezért nem tettem fel a poormanscron modult sem. Szóval 4 napja nem fut a cron, csak ha az oldalról leklikkelem a cron futtatását akkor fut le, de ugye a kritikus oldalon sajna megfogja a biztonsági limit. :S
Valakinek valami 5let? Mivel eddig működött kérek mindenkit az aktuális problémára koncentráljunk.. ;)
0
0
-----------------------
2 ok a Drupalra:
1. A Drupal az egy Drupal (magyarul: Drupal). Valamikor tartalomkezelőnek indult....
2. Ha kilép az alapító folytathatjuk magyarul. :)
Ezt a felét már vagy ezerszer végignéztem.. A hibakeresést pontosan azzal kezdtem, hogy mindenhol a helyes php.ini van-e és hogy a php.ini beállításai helyesek-e. Csak utána írtam ide a problémámról. Azért köszi a tippet. Még kipróbálom azt a php futtatási módot ahogy a hup.hu-s forumban javasolták. Remélem az lesz a megoldás. Esetleg van valami más ötlet is?
Próba megvolt, végeremény változatlan. Semmi hibaüzenet, cron.php nem csinálta meg a cron futtatási dolgokat :S
0
0
-----------------------
2 ok a Drupalra:
1. A Drupal az egy Drupal (magyarul: Drupal). Valamikor tartalomkezelőnek indult....
2. Ha kilép az alapító folytathatjuk magyarul. :)
Nos sikerült megoldanom... Nemtom mi a ludas, hogy a cron.php még mindíg nem fut úgy mint régen, de kipróbáltam a 6-os drupalhoz készült drupal.sh-t, ami pontosan az, amire szükségem volt. Vagyis újra megy mindenhol a cron. :D
Más: Azt mi okozhatja hogy 20-30 perc között ingázik a cron futási ideje? Óránként futtatom, és most jött ki. Az az igazság, hogy a naplózás közel egy éves, és eléggé tele van. Nekem ez a tippem, de szeretném megérteni, hogy a drupal cron mit csinál és hogyan... Ha az megvan akkor remélem az is hogy miért megy ilyen sokáig. A kis forgalmú holnapokon egyébként nagyon hamar lefut... Mondhatni szemvillanás alatt :D
0
0
-----------------------
2 ok a Drupalra:
1. A Drupal az egy Drupal (magyarul: Drupal). Valamikor tartalomkezelőnek indult....
2. Ha kilép az alapító folytathatjuk magyarul. :)
Vagyis akkor minden fut drupal cron futásakor ami egyáltalán meghívja ezt a hook-ot.. Ha jól értelmezem... Hát akkor keresgélek egy kicsit.. Köszi a segítséget!
0
0
-----------------------
2 ok a Drupalra:
1. A Drupal az egy Drupal (magyarul: Drupal). Valamikor tartalomkezelőnek indult....
2. Ha kilép az alapító folytathatjuk magyarul. :)
a megfogalmazas nem jo, de az elgondolas igen.
a modulok nem meghivjak a hook-ot hanem implementaljak, hasznaljak. Egyszeruen elmondva a cron.php hivja meg a modulnev_cron() fuggvenyeket..
Nem tudom, hogy ez új kérdés-e, de a kereső-találatok alapján ez áll a legközelebb a gondomhoz.
Amatőrként két oldalt gondozok a barátainak. Az egyik a bbbse.hu és eddig a poormanscron modult használtam. Egy teljesen új oldal lesz mozgolodo.hu címen. Mindkettő esetében szeretném a „rendes” cron-t használni. A szolgáltató be is állított nekem 1 órás gyakoriságot, de pl. az utóbbinál az állapotjelentés oldalon azt látom, hogy az időzített feladatok legutóbbi futási ideje 9 óra. A cron.php helyét kérték, azt megadtam nekik (így: web felől: http://bbbse.hu/cron.php, egyébként a htdocs gyökérkönyvtárában.)
A cron.php tartalma ez:
<?php// $Id: cron.php,v 1.36 2006/08/09 07:42:55 dries Exp $/**
* @file
* Handles incoming requests to fire off regularly-scheduled tasks (cron jobs).
*/include_once'./includes/bootstrap.inc';
drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);
drupal_cron_run();
Permalink Beküldte Atyla (nem ellenőrzött) - 2010. augusztus 30. 23.46
Megkínlódtam vele én is, de most már fut (sokszor nem is mi vagyunk a ludasak. Beírtam elsőre jól, aztán mivel nem ment, kipróbáltam mindent, ami már nem tűnt jónak, de hátha. Majd a szolgáltatót megkérdeztem és náluk volt a hiba. Azóta megy.
Ma megint leellenőriztem, hogy fut-e óránként: igen, de a logban kétszer ír mindent:
21.00.
21.00
20.00
20.00
Lehet, hogy kétszer futtatja le egy időben? Pedig csak 1 db parancs van a Cpaneles cron jobs beállításnál.
(Újabb fejlemény: alaposan megnéztem a logokat: két különböző IP címről futtatja le egyidőben a szerver a parancsokat. Írtam a szolgáltatónak, várom a válaszát. Az IP címekre rákerestem, de nem jött elő semmilyen weblap, hanem egy "If you feel you have reached this page in error, please contact the web site owner: hibaüzenettel kezdődő oldal jön fel.)
Egy kérdés:
Ezt parancssorba kell írni, pl. Linux szerveren, ugye?
0 * * * * wget -O - -q -t 1 http://bbbse.hu/cron.php
Bár én most úgy írtam, hogy ott van a usr/bin is előtte, de gondolom ez nem szükséges.
Azaz:
/usr/bin/wget -O - -q -t 1 http://sajattarhely/drupalmappa/cron.php
Cron futtatás
Itt található a leírás, ha már a magyar fordítás fenn van akkor magyarul is olvasható:
admin/help/system
Parancssorból:
/usr/bin/lynx -source http://drupal/cron.php
vagy:
/usr/bin/wget -o /dev/null -O /dev/null http://drupal/cron.php
(a drupal-t cseréld ki értelemszerűen)
crontab bejegyzés esetén
00 * * * * /var/www/html/scripts/cron-lynx.sh
ahol /var/www/html/ a szerveren a drupal könyvtárad útvonala.
Ezt a sort másold be egy tetszőleges nevű fájlba és mentsd el az /etc/cron.d/ könyvtárba.
Root jog szükséges hozzá!
Ha nem te vagy a root, akkor elég csak megkérni a gazdát, hogy futtassa óránként pl. wget segítségével a cron.php-t. Tudni fogja, hogyan. ;-)
Juhász István
-jpi-
-jpi-
Nem megy
És ha nem megy?
Ezt az üzenetet kapom:
A legutolsó cron futtatás nem fejeződött be.
Mit rontottam el?
Windows
Windows alatt nem működik a cron? Mert megcsináltam mindent a Kézikönyv szerint, mondjuk azt a crontab parancsot nem értettem, a sort csak bemásoltam a cron-lynx.sh fájlba. Persze nem működik, de ahogy nézem, ez a leírás is unix alá van, windows alatt nincs etc/cron.d könyvtár...
nem
Nem, a Windows rendszeren nem létezik a cron (bár lehetnek hasonló implementációk), ilyen helyzetben a Poormanscron modul használata javasolt.
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
CRONw - CRON for Windows
Valóban létezik többféle cron windows-ra (pl: CRONw), de a Poormanscron tökéletes megoldás. Ne is tudom, hogy miért szenved mindenki a cron beállításokkal. Bár valamelyik guru lehet, hogy majd felvilágosít minket.
Üdv, Pali
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
Cron nem akar futni
Sziasztok!
Nemrég frissítettem 5.14-es drupal-ra és 5.2.8-as php-ra. A php-t azért emelt ki mert egy időben frissítettem rájuk, és feltételezem ott lesz a probléma. Gentoo alól a php useflag-ek nem változtak. PHP kívülről tökéletesen megy. Linux alól a php-cli paranccsal eddig tökéletesen el volt a cron.php, 100%-osan végrehajtotta amit akart, ám a frissítés óta nem megy. Az egyik oldalhoz elengedhetetlen funkció az adatok frissülése végett, és mivel sok az adat, a php-cli-vel ki tudom kerülni az apache mod_sec és még más biztonsági limiteket. Ezért nem tettem fel a poormanscron modult sem. Szóval 4 napja nem fut a cron, csak ha az oldalról leklikkelem a cron futtatását akkor fut le, de ugye a kritikus oldalon sajna megfogja a biztonsági limit. :S
kicsit módosítva a cron.php-t:
A köv kimenetet kapom:
Valakinek valami 5let? Mivel eddig működött kérek mindenkit az aktuális problémára koncentráljunk.. ;)
-----------------------
2 ok a Drupalra:
1. A Drupal az egy Drupal (magyarul: Drupal). Valamikor tartalomkezelőnek indult....
2. Ha kilép az alapító folytathatjuk magyarul. :)
hup.hu
Szerintem ez a hup.hu-ra való kérdés. A napokban volt hasonló téma náluk.
Mindenhol ugyanaz a php.ini-van
Szia!
Ezt a felét már vagy ezerszer végignéztem.. A hibakeresést pontosan azzal kezdtem, hogy mindenhol a helyes php.ini van-e és hogy a php.ini beállításai helyesek-e. Csak utána írtam ide a problémámról. Azért köszi a tippet. Még kipróbálom azt a php futtatási módot ahogy a hup.hu-s forumban javasolták. Remélem az lesz a megoldás. Esetleg van valami más ötlet is?
Próba megvolt, végeremény változatlan. Semmi hibaüzenet, cron.php nem csinálta meg a cron futtatási dolgokat :S
-----------------------
2 ok a Drupalra:
1. A Drupal az egy Drupal (magyarul: Drupal). Valamikor tartalomkezelőnek indult....
2. Ha kilép az alapító folytathatjuk magyarul. :)
Megoldva
Sziasztok!
Nos sikerült megoldanom... Nemtom mi a ludas, hogy a cron.php még mindíg nem fut úgy mint régen, de kipróbáltam a 6-os drupalhoz készült drupal.sh-t, ami pontosan az, amire szükségem volt. Vagyis újra megy mindenhol a cron. :D
Más: Azt mi okozhatja hogy 20-30 perc között ingázik a cron futási ideje? Óránként futtatom, és most jött ki. Az az igazság, hogy a naplózás közel egy éves, és eléggé tele van. Nekem ez a tippem, de szeretném megérteni, hogy a drupal cron mit csinál és hogyan... Ha az megvan akkor remélem az is hogy miért megy ilyen sokáig. A kis forgalmú holnapokon egyébként nagyon hamar lefut... Mondhatni szemvillanás alatt :D
-----------------------
2 ok a Drupalra:
1. A Drupal az egy Drupal (magyarul: Drupal). Valamikor tartalomkezelőnek indult....
2. Ha kilép az alapító folytathatjuk magyarul. :)
mit csinal a cron?
az attol fugg, hogy milyen moduljaid vannak bekapcsolva.
van egy cron hook amit barmelyik modul hasznalhat. Drupalban ez a fuggveny fut le amikor a cront futtatod.
keress ra a "
_cron()" -ra a forraskodban..ahha
Vagyis akkor minden fut drupal cron futásakor ami egyáltalán meghívja ezt a hook-ot.. Ha jól értelmezem... Hát akkor keresgélek egy kicsit.. Köszi a segítséget!
-----------------------
2 ok a Drupalra:
1. A Drupal az egy Drupal (magyarul: Drupal). Valamikor tartalomkezelőnek indult....
2. Ha kilép az alapító folytathatjuk magyarul. :)
igen
a megfogalmazas nem jo, de az elgondolas igen.
a modulok nem meghivjak a hook-ot hanem implementaljak, hasznaljak. Egyszeruen elmondva a cron.php hivja meg a modulnev_cron() fuggvenyeket..
Cron nem fut
Nem tudom, hogy ez új kérdés-e, de a kereső-találatok alapján ez áll a legközelebb a gondomhoz.
Amatőrként két oldalt gondozok a barátainak. Az egyik a bbbse.hu és eddig a poormanscron modult használtam. Egy teljesen új oldal lesz mozgolodo.hu címen. Mindkettő esetében szeretném a „rendes” cron-t használni. A szolgáltató be is állított nekem 1 órás gyakoriságot, de pl. az utóbbinál az állapotjelentés oldalon azt látom, hogy az időzített feladatok legutóbbi futási ideje 9 óra. A cron.php helyét kérték, azt megadtam nekik (így: web felől: http://bbbse.hu/cron.php, egyébként a htdocs gyökérkönyvtárában.)
A cron.php tartalma ez:
Hozzá kellene adnom ezt a sort?
„Kattintgatós amatőr”
Nem
azt a sort a crontabba kell írni.
--
Borsa Péter
https://peterborsa.eu
Ezt írta be az szolgáltató
Ezt írta be az szolgáltató rendszergazdája a szerveren?
„Kattintgatós amatőr”
Valószínűsíthető hogy igen.
Valószínűsíthető hogy igen.
--
Borsa Péter
https://peterborsa.eu
De miért nem fut?
A szolgáltató szerint a beállítás megtörtént, de a jelentésben nem látszik, hogy futna.
(Amit írtam 9 órát, az is a böngészőből való futtatás volt)
„Kattintgatós amatőr”
Megkínlódtam vele én is, de
Megkínlódtam vele én is, de most már fut (sokszor nem is mi vagyunk a ludasak. Beírtam elsőre jól, aztán mivel nem ment, kipróbáltam mindent, ami már nem tűnt jónak, de hátha. Majd a szolgáltatót megkérdeztem és náluk volt a hiba. Azóta megy.
Ma megint leellenőriztem, hogy fut-e óránként: igen, de a logban kétszer ír mindent:
21.00.
21.00
20.00
20.00
Lehet, hogy kétszer futtatja le egy időben? Pedig csak 1 db parancs van a Cpaneles cron jobs beállításnál.
(Újabb fejlemény: alaposan megnéztem a logokat: két különböző IP címről futtatja le egyidőben a szerver a parancsokat. Írtam a szolgáltatónak, várom a válaszát. Az IP címekre rákerestem, de nem jött elő semmilyen weblap, hanem egy "If you feel you have reached this page in error, please contact the web site owner: hibaüzenettel kezdődő oldal jön fel.)
Egy kérdés:
Ezt parancssorba kell írni, pl. Linux szerveren, ugye?
0 * * * * wget -O - -q -t 1 http://bbbse.hu/cron.php
Ha Cpanelba írom, akkor csak ez kell:
wget -O - -q -t 1 http://bbbse.hu/cron.php
Bár én most úgy írtam, hogy ott van a usr/bin is előtte, de gondolom ez nem szükséges.
Azaz:
/usr/bin/wget -O - -q -t 1 http://sajattarhely/drupalmappa/cron.php
Új téma legyen új téma
Legyél szíves:
1. Hozz létre egy új témát
2. Az új témában linkeld be ezt és írd le miért nem segítettek az itt leírtak.
Egy hat éves(!!!) témát ne hozzunk már fel.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu