BGAFC Vendégkönyv

Σ: 1 post

TCH (statz)

#1, Főfasz (10443)

1714 | #4f4c | ^ | Idézet | Tue, 03 Mar 2020 10:05:56 +01

94.21.*.*

*.pool.digikabel.hu

A CPU használatot nem hiszem, hiszen az végig nagyjából azonos szinten kell, hogy legyen, ergo, ha azzal lenne a baj, akkor már a legelején le kéne, hogy bassza a gecibe, de ez csak menetközben szarik be. Az, hogy nem működtek az időkorlát-átállítások, az nem jelenti, hogy a rendszer átállította és ennek ellenére rohad le, hanem az is lehet, hogy a korlát átállítása tiltva van. Vagy kontaktolj a rendszergizdával, hogy adjon má' több időt ennek a szarnak, vagy pedig újra kell szervezni a kódot, hogy tudja folytatni onnan, ahonnan abbahagyta. Nem akkora ördöngősség egyébként; szükséged van egy markerfájlra, hogy elkezdted a műveletet és tárolni kell benne, hogy hányadik ID-t fejezted be. (Mert ugye egy feldolgozás kellős közepén is megszakadhat, tehát befejezett műveletet tárolunk.) Ha a fájl létezik, kiolvasod a tartalmát és induláskor a következőtől folytatod. Ha nem, akkor elölről kezded. Ha lefutott az egész, akkor törlöd a fájlt. Így ugyan több lépésből, de frissülni fog az a fos.

De én még megelőző lépésként én kimérném, hogy meddig fut a script. Azaz a bemenetnél beraknék egy olyat, hogy file_put_contents('/tmp/time.start', time());, a curl hívások elé és mögé is pedig egy olyat, hogy file_put_contents('/tmp/time.pend', time()); és akkor a következő crashnél egyszerűen kivonod a time.pend-ből a time.start-ot és látni fogod, hogy meddig futott. Ha ilyen nagyon kerek szám közeli értéket kapsz (30, 60, stb.), akkor tuti, hogy időlimit. Ha ilyen totál random értéket, pl. 133, akkor nem. Ezt azért csinálnám még előtte, mert ha időlimit, akkor lehet, hogy elég a rendszergizdától több időt kérni, de ahhoz tudni kell, hogy időlimit.