Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Byla vydána nová verze 1.13.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
Organizátoři konference LinuxDays zveřejnili program letošního ročníku a spustili registraci návštěvníků. LinuxDays 2026 se uskuteční 3. a 4. října v areálu ČVUT v pražských Dejvicích, na Fakultě informačních technologií. Těšit se můžete na 70 přednášek a workshopů od 66 přednášejících. Konference bude rozdělena do pěti sálů s různou kapacitou. Vstup na LinuxDays je jako obvykle zdarma, stačí včas vyplnit registrační formulář. Opět je možné si na akci zakoupit oběd, ale je třeba to udělat předem, na místě už to nebude možné.
Pracuji teď na jednom projektu, který má v jedné tabulce celkem dost záznamů - ano, není to žádné extrémní číslo, ve velkých projektech bych spíše řekl, že normální, nebo naopak ještě malé. Teď ale k zajímavosti, na kterou jsem narazil, a to je rozdíl počtu záznamů v databázi.
V phpMyAdminu si nechám vypsat obsah tabulky (akce Projít) s následujícím výsledkem - Zobrazeny záznamy 0 - 29 (138 181 celkem, Dotaz zabral 0.0192 sekund). Tuto činnost si pro úspěch zopakujeme, výsledek - Zobrazeny záznamy 0 - 29 (139 083 celkem, Dotaz zabral 0.0004 sekund), a znovu s výsledkem - Zobrazeny záznamy 0 - 29 (138 688 celkem, Dotaz zabral 0.0004 sekund).
Nyní provedu to samé, ale přímo v konzoli mysql. Po vykonání příkazu SELECT COUNT(`id`) FROM `tabulka`; dostávám pokaždé stejný výsledek - 138 592. Otázkou tedy je, kde se v phpMyAdminu data ztrácí, resp. přidávají. Dotaz by měl být snad téměř stejný, možná jiný, ale minimálně by měl vracet neustále stejný výsledek, pokud se s daty nijak nemanipuluje.
Chvíli jsem nad tím zkoumal, ale vůbec mne nenapadá, kde je chyba. Setkal se již někdo z Vás s podobným případem?
Tiskni
Sdílej:
Nejde náhodou o tento případ wiki.phpmyadmin.net/pma/FAQ_3.11?
15.9.2009 09:23
Jan Drábek | skóre: 41
| blog: Tartar
| Brno
Indexy? (nedávno jsem zaregistroval, že při výpisu přes jeden index to mělo víc záznamů než přes ten druhý).
Btw. dotaz, který vygeneruje milion řádků je ještě jakžtak, ale ve chvíli kdy potřebuji provést jeden subdotaz na relativizaci určitých hodnot tak časová náročnost jde úplně do...
Zobrazeny záznamy 0 - 29 (~16 0491 celkem, Dotaz zabral 0.0003 sekund) 1 Může být nepřesné, viz FAQ 3.11
15.9.2009 12:52
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Chvíli jsem nad tím zkoumal, ale vůbec mne nenapadá, kde je chyba. Setkal se již někdo z Vás s podobným případem?
Ano setkal, je to tak jak píše Michal (hint: mrkni se na autory phpmyadmina 
). Velikost "velké" tabulky lze nastavit v configu:
$cfg['MaxExactCount'] = 100000;
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
