Internetový prohlížeč Ladybird ohlásil tranzici z programovacího jazyka C++ do Rustu. Přechod bude probíhat postupně a nové komponenty budou dočasně koexistovat se stávajícím C++ kódem. Pro urychlení práce bude použita umělá inteligence, při portování první komponenty prohlížeče, JavaScriptového enginu LibJS, bylo během dvou týdnů pomocí nástrojů Claude Code a Codex vygenerováno kolem 25 000 řádků kódu. Nejedná se o čistě autonomní vývoj pomocí agentů.
Byl vydán Mozilla Firefox 148.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově lze snadno povolit nebo zakázat jednotlivé AI funkce. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 148 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána nová verze 22.1.0, tj. první stabilní verze z nové řady 22.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
X86CSS je experimentální webový emulátor instrukční sady x86 napsaný výhradně v CSS, tedy bez JavaScriptu nebo dalších dynamických prvků. Stránka 'spouští' assemblerovový program mikroprocesoru 8086 a názorně tak demonstruje, že i prosté CSS může fungovat jako Turingovsky kompletní jazyk. Zdrojový kód projektu je na GitHubu.
Po šesti letech byla vydána nová verze 1.3 webového rozhraní ke gitovým repozitářům CGit.
Byla vydána nová verze 6.1 linuxové distribuce Lakka (Wikipedie), jež umožňuje transformovat podporované počítače v herní konzole. Nejnovější Lakka přichází s RetroArchem 1.22.2.
Matematický software GNU Octave byl vydán ve verzi 11.1.0. Podrobnosti v poznámkách k vydání. Vedle menších změn rozhraní jsou jako obvykle zahrnuta také výkonnostní vylepšení a zlepšení kompatibility s Matlabem.
Weston, referenční implementace kompozitoru pro Wayland, byl vydán ve verzi 15.0.0. Přehled novinek v příspěvku na blogu společnosti Collabora. Vypíchnout lze Lua shell umožňující psát správu oken v jazyce Lua.
Organizace Apache Software Foundation (ASF) vydala verzi 29 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Ústavní soud na svých webových stránkách i v databázi NALUS (NÁLezy a USnesení Ústavního soudu) představil novou verzi chatbota využívajícího umělou inteligenci. Jeho posláním je usnadnit veřejnosti orientaci v rozsáhlé judikatuře Ústavního soudu a pomoci jí s vyhledáváním informací i na webových stránkách soudu, a to i v jiných jazycích. Jde o první nasazení umělé inteligence v rámci webových stránek a databází judikatury českých soudů.
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