Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.
Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
Incus, komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 7.0 LTS (YouTube). Stejně tak související LXC a LXCFS.
Google Chrome 148 byl prohlášen za stabilní. Nejnovější stabilní verze 148.0.7778.96 přináší řadu novinek z hlediska uživatelů i vývojářů. Vypíchnout lze Prompt API (demo) pro přímý přístup k AI v zařízení. Podrobný přehled v poznámkách k vydání. Opraveno bylo 127 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Richard Hughes oznámil, že po společnostech Red Hat a Framework a organizacích OSFF a Linux Foundation, službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzorují také společnosti Dell a Lenovo. Do dnešního dne bylo díky LVFS provedeno více než 145 milionů aktualizací firmwarů od více než 100 různých výrobců na milionech linuxových zařízení.
Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu
… více »Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).
PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
Tiskni
Sdílej:
b je pro zvýraznění textu, strog pro významJsi mi dodal odvahy: proč zdejší editor generuje B a I namísto STRONG a EM? Mám na mysli ten jednoduchej a ty jeho tlačítka B a I… Mám takový pocit, že původní FCK Editor (nebo jak se to jmenovalo), generoval právě STRONG a EM, což mi víc vyhovovalo… Ale to už je dávno.
[B] pro tučné písmo měla vytvářet značku EM nebo STRONG? Pokud nechceš šukat řezy, tak na ní neklikej.
To že tady není možnost použít třeba texy syntaxi je věc úplně jiná a vůbec jsem se o ní nezmiňoval.
Proč by ikonka [B] pro tučné písmo měla vytvářet značku EM nebo STRONG?Protože ikonky B a I už dávno neznamenaj Bold a Italic. Navíc i samotný termín Bold je chybný, protože ve skutečnosti dělá semi-bold.
Protože pro tučné písmo a kurzívu (resp. italiku) se, světe div se...Vždycky jsem si myslel, že trendem je postupné odělování sémantiky a grafické podoby.
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="cs">
<head>
<meta http-equiv="content-Type" content="text/html; charset=UTF-8"/>
<meta http-equiv="content-Language" content="CS"/>
<title>Analýza zdrojového kódu www stránek (www.abclinuxu.cz) - SEO Servis</title>
<meta name="description" content="Komunitní portál: Linux, Open Source, BSD a jiné unixy. Nejvíce funkcí, nejaktivnější poradna, nejživější blogy. Pozor - návykové."/>
<meta name="keywords" content="linux,open source,free software,linux hardware,software,ovladače,pomocOptimalizace,vyhledávače,ranky,pozice,klíčová slova" />
<meta name="copyright" content="2005-2007, Webový Servis"/>
<meta name="author" content="Webový servis - info@webovy-servis.cz"/>
<meta name="robots" content="index, follow" />
<meta name="verify-v1"
...
Zaměříme se hlavně na meta tagy description a keyword. Vtipné že? Převzaté mety ze stránky abclinuxu. Ano, google na tohle už dávno kašle, ale co to tam dělá? A celý výpis toho hodnocení je též pěkně seo:
<h2>Analýza zdrojového kódu</h2> <h3 class="top">Adresa: <a href="http://www.abclinuxu.cz" rel="nofollow">www.abclinuxu.cz</a></h3>Zase si doporučuji všimnout nofollow na abclinuxu, kterou to kontrolovalo. Pod tím je tabulka ukazující klíčová slova a různé shrnutí generované ze stránky abclinuxu - což tam sice má svůj význam, ale má to i druhý efekt. Ty slova indexuje vyhledávač. A co to znamená? Že spousta lidí se nechala tím serverem zblbnout, udělala si analýzu své stránky a odkaz na ní poslala do různých fór s dotazem, jak to opravit. Výsledek? Po hledání klíčových slov nacházejících se na dané stránce se na vyšší pozici nezobrazila ta stránka, ale právě analýza seo servisu. A to je taky jejich cílem. Uživateli dobrovolně budovaná seo farma na tenhle pochybný web - který má komerční služby, takže mají na čem vydělat. Ted se jejich web bude objevovat v google i při dotazech na linux, paráda.
Keby chceli na Ábičku, aby sa sem nehádzali linky, tak to zakážu.Pochopil jsi vůbec příspěvek, na který reaguješ? Nemáš doufám s tím seo-servisem nic společného.
Velice populární závadou je přebytečné lomítko v prázdných elementech.som už ďalej ani nečítal ja to nepoužívam a kód mám validný. Neviem či to nazvať tuposťou, alebo ako, ale takýchto kravín môžem písať na mraky.
<script type="…" src="…" />).
A teď pro tenhle hnůj vyvíjej aplikace. Muhehe!
, vše se v prdel obrací
.
. Že je to teď validní je pěkné, gratuluji!, ale jinak význam 0 nic
.
Takže ja som sa strápnil tým že ty čítaš každé druhé slovo, O čom píšem celý čas?Spíš tím, že podkládáš svoje tvrzení o optimalizaci pro vyhledávače jiným (svým vlastním příspěvkem), kde o vyhledávačích nepadlo ani slovo. A co víc, ten jiný příspěvek je sám o sobě velmi nepovedenou odpovědí na Roberta, který se výslovně ptal, jaký mají ty lomítka u tagů vliv na SEO. Tedy přesněji, na otázku na vyhledávače jsi odpovídal odpovědí s prohlížečema... a abysis ten trapas opravdu pojistil, přidal jsi několik vykřičníků. Kdo z nás, že špatně čte?
<br/> vs. <br>?
. Takže tyhle argumenty jsou Bedňo fakt mimo
.
K argumentu k rychlosti: tu analýzu provádí browser tak či tak (jinak by ani nemohl poznat, že parsuje nevalidní kód), takže validní x nevalidní kód rychlost parsování neovlivní.
PS: tím samozřejmě nenabádám plodit nevalidní kód, jenom je to opravdu z větší části věc ideologická než praktická
Jelikož současné xhtml (jak jsem už Bedňovi ukazoval výše) se musí (jinak to nevezme ie6) posílat s mime typem text/html…Opravdu se musí? HTTP hlavička Accept vám nic neříká?
PS: tím samozřejmě nenabádám plodit nevalidní kód, jenom je to opravdu z větší části věc ideologická než praktickáVěc je to zejména praktická. Vývojář si ušetří mnoho trápení, proč se selektory CSS chovají nepředvídatelně či že DOM pro javascript vypadá nějak divně. Nedej bože, pokud by chtěl někdo stránku zpracovat jako XML (např. provést XSLT, či vytáhnout elementy pomocí XPath).
IE6 se poslat musí. Validátor takový dokument akceptuje, i když je to prasárna. Ano, accept je berlička, jak to jiným browserům poslat správně.Jelikož současné xhtml (jak jsem už Bedňovi ukazoval výše) se musí (jinak to nevezme ie6) posílat s mime typem text/html…Opravdu se musí? HTTP hlavička Accept vám nic neříká?
Já neříkám nevalidovat, věci jako neuzavřené divy a podobně jsou strašné prasárny a umí nadělat spoustu problémů. Ale za zpětné lomítka v html dokumentu majitele webu buzerovat nebudu (už proto, že to všechny renderovací jádra kvůli zmíněnému problému s xhtml budou muset do smrti webu podporovat). Sám bych to ale asi opravil.PS: tím samozřejmě nenabádám plodit nevalidní kód, jenom je to opravdu z větší části věc ideologická než praktickáVěc je to zejména praktická. Vývojář si ušetří mnoho trápení, proč se selektory CSS chovají nepředvídatelně či že DOM pro javascript vypadá nějak divně. Nedej bože, pokud by chtěl někdo stránku zpracovat jako XML (např. provést XSLT, či vytáhnout elementy pomocí XPath).
<br/> na /n je to rýchle, ale pokiaľ ma tolerovať iné zápisy s medzerami, bez medzier, s lomítkami, bez lomítiek tak na to použije regulárne výrazy a to už pekne žere strojový čas. Ja som len upozornil na problém, nech si každý píše ako chce, aj tak sa prehliadaše predháňajú, ktorý zožere väčšiu prasárnu.
> time grep - domena-cz.20100801.txt | wc -l 163196 real 0m0.337s user 0m0.312s sys 0m0.056s > time grep -E "-" domena-cz.20100801.txt | wc -l 163196 real 0m0.336s user 0m0.328s sys 0m0.040s > time grep -E "[0-9]" domena-cz.20100801.txt | wc -l 23605 real 1m19.083s user 1m18.809s sys 0m0.052s