Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Vědci z univerzity La Sapienza v Římě vyvinuli systém, který dokáže identifikovat jednotlivce pouze na základě toho, jak narušují signály Wi-Fi. Autoři tuto novou technologii nazvali WhoFi. Na rozdíl od tradičních biometrických systémů, jako jsou skenery otisků prstů a rozpoznávání obličeje, nevyžaduje tato metoda přímý fyzický kontakt ani vizuální vstupy. WhoFi může také sledovat jednotlivce na větší ploše než kamera s pevnou polohou; stačí, je-li k dispozici Wi-Fi síť.
SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Ahoj,
resim takovou blbinu.
Mam skript na parsrovani veci z textaku a insertuju to - pod Widlema (XP) PHPkem (5.3) do PostgreSQL (8.2). V pohode to jede, ale po nekolika minutach to skonci s touto hlaskou:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, admin@local.domain and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
V error logu je neco takoveho:
Premature end of script headers: php-cgi.exe, referer: http://127.0.0.1/iskn/upload.form.php
Server status v PgAdmin III mi hlasi tohle:
LOG could not receive data from client: Unknown winsock error 10061
LOG incomplete startup packet
Zajimave je, ze kdyz tohle spustim na Linuxu (FC 8), tak vse jede OK. Strejda Google mi neprozradil nic co by mi pomohlo, tak se panove obracim na Vas. Predpokladam, ze by mohl byt problem v tom, ze mam pokazde jinou instalaci Apache a jinej konfigurak php.ini, ale v tom az tak zbehly nejsem.
Dik za odpoved.
Na Win pouzivam FF stejne jako na Lin., ale asi to bude tak jak rikas. Skript funguje tak, ze se nahraje docasny soubor a pak se zavola funkce na parsrovani a inserty do DB. Trvale ukladat soubor na disk nechci (nemusim se starat o mazani). S PHP se teprve ucim, co myslis tim, ze: "PHP skript lze spouštět i jinak než z prohlížeče, pokud je potřeba :) Tedy pokud je to tento případ." ? Nevim jak jinak to vyresit, aby browser necekal na vysledek skriptu.
Nevim jak jinak to vyresit, aby browser necekal na vysledek skriptu.Tento problém řeším tak, že soubor určený ke zpracování nechám uložit na disk (nebo do databáze apod.) a uživatel si dál může dělat co chce (třeba sledovat průběh zpracování pomocí nějakého pěkného AJAXu). Vedle toho běží program, který tyto soubory zpracovává. Tento program může být buď neustále spouštěn z cronu, nebo běžet jako démon a v nějakých intervalech kontrolovat, zda se objevil soubor pro zpracování.
Aha, ..., a naka jina moznost by nebyla? Neco jako preruseni vlakna nebo to udelat nak per partes ... ? Kdyz to hodim nekam na hosting, tak si nemuzu dovolit instalovat programy jaky chcu. Musi to byt co nejvice uzivatelsky bezproblemove. Nahraju skripty, nastavim pripojeni k DB a ficim.
Tak jsem tam dodelal echo pri kazdem vytvoreni tabulky a jede to o neco dele, ale skonci to touto hlaskou:
(70007)The timeout specified has expired: ap_content_length_filter: apr_bucket_read() failed, referer: http://127.0.0.1/iskn/upload.form.php
Napada nekoho co s tim? Chapu, ze skript bezi asi moc dlouho, ale mam v php.ini nastaveno max_execution_time: 1600 a porad to stejne do 15min zdechne. Nevim, jestli je rozumne prilis protahovat cas, ale na druhou stranu jak vyresit tento problem?
8.10.2009 15:22
Tarmaq | skóre: 39
je to vymenny format exportu z databaze. cca 600 000 radku. Textak ma 90 MB. Je potreba to udelat webove. Ted to zkousim narvat po radcich do DB, tak jak to lezi a bezi a vytvorim nakou interni funkci v PL/pgSQL kterou to vysekam a narvu do tabulek. Myslim si, ze to bude podstatne rychlejsi nez PHPkem. Mel jsem to udelat driv, ale to me se nechtelo. :-]. Nechapu, ze na Linuxu mi to jede uplne v pohode. Sedim tu u toho uz nejmin pul hodiny a inserty v pohode jedou. Na widlich mi to po asi 10-15 min zkolabuje. Asi to bude naky nastaveni Apache nebo php.ini nebo nevim co.
Indexaci jsem vubec neresil. Tim importem zakladam novou databazi, tabulky a rvu do toho data. Teprve potom jsem chtel delat indexaci. Takovy blazen nejsem, abych rval 600 000 zaznamu do indexovanych tabulek. Vice radku v jednom insertu mam, ale ta transakce me nenapadla-dik za tip. Rozhodne prostor pro optimalizace tu je (vcetne interni PL/pgSQL funkce), ale to neresi muj problem. Proc to na Linuxu jede a widlich ne. Co mam kde blbe nebo co se deje. Ted se mi to treba povede zoptimalizovat, ze se to "stihne" do tech 15 min nez mi zarve skript na widlich, ale co kdyz nakej blazen udela jeste vetsi export z databaze? - coz vzhledem k tomu jak je napapana neni problem.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
