abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 16:22 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 0
    dnes 15:44 | Zajímavý článek

    David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.

    Ladislav Hagara | Komentářů: 0
    dnes 15:11 | Nová verze

    Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    dnes 12:55 | Komunita

    Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.

    Ladislav Hagara | Komentářů: 0
    včera 23:11 | IT novinky

    Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.

    Ladislav Hagara | Komentářů: 2
    včera 14:22 | Komunita

    Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.

    Ladislav Hagara | Komentářů: 7
    včera 04:44 | Komunita

    Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).

    Ladislav Hagara | Komentářů: 2
    26.4. 22:22 | Nová verze

    Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).

    Ladislav Hagara | Komentářů: 1
    26.4. 21:55 | Komunita

    Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.

    Ladislav Hagara | Komentářů: 1
    25.4. 04:00 | Nová verze

    raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (3%)
     (7%)
     (2%)
     (15%)
     (25%)
    Celkem 1444 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: PHP obejití timeoutů

    14.11.2010 03:31 /lKA0/
    PHP obejití timeoutů
    Přečteno: 340×
    Dobrý den. Píšu v php webový program, který bude načítat ohromné množství dat ze souborů a ukládat je do relační databáze. Je mi jasné, že pokud bude větší množství dat, že se skript neprovede protože dojde k nějakému timeoutu. Jak se mohu těmto timeoutům vyhnout jestliže nemám přímo možnost upravit si hodnoty v php.ini? Určitě by fungovalo to, že budu soubor číst po blocích a potom vždy refreshnu stránku a budu pokračovat, jenže tohle řešení se mi moc nelíbí. Nenapadá vás jak by se to dalo vyřešit líp?

    Odpovědi

    14.11.2010 10:45 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: PHP obejití timeoutů
    Musí to být webový skript? Nebylo by lepší to udělat "normálním" (tj. newebovým) skriptem nebo programem? Ten b y se dal spouštět ručně (pokud je to jednorázová věc), z CRONu apod.

    Nicméně jako nejjednodušší vypadá změna timeoutu v php.ini. To, že ho změnit nemůžeš, vypadá na to, že jseš na nějakém ultralevném hostingu, takže tam asi nebudeš moci spouštět nic jiného, než PHP s timeoutem přes web, že...
    14.11.2010 11:44 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: PHP obejití timeoutů
    Pokud nejsou speciální nastavení, ta je to tak, že bu jste v safe_mode nebo ne.
    Zjistíte to pomicí fce phpinfo(),scriptem třeba takto:
    <?php
    phpinfo();
    ?>
    
    V bloku PHP Core je proměnná safe_mode, a pokud je on, tak nemáte možnost dobu běhu skriptu (a další) upravit.
    Takže můžete udělat jen to že si ten čas zjistíte, a před ukončením limitu akci korektně přerušíte, uložíte nějakou restartovací značku (třeba do cookies). A akci ze strany klienta provedete znovu od restartovací značky.
    $x= restartovací značka, když není tak 0;
    $stoptime = time() + (int) (ini_get('max_execution_time') * 0.7);
    for (;$x < 1000;$x++)
    {
      if(time() > $stoptime)
      { 
        save_position($x);
        free_resources();
        echo "Time limit reached, restart it again from $x";
        exit();
      }
      //dělej něco
      sleep(1);
    }
    delete_saved_position();
    

    Pokud je off, je to jednoduché, pomocí fce set_time_limit() si v programu nastavíte dostatečnou hodnotu.
    Doporučuji to dělat opakovaně a měřit si čas a nastavovat to třeba na 30sec (či 120) pokud skript běží již 20sec (či 80).
    Ta funkce současně nuluje počitadlo, takže od nastavení máte tolik času kolik si nastavíte.
    Např:
    $maxruntime=20;
    $settimeto=30;
    $restartat = time() + $maxruntime;
    set_time_limit($settimeto);
    for ($x=0;$x < 1000;$x++)
    {
      if(time() > $restartat)
      { 
        $restartat = time() + $maxruntime;
        set_time_limit($settimeto);
      }
      //dělej něco
      sleep(1);
    }
    
    Dejte si pozor na možné časové prodlevy ze strany databáze, pokud máte možnost upravovat max_execution_time pomocí set_time_limit(), tak si nastavte dostatečnou rezervu. Nějaké große numero, také není dobré, něco se zauzlí a server se při opakovaných požadavcích zahltí.

    PS: vše jsem psal bez odzkoušení, takže případné chyby si opravte :)
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    14.11.2010 20:31 YYY | skóre: 29 | blog: martinek
    Rozbalit Rozbalit vše Re: PHP obejití timeoutů
    Doporucil bych prenastavit timeout funkci set_time_limit($secs), nebo nevymyslet harakiri s nejakym opakovanim requestu ze strany klienta, ale provest zpracovani dat doma na vlastnim stroji a nahrat do db az vysledek.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.