Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Core2Duo 6300 se 2GB paměti a systémem neuvěřitelně zasraným kravinami.Takže se na přibližně o 12 % rychlejším procesoru a 2x více RAM na Windows XP provedl test JavaScriptu o 13 % rychleji.
To, co meleš v té druhé půlce, jaksi nechápu. To je, jako bych dnes měl Debian Sarge misto Etche, což by vůbec ničemu nevadilo. Verze prohlížeče nemá v této souvislosti řešit, je to irelevantní.I pokud by to bylo na Windows XP rychlejší, tak by se v rámci boje některých lidí za očerňování Vist slušelo dodat, že Visty zase třeba startují mnohem rychleji a mají řadu bezpečnostních i jiných užitečných novinek. Přece jenom více než 5 let doby mezi vydáními obou systémů je znát. To je u IT poměrně dlouhá doba.
...mají řadu bezpečnostních...
Třeba ten dialog, který se pořád ptá, jestli to chci opravdu udělat? Naštěstí se to dá vypnout. Bezpečí na druhou.
Naštěstí si toho Microsoft všimnul a Service Pack to opravuje. Je tam taková ta klasická šipečka, na kterou když kliknete, tak vyjede nabídka "Zobrazit další", na tu kliknete a pak máte seznam toho zbytku, který se tam už nevešel
Na jednu stranu se tomu směju, jak někdo může být tak neskutečně drzý a za takovýhle zmetky chtít peníze a dělat na to reklamu ve WOW stylu. Na druhou stranu se děsím doby, kdy přijdu k zákazníkovi řešit výkon jeho Java EE aplikace a budu muset dělat s těma Alíkama, Punťama a Pány Sponky.
Takže se na přibližně o 12 % rychlejším procesoru a 2x více RAM na Windows XP provedl test JavaScriptu o 13 % rychleji.
Na druhou stranu tu máme jednu z nejstarších revizí, RAM na rychlost JS moc vliv nemá (proč asi?) a ten systém je v katastrofálním stavu (jde to snad i jinak?).
Tohle je mimo téma?:
Co prosím? Petr Tomeš, který pro nějakého toho kreténa nebo debila nejde vůbec daleko, že nepoužívá přímo vulgarismy?
Nechceš tím snad naznačit, že jsi v žádné diskusi nikdy nikoho neoznačil tímto způsobem? (Matně si vzpomínám, že jsem jednou dokonce vyhrál neformální soutěž o nejkrutější označení, protože jsem byl tebou označen za dementa, mimo jiné jsem byl také retardovaný).
Vždycky patříš k těm, kdo se první vztekají, když se to nedodržuje.
Vždycky? Co se nedodržuje? Já jsem ten, kdo tu několikrát psal, že žádná diskuse nikdy nesouvisí s tématem článku / blogu. Tak poskytni laskavě několik příkladů.
Rád bych, aby se to tu zkulturnilo, je na čase ...
ROFL, sorry za OT, ale kdyz jsem si dal toto do souvislosti se vcerejsimi PT/RH-vyeskalovanymi diskusemi, tak me shodilo ze zidle.
.
Jinak pěkné srovnání, Petře. Jsem rád, že mi Google Spreadsheet pojede v novém FF rychleji.
Opatrně s černobílými jednostrannými pohledy a kategorickými soudy...Takto dobre som sa dnes ešte nepobavil.
testuje pouze základní jazyk JavaScript, nikoliv DOM a jiná API prohlížečeTak to je vážně užitečný test. Protože
Rychlost zpracování JavaScriptu ovlivňuje rychlost zobrazování stránek využívajících JavaScript včetně populárních webových aplikací jako jsou například Google Mail, Dokumenty Google, Webová alba programu Picasa, Google Reader, Google Maps a další (nejen od Googlu).nejproblémovější částí těchto a podobných aplikací je z hlediska výkonu právě manipulace s DOM (kdo nevěří, ať si zkusí něco naprogramovat s GWT
), a co do rychlosti nejsou současné prohlížeče teda žádná sláva. (Pikantní je, že použití innerHTML je o poznání rychlejší
)
Jinak bych se rád zeptal na úmysl používat starší verzi IE.Pro kontrolu vzhledu webů, které musejí i v IE 6 vypadat tak, jako v novějších prohlížečích. Na druhém stroji mám IE 7, takže si tady ponechávám IE 6. Jinak ho k ničemu nepotřebuji (ani jeden z těch IE), protože poslední jiný důvod - bankovnictví KB - už před několika měsíci konečně padl.
. To by v tom JS musel snad renderovat.
To, že máš svůj přístup je OK, ale pro většinu lidí je to VNC nepoužitelné, protože jednak nemají doma permanentně zapnutou svou pracovní stanici a druhak jsou za NATem
Já tedy odolávám s tím Skypem, ale HTTP zneužívám solidně.
sedneš k cizímu kompu, pustíš FF a děláš vše jak jsi zvyklá (maily, rss, mapy...)Což ale mnohdy znamená značně nekomfortně. Aneb to, že Gmail je jedno z nejkomfortnějších, pardon, nejméně nekomfortních, prostředí e-mailových klientů nesvědčí ani tak o genialitě tvůrců Gmailu, jako o naprosté neschopnosti tvůrců desktopových nativních klientů. Omluvou pro ně je to, že zrovna v tomhle případě není problém jenom v GUI, ale v samotném protokolu POP3 nebo IMAP. A vzhledem k tomu, že zatím nebyl v historii zaznamenán případ bezproblémové implementace protokolu IMAP, je celkem pochopitelné, že se nikomu nechce pouštět se do vývoje skutečně klient/server protokolu pro přístup k poštovním schránkám. Druhá věc je, že onen univerzální prohlížeč nemusí být zrovna HTML prohlížeč (na tvorbu GUI si lze stěží představit horší formát, být to cokoliv jenom o chlup méně vhodné než HTML, aplikace už v tom dělat nepůjdou). Kdysi měla tyhle ambice Java, pak se to nějak zabilo různými terminálovými pokusy, ale když se teď do této oblasti pustil Adobe s Flexem, MS se Silverlightem či čím a Sun s Javou/JavouFX, blýská se snad na lepší časy. A i kdyby neprošlo nic z toho, virtualizace teď hýbe světem, takže nějaký virtuální stroj, který bude mít na počítači skoro každý, se dříve či později objeví.
Druhá věc je, že onen univerzální prohlížeč nemusí být zrovna HTML prohlížeč (na tvorbu GUI si lze stěží představit horší formátJá věřím v budoucnost otevřeného webu a Prismu.
se teď do této oblasti pustil Adobe s Flexem, MS se Silverlightem či čím a Sun s Javou/JavouFX, blýská se snad na lepší časy.Já naopak doufám, že to bude jen alternativa k otevřenému webu a Prismu, protože....
Ale IMHO je to pořád ještě velmi nezralé.
zoufalství, 3D ti JS bude těžko renderovatBohužel to neznamená, že se o to někdo nepokusí…
Což je samozřejmě managorská onanie beze smyslu, čímž se dostáváme k tomu, že jsem svůj příspěvek myslel jako vtip – a považ, dokonce jsem tam speciálně kvůli tobě narval obrovitého smajlíka! No nic, tvůj boj.
zkus se zeptat někoho, kdo tomu víc rozumíA to máš být ty? Nenech se vysmát
V psaném projevu holt musím vystačit s málem. A to se ještě držím při zemi, kdybys někdy otevřel nějakou knížku, zjistíš, že se dá pracovat i s takovými věcmi, jako je odřádkování, odsazení, velká písmena, až zrak přechází.
Třeba kdybych nestudoval SWI ale něco s jazykama, taky bych měl tendenci otírat se do dvou otazníků.
Ale v zásadě máš pravdu.
Závěr zápisku je poněkud silně zavádějící.
Ale pokud budu chtít někdy v budoucnu něco počítat v javascriptu, tak se k němu vrátím
Mě zajímá hlavně reálný dopad, tedy třeba to, že když jsem si teď otevřel ve všech prohlížečích Gmail, tak se ve vývojové verzi Opery 9.50 ani nenačetl a v IE 8 beta připomínal zpomalenej film - mnohem pomalejší odezva oproti Firefoxu 3 beta 5 než kterou vykazoval v testu. A v Google Readeru to bylo v Opeře také výrazně pomalejší (asi trojnásobně). Takže proč bych používal prohlížeče, které mi klíčové stránky, kde se často pohybuji, načítají mnohonásobně pomaleji (anebo vůbec)? To by nedávalo smysl.No to by nedávalo, to jo
Ale já jenom říkám, že tenhle benchmark skoro nic nevypovídá o tom, jak se bude prohlížeč chovat právě v aplikacích jako gmail nebo google reader, prostě proto, že funkcionalita, které tyhle aplikace využívají, se tam vůbec netestuje.
A to se holt nedá nic dělat. Věci, které můžu mít off-line (dokumentace a tak), mám off-line a v takovém případě neřeším rychlost prohlížeče, ale jeho ergonomii ovládání a integraci do OS.
Tohle vyznívá trošku jinak:
Firefox je zdarma a stáhnout lze...
Já ti dám 10 %, ty agitátore jeden, to je samozřejmě krávovina jak mraky a ještě možná tak tvé zbožné přání, ale víc už nicNo není, však se podívejte na ten můj graf. Jasně jsem psal o Firefoxu 3 (beta) a srovnávám srovnatelné. Srovnání s vývojovými verzemi, které se na běžné používání nehodí, kulhá.
Tiskni
Sdílej: