Byla vydána prosincová aktualizace aneb nová verze 1.108 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.108 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Na lasvegaském veletrhu elektroniky CES byl předveden prototyp notebooku chlazeného pomocí plazmových aktuátorů (DBD). Ačkoliv se nejedná o první nápad svého druhu, nepochybně to je první ukázka praktického použití tohoto způsobu chlazení v běžné elektronice. Co činí plazmové chladící akční členy technologickou výzvou je především vysoká produkce jedovatého ozonu, tu se prý podařilo firmě YPlasma zredukovat dielektrickou
… více »Patchouli je open source implementace EMR grafického tabletu (polohovací zařízení). Projekt je hostován na GitLabu.
Český Nejvyšší soud potvrdil, že česká právní úprava plošného uchování dat o elektronické komunikaci porušuje právo Evropské unie. Pravomocným rozsudkem zamítl dovolání ministerstva průmyslu a obchodu. To se teď musí omluvit novináři Českého rozhlasu Janu Cibulkovi za zásah do práv na ochranu soukromí a osobních údajů. Ve sporu jde o povinnost provozovatelů sítí uchovávat údaje, ze kterých lze odvodit, kdo, s kým a odkud komunikoval.
Google bude vydávat zdrojové kódy Androidu pouze dvakrát ročně. Ve 2. a 4. čtvrtletí.
Bezpečnostní specialista Graham Helton z Low Orbit Security si všímá podezřelých anomálií v BGP, zaznamenaných krátce před vstupem ozbrojených sil USA na území Venezuely, které tam během bleskové speciální vojenské operace úspěšně zatkly venezuelského diktátora Madura za narkoterorismus. BGP (Border Gateway Protocol) je 'dynamický směrovací protokol, který umožňuje routerům automaticky reagovat na změny topologie počítačové sítě' a je v bezpečnostních kruzích znám jako 'notoricky nezabezpečený'.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,58 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 26,32 %. Procesor AMD používá 67,43 % hráčů na Linuxu.
V Las Vegas probíhá veletrh CES (Consumer Electronics Show, Wikipedie). Firmy představují své novinky. Například LEGO představilo systém LEGO SMART Play: chytré kostky SMART Brick, dlaždičky SMART Tagy a SMART minifigurky. Kostka SMART Brick dokáže rozpoznat přítomnost SMART Tagů a SMART minifigurek, které se nacházejí v její blízkosti. Ty kostku SMART Brick aktivují a určí, co má dělat.
Vládní CERT (GovCERT.CZ) upozorňuje (𝕏) na kritickou zranitelnost v jsPDF, CVE-2025-68428. Tato zranitelnost umožňuje neautentizovaným vzdáleným útočníkům číst libovolné soubory z lokálního souborového systému serveru při použití jsPDF v prostředí Node.js. Problém vzniká kvůli nedostatečné validaci vstupu u cest k souborům předávaných několika metodám jsPDF. Útočník může zneužít tuto chybu k exfiltraci citlivých
… více »V úterý 13. ledna 2025 se v pražské kanceláři SUSE v Karlíně uskuteční 5. Mobile Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj a související infrastrukturu. Akci pořádá David Heidelberg.
… více »Před pár dny jsem byl na školení. Jako obvykle nuda...
Ovšem mám odtud zajímavý postřeh. Jeden předášející běhěm řeči řekl asi tohle: „…tento server běží na Linuxu…“. Zbystřil jsem. že by něco zajímavého? A přednášející pokračoval: „S tím souvisí jeden velký a nepříjemný problém. Je totiž case-sensitivní…“
Měl jsem chuť se smát. Chtěl jsem něco prohodit směrem k okolo sedícím. Ovšem kolem mne se ozvalo souhlasné zamručení několika "zasvěcených", jak je ten Linux hrozný, a jaké kvůli tomu měli problémy s webovými stránkami, tak jsem raděj mlčel, abych ještě o přestávce nedostal nakládačku 
Tiskni
Sdílej:
To nebylo technické školení? Že tam pochvalně mručej? A to tedy znamená, že a) je tam komandlajna a b) pánové jsou technicky zanedbaní? Mam pocit, že snad všude je case-sensitive zadávání řídících hodnot?
Jo webaři ... tuším, že jde někde zrušit možnost case-sensitiv, ale pořád mi to přijde jako faux pas toho, co to prones 
Co dodat, ked je niekto blby, tak je blby. Ked je nieco niekde trosku inak nechcu sa dozvediet preco, ale povazuju to za problem.
S tímto se dost často setkávám v praxi tím způsobem, že někomu něco nefunguje a chce po mně, abych mu to spravil. Rád to udělám, ale vždy se snažím dotyčnému vysvětlit, proč to vlastně nefunguje (obvykle to totiž všechno funguje, ale on to neumí). Jenže ve většině případů se setkávám s reakcí, že ho nezajímá, čím to je, ale ať to spravím. Napadne mne, že opravou by byla výměna jeho mozku, ale bývá jednodušší to dotyčnému přizpůsobit 
Nechci vykládat cizí historky, ale známý učitel informatiky byl na takovém SIPVZ školení o webových stránkách a tam se dozvěděl, že v současnosti nejlepší prohlížeč je Netscape 3.0 a že úvodní stránka se musí jmenovat index.htm (k některým lidem holt takový technický pokrok jako názvy souborů větší než 8.3 ještě nedorazil)...
(A vůbec, linux používají jen homosexuálové, protože vetšina populace tučňáků je homosexuální
.)

Co je to SIPVZ nevím, ale asi to k tomu moc daleko nemělo. Tohle byla armádní záležitost.
Urcite by se to zvrhlo bud do MS Accessu, nebo MySQL.
Říkám si, že kdyby všichni pedagogové, kteří používají při práci PC, měli alespoň základní znalosti MS Accessu a MySQL, bylo by to velmi pozitivní 
). A zkuste takovouhle skupinu něco naučit. I kdyby o té oblasti ten přednášející něco věděl (což se prý občas stává
), tak nemá šanci s takovouhle skupinou něco udělat...
No a pak je tu ten vtipný fakt, že absolvent učitelství na FI MUNI má automaticky uznaný jen první stupeň (takové to "dokáže najít čudlík, kterým se to zapíná a rozezná klávesnici od rohožky na boty") a všechny "přídavné moduly/stupně" si musí dodělat, ačkoliv absolvoval už jako bakalář jak značkovací jazyky, tak grafiku, databáze a další předměty na úrovni, kterou nezvládá polovina těch, co ty kurzy vedou... No ale někam ty peníze ze škol přece nalít musíme... A proč zaplatit informatikovi pokročilý kurz třeba někde na univerzitě, když si může číst noviny a opravovat přednášejícího na SIPVZ...
A) tušim moto příkladu
B) protipříklad ... konverze videa v avidemuxu proti mencoderu na příkazoé řádce?
C) resumé ... blondýna si napíše skript a pouští ho drag&dropem?
Zajímala by mě jediná praktická výhoda case-sensitive přístupu třeba pro pojmenovávání souborů, na žádnou jsem zatím nepřišel.Já taky ne.
V tomhle tedy souhlasím se zmíněným přednášejícím, že jde o jistý problém (jiná věc je, že bych se ho asi namísto přisuzování Linuxu snažil nějak řešit, protože mám dojem, že to jde nějak nastavit?).Autor zápisku to formuloval tak, že nejde poznat, že by přednášející mluvil o problému linuxu (spíš o problému, který prostě musí ten htmlista řešit).

Nevím, do jaké míry je to problém "velký a nepříjemný" (na přednášce se lze rovnou zeptat), ale problém to občas je, hlavně protože case-sensitive sugeruje lidskému mozku, že "S" je něco jiného než "s", a přitom se jedná pouze o typografické, tedy pouze zvykové grafické rozlišení záznamu jedné jediné stejné hlásky.Vicemene vsechny uvedene argumenty se daji uplatnit i na (ne)rozlisovani i/y. 'SENZACE', 'senZAce' i 'senzace' nerozlisujeme, protoze (az na specialni pripady) je spravne jen 'senzace', ostatni jsou spatne zapisy. Stejne tak nerozlisujeme 'ydea' a 'idea' - spravne je idea. V nekterych pripadech vsak rozlisujeme (napr. Internet vs. internet, Buh vs. buh - obecne vlastni jmeno shodujici se s nejakym obecnym nazvem). Prakticka nevyhoda (nekomunikovatelnost beznou reci) je uplne stejne u i/y. Komunikace s pocitacem odpovida psanemu jazyku a tam se velikost pismen i i/y rozlisuje. Prakticka vyhoda je treba v tom, ze vyhodnocovani syscallu nezavisi na znakove sade uzivatele - pro kernel je jmeno souboru pouze posloupnost bytu. Predstavte si problemy spojene s opacnym resenim - jeden uzivatel pouziva jednu znakovou sadu, v ni vytvori dva soubory, jiny uzivatel se podiva do stejneho adresare, chce jeden soubor otevrit, ale nemuze urcit ktery, protoze v jeho znakove sade se jmena souboru lisi jen velikosti nekterych znaku.
Vicemene vsechny uvedene argumenty se daji uplatnit i na (ne)rozlisovani i/y. 'SENZACE', 'senZAce' i 'senzace' nerozlisujeme, protoze (az na specialni pripady) je spravne jen 'senzace', ostatni jsou spatne zapisy.Jenomže "SENZACE" i "Senzace" jsou právě ve speciálních případech správné zápisy i podle pravidel pravopisu. A to vůbec nemluvím o ručně psaných písmenech, kdy je hranice mezi S a s Z a z atd. velmi nezřetelná, neboť tzv. "malá písmena" mají jen někdy svůj specifický tvar. Bude-li se uživatelské rozhraní rozvíjet např. k elektronickým tužkám a hlasovému ovládání, bude case-sensitive představovat spíše komplikace než výhody.
Stejne tak nerozlisujeme 'ydea' a 'idea' - spravne je idea. V nekterych pripadech vsak rozlisujeme (napr. Internet vs. internet, Buh vs. buh - obecne vlastni jmeno shodujici se s nejakym obecnym nazvem)."Ydea" a "idea" ale rozlišujeme; že výslovnost "y" a "i" splynula, je úplně jiný problém než rozlišování velkých a malých písmen, a navíc, zatímco "ydea" v grafické normě jazyka neexistuje, mohl jste uvést třeba koncovky: -ly/-li, které existují obojí. I to je jistý problém pro hlasové ovládání nebo např. diktování, protože jedno a totéž slovo má podle kontextu různou grafickou podobu; ale není úplně stejný jako problém velkých a malých písmen.
Prakticka nevyhoda (nekomunikovatelnost beznou reci) je uplne stejne u i/y.Není úplně stejná, protože i/y lze zpravidla určit logicky podle kontextu, předpokládáme-li kontext spisovné češtiny, velikost písmen v názvu souboru nikoliv.
Komunikace s pocitacem odpovida psanemu jazyku a tam se velikost pismen i i/y rozlisuje.Jenomže rozlišování velikosti písmen je právě pouhá typografická konvence, proto jsou "správně" i slova PSANÁ POUZE VELKÝMI PÍSMENY. Viz třeba v angličtině zvyk psát počáteční písmena všech slov názvů velkým písmenem, nebo někdy pouze tzv. významová slova. Komunikace s počítačem odpovídá právě psanému jazyku pouze v případě case-insensitive komunikace, jak tomu bylo v počátcích. Komunikace v případě case-sensitive odpovídá nikoliv psanému jazyku, ale spíše vykreslování pevně určených značek, kdy záleží na přesné podobě obrázku a nejde tedy o symboly odkazující k "písmenu". Viz např. funkce vyhledávání, které je třeba nastavit na to, že např. ř=Ř=r=R, aby byla dostatečně efektivní. Case-sensitiv je třeba správně většinou extra zdůraznit.
jeden uzivatel pouziva jednu znakovou sadu, v ni vytvori dva soubory, jiny uzivatel se podiva do stejneho adresare, chce jeden soubor otevrit, ale nemuze urcit ktery, protoze v jeho znakove sade se jmena souboru lisi jen velikosti nekterych znaku.Což je právě nevýhoda a problém pro toho druhého uživatele. Prakticky to mohl každý z nás asi zažít v komunikaci špatného nastavení znakových sad při přístupu na souborové systémy FAT - tehdy se z praktických důvodů zažilo (aspoň mně) pojmenování souborů pouze v ASCII a jednotnou velikostí. Myslím, že tu jsou dvě roviny, jedna zahrnuje identifkaci souboru systémem (ta nechť je jednoznačná), a druhá identifikaci a rozlišitelnost souboru podle názvu pro uživatele - tam by se podle mě vyplatila tolerovaná mnohoznačnost, tj. case-insensitive, tj. aby Dokument.odt a DOKUMENT.ODT i dokument.odt představovaly pouze jeden jediný soubor; různé soubory by musely být tak rozlišované něčím jiným než pouhou velikostí písmen (BTW tento problém mají pouze latinka a příbuzná písma, takove hebrejské nebo arabské písmo není case-sensitive už z definice).
BTW tento problém mají pouze latinka a příbuzná písma, takove hebrejské nebo arabské písmo není case-sensitive už z definice).Vlastně bych na základě tohoto příkladu mohl přirovnat "velká písmena" k podobné typografické konvenci jako třeba kurzívu anebo tučný řez písma. "Velká písmena" jsou vlastně (i původem) vlastně záležitosti jiného řezu písma, které se smíchalo na určitých místech s tím základním kvůli zvýraznění. Kdybychom tedy byli striktní, museli bychom rozlišovat soubor dokument.odt od dokument.odt. Anebo první písmeno psané třeba fontem "Arial" by odlišovalo název souboru od téhož slova psaného fontem "Times". Úroveň rozlišení takových názvů pro člověka by byla na podobné úrovni jako je to s velkými a malými písmeny - a taky by docházelo k podobným nedorozuměním. Pro "stroj" by to neměl být problém, často je např. kurzívní tvar písmena zřetelně jiný než antikva - prostě jde o jiný kód znaku.
Jenomže rozlišování velikosti písmen je právě pouhá typografická konvence, proto jsou "správně" i slova PSANÁ POUZE VELKÝMI PÍSMENY.AFAIK v cestine jsou pravidla pro urcovani velikosti pismen rovnopravnou soucasti pravidel ceskeho pravopisu srovnatelnou napr. s pravidly pro psani i/y, ne jen nejakou typografickou konvenci.
Zajímala by mě jediná praktická výhoda case-sensitive přístupu třeba pro pojmenovávání souborů,...Šetříš čas CPU.
... "Hospoda Na mýtince" a "hospoda na mýtince". Zajímala by mě jediná praktická výhoda case-sensitive přístupu třeba pro pojmenovávání souborů, na žádnou jsem zatím nepřišel.výše sis sám uvedl příklad - zrušením case-sensitivity přijdeš o informaci, nebudeš moci rozlišit, jestli soubor obsahuje data o hospodě, která se jmenuje "Na mýtince" nebo jestli řeší hospodu libovolného názvu umístěnou na nějaké mýtince že tuto informaci nejsme schopni stejně jednoduše rozlišit v mluveném textu mi jako korektní argumentace nepřijde - třeba uvozovky se rovněž nečtou, a přesto je píšeme; nedokonalost jednoho média (řeči) není důvodem k omezení výrazových prostředků média druhého (písma) ... pokud by tomu tak mělo být, pak bychom mohli analogicky argumentovat proč třeba nedávat na web obrázky, že v textových browserech stejně nebudou vidět ...