Je tu opět apríl. O víkendu zmizel kamion s 12 tunami tyčinek KitKat. Firmy to využívají k aprílovým žertům. Groupon má super akci. Koupíte 1 tyčinku a dostanete 100 zdarma. Ryanair si přelepil letadla. Šéf Outlooku se ptá, proč mají v baráku 14 beden tyčinek KitKat (𝕏). Prusa Research představuje Prusa Pro ACU a vysvětluje proč přílišné sušení škodí vaším filamentům. Telefon Sony Xperia má miliónnásobný zoom (𝕏). PC.net představil Super Ultrabox 2600 se zajímavými parametry. Další aprílové novinky například na April Fools' Day On The Web.
Společnost OpenAI, která stojí za chatovacím robotem s umělou inteligencí (AI) ChatGPT, získala od investorů 122 miliard USD (2,6 bilionu Kč). Hodnota společnosti tak dosáhla 852 miliard dolarů (více než 18 bilionů Kč). Nejnovější kolo investování se stalo největší, jaké zatím firma uskutečnila, a peníze mají posílit ambiciózní plány rozšíření výpočetní kapacity, datových center a nábor talentů.
Nástroj k identifikaci občanů v on-line komunikaci s úřady byl dnes dopoledne zhruba dvě hodiny částečně nedostupný. Problém se objevil kolem 09:00 a podařilo se ho vyřešit kolem 11:00. Částečně nedostupná byla služba Národní identitní autority (NIA), problémy podle DIA (Digitální a informační agentura) ovlivňovaly přihlašování například i přes bankovní identitu. „Dostupnost NIA byla plně obnovena, přihlášení k digitálním službám
… více »Eben Upton oznámil další zdražení počítačů Raspberry Pi kvůli růstu cen pamětí a představil Raspberry Pi 4 s 3 GB RAM za 83,75 dolarů.
Anthropic patrně omylem zveřejnil celý zdrojový kód svého CLI nástroje Claude Code prostřednictvím přiloženého sourcemap souboru v npm balíčku. Únik odhalil doposud nijak nezveřejněné funkce jako je například režim v utajení, autonomní agent 'KAIROS', orchestrace multi‑agentů, režim snění nebo dokonce virtuální mazlíček Buddy. Zajímavostí je detekce naštvání uživatele pomocí obyčejného regexpu. Anthropic rychle odstranil sourcemap a vydal opravu, nicméně kopie kódu se již stihly na GitHubu rozšířit mezi prostým lidem.
Copilot automaticky vkládal do pull requestů 'propagační tipy', reklamní text se na GitHubu objevil ve více než jedenácti tisících pull requestech. Po vlně kritiky byla tato funkce zablokována a produktový manažer Tim Rogers připustil, že umožnit Copilotovi upravovat cizí pull requesty bez vědomí autorů byla chyba.
Je 31. března a tedy Světový den zálohování (World Backup Day). Co by se stalo, kdyby Vám právě teď odešel počítač, tablet nebo telefon, který používáte?
Digitální a informační agentura (DIA) přistupuje ke změně formátu důvěryhodného seznamu České republiky z verze TLv5 na verzi TLv6, která nastane 29. dubna 2026 v 00:00 (CET). Ke změně formátu důvěryhodných seznamů členských států (tzv. Trusted Lists) dochází na základě změn příslušné unijní legislativy. Důvěryhodné seznamy se používají v rámci informačních systémů a aplikací zejména pro účely ověřování platnosti elektronických
… více »Rspamd (Wikipedie), tj. open source systému pro filtrování nevyžádané pošty, byl vydán v nové major verzi 4.0.0. Přehled novinek v Changelogu.
SolveSpace (Wikipedie), tj. multiplatformní open source parametrický 2D/3D CAD, byl vydán v nové verzi 3.2. Přehled novinek v Changelogu na GitHubu. Vyzkoušet lze novou oficiální webovou verzi.
Smazáno.
Pokud se na abclinuxu.cz snažím podělit o bohaté zkušenosti s něčím, co souvisí s Linuxem - nemám čas se pořád s někým hádat.
Tiskni
Sdílej:
Jestli to nebude tím SUNem. Podobné nářky jsem zaznamenal ohledně Virtualboxu po pohlcení SUNem.
Čímž jste dokázal, že je bez chyby 
Mimochodem, nedávno jsem byl požádán o asistenci při záchraně dat způsobené jednou z posledních verzí 5.0. MySQL prostě zlikvidovala část dat v InnoDb, přes všechny snahy se už všechna data nezachránila. Nakonec jsem zjistil, že je to dokonce oficiálně zdokumentovaná a přiznaná chyba MySQL, která je dokonce k vylistování přímo na webu MySQL.
Verze 5.0 je neuvěřitelně problémová a chybová - já osobně od ní dávám ruce pryč. Viděl jsem už hodně zničených dat, a v řadě firem dokonce obcházejí různé její chyby.
Ale pokud do ní dáte několik tabulek s několika sloupci a pár tisíc řádky, tak nejspíš to uchodí. 
Čímž jste dokázal, že je bez chyby
Velice jednoduše. Instalace, nastavení a následné používání posíláním SQL příkazů a čtením odpovědi. Tak jednoduché to je
.
Mimochodem, nedávno jsem byl požádán o asistenci při záchraně dat způsobené jednou z posledních verzí 5.0. MySQL prostě zlikvidovala část dat v InnoDb, přes všechny snahy se už všechna data nezachránila. Nakonec jsem zjistil, že je to dokonce oficiálně zdokumentovaná a přiznaná chyba MySQL, která je dokonce k vylistování přímo na webu MySQL.
To je docela dobře možné. Předpokládám, že záchrana dat spočívala v obnově zálohy?
Ale pokud do ní dáte několik tabulek s několika sloupci a pár tisíc řádky, tak nejspíš to uchodí.
Sloupců má být obecně co nejméně (to co vypadne z NF), na tom nevidím nic špatného a pokud si ten váš počet záznamů vynásobíte tak 100'000 tak budete na správné hodnotě. 
Velice jednoduše. Instalace, nastavení a následné používání posíláním SQL příkazů a čtením odpovědi. Tak jednoduché to je
Už celkem chápu, proč v tom mají chyb jako máku - Vy jim radíte 
Stejně je divné, proč vývojové týmy mají tolik testerů, dělají unit testy, vytvářejí rozsáhlé bug report nástroje, a ještě zkoušejí betatestery a kdovíco všeho dalšího, co značně prodražuje vývoj, když je to tak jednoduché. 
To je docela dobře možné. Předpokládám, že záchrana dat spočívala v obnově zálohy?
Nakonec ano - nicméně nikdy není záloha zcela aktuální. A pokud máte chyby přímo v MySQL databázovém serveru, nezachrání poslední data ani replikace.
Sloupců má být obecně co nejméně (to co vypadne z NF), na tom nevidím nic špatného a pokud si ten váš počet záznamů vynásobíte tak 100'000 tak budete na správné hodnotě.
Sloupců má být tolik, kolik je potřeba. Jinak držím Vám palce, abyste dále mohli prohlašovat MySQL za bezchybnou
Ale jestli máte 5.0.x a budete na ní trochu více řádit (nejde ani tak o množství dat), pak Vám přeji velkou přízeň Manitúa.
Už celkem chápu, proč v tom mají chyb jako máku - Vy jim radíte
Nikoliv. Já mám tu správnou versi. Zatímco vy zlobíte, proto dostáváte tu speciální zabugovanou. 
Jinak držím Vám palce, abyste dále mohli prohlašovat MySQL za bezchybnou
Zkuste přestat chodit kolem horké kaše a řekněte co konkrétně je tam tak vadného.
Nakonec jsem zjistil, že je to dokonce oficiálně zdokumentovaná a přiznaná chyba MySQL, která je dokonce k vylistování přímo na webu MySQL.Tak kdyby chyba byla zdokumentovaná a přitom by nefungovala, tak by to museli zdokumentovat ještě jednou...
Však ano, funguje
Visty taky fungují 
Ale chybovost MySQL není vina jenom Sunu, verze 5.x se vyvíjela léta před tím, než firmu převzal Sun.
>>Pokud se na abclinuxu.cz snažím podělit o bohaté zkušenosti s něčím, co souvisí s Linuxem - nemám čas se pořád s někým hádat.
tak pridaj blog a nechaj diskusiu volne plynut... 
Míváte často pocit neuznaného génia?
Nemelo to byt spis:
Pokud se na abclinuxu.cz snažím hlasat svou pravdu - nemám čas se pořád s někým hádat.
vase posledni veta je ponekud nestastna
Pan Ponkrác v zápisku nepsal nic konkrétního. Jen, že s MySQL 4 byl spokojený, 5 je zabugovaná a 5.1 na tom bude ještě hůř a uvažuje o přechodu na jiný SŘBD. Zápisek smazal ve chvíli, kdy tu byly jen wireho, mé a jeho komentáře (cca prvních 5 komentářů). A to jsem se ho jen zeptal, co konkrétně je na MySQL5 tak špatného (v zápisku to nebylo uvedeno). Takže Maxeho poznámku chápu.
Ono niektoré mysteriózne občasné chyby môžu byť spôsobené aj vadným HW. Ja som tak raz reportoval bug v OpenTTD, chlapík na tom strávil celý deň, analyzoval odoslaný dump odpredu aj odzadu a nakoniec zistil, že v nejakom smerníku bol prehodený jeden bit. A tak som prišiel na to, že mám blbú RAM a típek prišiel o deň života len preto, že nejaký číňan ušetril na pamäťovom module 0,1 centu...
Pozeral som tie Tvoje bugreporty a nevidím v nich nič čo by vylučovalo HW chybu.
Church of Ponkrác nás baví, zdá se.
Pokud se na abclinuxu.cz snažím podělit o bohaté zkušenosti s něčímTvé bohaté "zkušenosti" bych nepovažoval za nejspolehlivější zdroj informací...
Nekdo se opovazil dotknout Vaseho milovaneho programu, ktery prece nema chyby, ze? 
skoda ze jsem puvodni zapisek necetl, nemate to nekdo zaarchivovane? 
nicmene je zajimave jak si autor stoji za svym nazorem kdyz ho dokaze rozhodit nekolik(podle ocitych svedku asi 5) nesouhlasnych prispevku natolik ze svuj blogpost smaze 
Ale počíst si nějakou slušnou analýzu - čemu se vyhnout - to by mne obohatilo. Tímto zdvořile prosím autora, ať se povznese a článek nám vrátí.Článek měl pár odstavců a slušná analýza v něm nebyla.
Michael "Monty" Widenius (otec, zakladatel, CTO a v budoucnu jiste cestny predseda MYSQL ) varuje pred pouzivanim 5.1
http://monty-says.blogspot.com/2008/11/oops-we-did-it-again-mysql-51-released.html
Mě by teda zajímalo, co jste napsal, i když vaše příspěvky beru s rezervou.
My osobně jsme už od začátku začali používat postgres, zatím jsme zažili pár problémů způsobených naší neznalostí, ale na straně DB zatim klid. Fakt je ten, že je tam vždy tak 20 tabulek a záznamy v řádech 100.
To je skoro škoda práce nastavovat vůbec ten postgres, kvůlivá těm pár záznamům, ne?
Ono se to nějak rozrůstá 
A to docela casto ;)
Já mám asi 30 tabulek typu MyISAM, pět největších má každá kolem 30 tis. záznamů. Používám již dlouhou dobu MySQL 5.0, závažnější problémy si nevyskytly.