Dotaz: PHP ako vyriešiť timeout limit

[adrinko]

prosím vás, v crone spúšťam pravidelne php súbor. server má ale maximálnu dĺžku behu skriptu. túto síce môžem nastaviť cez set_time_limit na určité maximum (ktoré dovoľuje server), ale nemôžem ju tým vypnúť alebo prekročiť to maximum. ako teda zabezpečím, aby skript nebol ukončený a bežal teda ďalej aj po tomto limite, až pokým sa nevykoná všetko, čo je v ňom?

vďaka

---

---

Odpovědi

[Šangala]

Nijak, je třeba rozdělit úkoly a po každém „kroku“ kontrolovat dobu běhu scriptu.
Pokud už nezbývá čas na bezpečné provedení dalšího úkolu, tak uložit stav (je-li to třeba) a při dalším spuštěním scriptu začít tam kde to skončilo.

[zulu]

nemôžem ju tým vypnúť alebo prekročiť to maximum

Jakto?

php -h

[Ivo]

set_time_limit(0) ten limit nevypne?

[adrinko]

na webhostingu to nevypne

[Šangala]

To jsme rádi, že jste se ozval
Odhadl jsem tedy správně, že to nemáte pod kontrolou, proto Vám nezbývá než to co jsem psal v prvním komentáři.

[adrinko]

prepáčte, bol som mimo a až teraz som sa dostal k pc. :( ale ďakujem v každom prípade

[smartin]

nejlepsi varianta -> tahnout to pres CLI

[adrinko]

CLI znamená command line? na webhostingu to asi z príkazovej riadky nespustím, žiaľ.

[moo]

tym padom to je ale na hostingu neriesitelne

[xzukalj]

Ahoj, co takhle serialize/unserialize ? Nevime co ten skript dela, takze na obecnou otazku, obecna odpoved.

[adrinko]

vďaka. skript v podstate naformátuje určitým spôsobom dáta a odošle ich na iný server ako xml post a zároveň čaká, kým mu vzdialený server neodpovie (či to prijal a spracoval). Toto ale spôsobuje, že keď by tento skript pracoval v cykle (napr. for a vyberá zánam z db), tak by sa odpoveď vzdialeného servra mohla podľa jeho vyťaženia pretiahnuť aj na niekoľko sekúnd a tým pádom by v pôvodnom mojom skripte mohlo prísť k timeoutu. a práve toto by som potreboval ošetriť tak, aby skript jednoducho neskončil chybou ale aby plynule pokračoval vo vykonávaní až pokiaľ nespracuje posledný záznam v tabuľke.

[xzukalj]

1) Muzes se zkusit domluvit s hostingem, zda by ti nezvedli timeout.
2) Pomoci serializace. Predas data, ulozis si informace a refreshnes. Opakujes do te doby, nez neziskas status. (tedy pokud neni operace na druhe strane zavisla na connectu ze skriptu).
3) Reseni Javascriptem (AJAX)
2) Mas-li moznost na druhem serveru udelat skript, tak je tu moznost pracovat se statusy. Prvni skript udela svoji praci a ulozi ji. Da vedet na druhou stranu skriptu odkud si to ma stahnout a ten to pak preda na spracovani, az se mu vrati status, tak jej ulozi. Pri dalsim spousteni muze prvni skript nejdriv zkontrolovat, zda minula operace ma status 'ok'.

Tech reseni je vice, zalezi na tom co vse muzes a co umis delat.

[adrinko]

vďaka, riešení je viac, avšak zatiaľ som neprišiel na konkrétne, ktoré by bolo vhodné pre moju situáciu. ide o to, že ten skript s timoutom, sa spúšťa z cronu (teda nikdy sa nedá odhadnúť, ako dlho mu bude trvať spracovanie dát). Ajax by sa dal využiť pri spustení skriptu v okne prehliadača, ale pri crone asi nie.

teda zhrniem:

1.) dá sa, ale neviem ako dlho skript pobeží, takže šanca na timeout tu je opäť
2.) ako je myslené "refreshnes"? v okne browsera alebo nejako skript sám seba? (toto netuším)
3.) ajax funguje len v okne browsera (ja to spúšťam z cronu)
4.) nemám prístup na druhú stranu

[Denny]

už to tady bylo napsaný rozděl to na jednotlivy kroky + můžeš přidat kontrolu toho jak dlouho už skript běží

$start_time = mktime();
function check_exe_time($step) {
  global $start_time;

  if( (mktime() - $start_time) >= 10) {
    if($step == 1) {
       //uloz to co tedka delas do dtb, souboru to je jedno
    }

    header("Location: http://www.example.com/cron_file.php?step=".$step);
  }

  return true;
}

if($_GET["step"] == 1) {
  //nacti predchozi praci
}


if($_GET["step"] == 1 OR !isset($_GET["step"])) {
  while($end) {
    //zpracovani jednotlivych polozek
    check_exe_time($step);
  }

  header("Location: http://www.example.com/cron_file.php?step=2);
}

Je celkem jedno jak to uděláš díky header:location by ti neměl dojít čas.

[adrinko]

ahaaaa, čiže skúsil by som to zrekapitulovať - ak som to teda s header location správne pochopil, tak to funguje asi takto: ak raz denne v crone nastavím spúšťanie súboru cron_file.php, tak tento bude vykonávať robotu (a ukladať ju pred timeoutom) a sám seba následne spúšťať potom až dovtedy, kým mu v skripte nenastavím, že už prišiel napr. na posledný zápis v databáze a môže skončiť s robotou? dobre uvažujem?

[Denny]

Ano, pak je ještě důležité to jakým způsobem se ten soubor v cronu volá, protože máš zakázaný php-cli tak musís použít nějaký jiný nástroj (lynx, wget,...) U nich je problém že defalutně mají nastavený nějaký maximální počet refreshů a pak si myslí, že je to chyba ve skriptu, protože je nekonečně zacyklen.

Já používám wget takto:

wget -O - --max-redirect 10000000 -w 5 http://www.example.com/cron_file.html?pass=1234AABB

 

-O - //neukladej nikam to co stahnes

--max-redirect 1000000 //maximalni pocet opakovani

-w 5 //mezi presmerovanim cekej 5 sekund (prepocitavam a taham data z externiho zdroje, takze to tolik nezatěžuje jejich server ani hosting, mám asi 150 opakování a jeden refresh mi zabere asi 8s -> 3s zpracování + 5s pauza).

(heslo tam je celkem užitečný, už se mi párkrát stalo, že jsem to spustil z prohlížeče a udělalo mi to celkem slušnej bordel )