Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.90 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.90 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána (Mastodon, 𝕏) nová verze 2024.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení.
Počítačová hra Tetris slaví 40 let. Alexej Pažitnov dokončil první hratelnou verzi 6. června 1984. Mezitím vznikla celá řada variant. Například Peklo nebo Nebe. Loni měl premiéru film Tetris.
MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.23.0. V přehledu novinek je vypíchnuta podpora dynamických USB zařízení nebo nové moduly openamp, tls a vfs.
Canonical vydal Ubuntu Core 24. Představení na YouTube. Nová verze Ubuntu Core vychází z Ubuntu 24.04 LTS a podporována bude 12 let. Ubuntu Core je určeno pro IoT (internet věcí) a vestavěné systémy.
Databáze DuckDB (Wikipedie) dospěla po 6 letech do verze 1.0.0.
Intel na veletrhu Computex 2024 představil (YouTube) mimo jiné procesory Lunar Lake a Xeon 6.
Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.
Byla vydána nová verze 14.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Společnost Kaspersky vydala svůj bezplatný Virus Removal Tool (KVRT) také pro Linux.
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á
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.
Tiskni Sdílej: