V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.4.0. Výrazně se zlepšilo vykreslování stránek jako lichess.org, Zulip nebo Speedtest.
Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.
Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).
Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.
Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.
Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.
Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol
… více »FireDragon je webový prohlížeč, doposud založený na Floorpu, jednom z forků Firefoxu s větším důrazem na ochranu soukromí a přizpůsobení uživatelského rozhraní. Spravuje ho člen komunity distribuce Garuda Linux. Nové vydání verze 13 opouští Floorp a přechází přímo na Firefox s patchi z LibreWolfu a vlastními úpravami. Dostupný je také na Flathubu.
picogame (GitHub) je malý 2D herní engine pro mikrokontroléry jako RP2040, čip uvnitř kapesní konzole Picopad. Hru napíšeš v Pythonu a vyzkoušíš ji v prohlížeči nebo desktopovém simulátoru. Až bude hotová, zkopíruješ ji na podporovanou desku. Na začátku nepotřebuješ C, sestavení firmwaru ani hardware.
Multiplatformní prohlížeč elektronických knih KOReader byl vydán ve verzi 2026.07 "Sailing Walrus". U PDF souborů s SMask lze vyčistit pozadí. Přibyla podpora Kobo v5 nebo základní podpora OPDS 2.0.
V kolika doménách nejvyššího řádu (TLD) vlastníte domény?
| nemám žádnou doménu |
|
45% (636) |
| 1 |
|
25% (351) |
| 2 |
|
14% (195) |
| 3 - 5 |
|
11% (155) |
| 6 a více |
|
4% (61) |
Celkem 1398 hlasů
Vytvořeno: 27.2.2009 00:14
Tiskni
Sdílej:
a taky jeste jednu (asi souvisejici) zvlastnost, ze jsou snad zadarmo neboco..
To jsem jediný, kdo má .eu?
jo, teřba takové zruste.eu je skvělá, nebo komunisticka.eu 
Ne, nejsi :)
nn nejsi .eu mam 4x, cz 3x a com 8x
3*eu
Kurňa dneska ráno mi moje drahá .eu spadla do karantény. Hlava jedna pitomá zapomětlivá :(
- http://www.abclinuxu.cz/ankety/obnovit-domenu-cs
Hm, nicmene ja bych pro obnoveni .cs TLD byl, Cesi a Slovaci si nejsou nikde jinde bliz nez na internetu. Ostatne takove AbcLinuxu je spise ceskoslovenske nez ciste ceske (minimalne co do komunity).
Btw, da se na Abc publikovat clanky i ve slovenstine (asi blby dotaz, ale na MP zadny ve slovenstine nevidim).
Btw, da se na Abc publikovat clanky i ve slovenstine (asi blby dotaz, ale na MP zadny ve slovenstine nevidim).Jen na ukázku: CakePHP: tvoríme CMS - 6 (admin rozhranie), Xen - základy virtualizácie, eGroupWare 1.4 - dokončenie...
.cz, .com, .net, .info
Ještě mi chybí .org, .biz a .name :)
.name, ale není to tak úplně bez problémů (i když ty potíže jsou opravdu ojedinělé).
Celkem dost firem ma totiz domenu typu www.firma.cz, ale e-mail typu firma@seznam.cz, coz mi hlava nebere, protoze temer vsechny hostingy nabizeji minimalne nekolik e-mailovych zaroven s webhostingem.Několik BFU, kterým jsem dělal web, mi to zdůvodňovalo. Dokonce to byly beznadějné případy, kdy firma@seznam.cz bylo obsazené, takže měli třeba reditel.firma@seznam.cz nebo prijmenifirma@seznam.cz. Teď se podržte: Nebudu se učit s novým mejlem. Moudří už pochopili, já jsem si to napoprvé musel nechat vysvětlit
- používají webmail a i to poměrně sofistikované rozhraní Forpsi se jim zdá divné [nové].
Thuderbird, skinování webmailu, ani forwarding se nechytil...
.
Po odpovědi (doména + mailhosting) mě obvykle mají za šílence nebo bohaTen mailhosting mohou mít i zadarmo, například od Googlu nebo od Microsoftu. Ale s doménou to bude trochu problém, protože všechna běžnější příjmení už jsou zaregistrovaná (přinejmenším v české TLD).
Od toho je tu právě ta .name, ale mít jako Čech českou doménu je zas správnější :))
Od toho je tu právě ta .nameAno, proto jsem si ji zaregistroval. Jenže tahle TLD není tak úplně bez problémů.
Osobne jsem se ale nesetkal s pripadem, kdy by MX zaznam chybel a presto mail byl dorucitelny na mailserver v A zaznamu.
Já jsem to takhle měl celkem dlouho a maily jsem v pohodě přijímal i odesílal (stačí A záznam), teď už mám i MX, ale pořád směřuje na stejnou IP (a nic se nezměnilo, ani k lepšímu, ani k horšímu). IMHO je víc lidí, kteří to neřeší – když mají jednu doménu a na jedné IP jim běží všechno (web, pošta, jabber…).
Mno jo, dá se někde sehnat ve-skriptu-překousatelnej seznam TLDs?Wikipedia: TLD → Wikipedia: List of Internet top-level domains → http://data.iana.org/TLD/tlds-alpha-by-domain.txt
Nebo mě napadá zkusit část za "@" zkusit resolvnout - co na to "rada starších"? [skript je v php]Cokoli resolvovat během HTTP požadavku není dobrý nápad. Pokud něco bude fungovat špatně (třeba bude nedostupný cílový DNS server), čeká se na vypršení timeoutu. Pokud kandidátů bude víc, běží ten timeout u každého z nich a teprve pak se zkusí další. A klient mezi tím čeká a čeká, a běží timeout HTTP spojení. Takže resolvování se buď vyhněte, nebo by bylo nutné to udělat asynchronně.
Pokud něco bude fungovat špatně (třeba bude nedostupný cílový DNS server), čeká se na vypršení timeoutu. Pokud kandidátů bude víc, běží ten timeout u každého z nich a teprve pak se zkusí další. A klient mezi tím čeká a čeká, a běží timeout HTTP spojení. Takže resolvování se buď vyhněte, nebo by bylo nutné to udělat asynchronně.Ano, resolvovani vetsino mnozstvi dat behem http pozadavku neni dobry napad, ale v typickem pripade kontroly platnosti e-mailu se kontroluje jen jedna jedina adresa. Pokud skript pobezi na hostingu, tak v tom problem nevidim - hostingy maji vetsiniou vlasni nameservery (s rekurzi), takze resolving jedne polozky budto zabere jen nekolik sekund, nebo nepujde resolvovat vubec.
Takovou kontrolu mají třeba na Rajčeti a dokonce přes AJAX. Můžeš tam zkusit zadat mail xxx@isis.vse.cz, což projde, nebo xxx@kogninfo.vse.cz, což neprojde (existuje jen A a ne MX). Kupodivu jim to funguje, ale taky to považuji za dost ošemetné (a zbytečné) – snad mají alespoň nějaké rozumné timeouty.
Cokoli resolvovat během HTTP požadavku není dobrý nápad. Pokud něco bude fungovat špatně (třeba bude nedostupný cílový DNS server), čeká se na vypršení timeoutu. Pokud kandidátů bude víc, běží ten timeout u každého z nich a teprve pak se zkusí další. A klient mezi tím čeká a čeká, a běží timeout HTTP spojení. Takže resolvování se buď vyhněte, nebo by bylo nutné to udělat asynchronně.Nejednom, že klient čeká, ale také zabírá jeden worker po dobu trvání timeoutu. Mezi tím by mohl server místo jednoho čekajícího klienta obsloužit stovky jiných. Taky mě napadá, že by se tím dal udělat celkem slušný dos pokud by se lidí s nesmyslnou email adresou sešlo více najednou.
Nejednom, že klient čeká, ale také zabírá jeden worker po dobu trvání timeoutu. Mezi tím by mohl server místo jednoho čekajícího klienta obsloužit stovky jiných.Tohle není tak docela pravda. Platí to jen u některých webových serverů a ještě jen za určitých podmínek. Např. u Apache to platí jen u mpm_prefork a mpm_worker, kdežto u mpm_event to neplatí (protože tam lze během čekání obsluhovat jiné požadavky). Pravdou ovšem je, že na většině webových serverů běží Apache s mpm_prefork, takže to většinou opravdu platí.
Na jednom webu jsem se setkal s kontrolou, zda existuje MX záznam – nestačilo tedy, aby existovala doména nebo někde běžel poštovní server, ale musel být i příslušný záznam. Stejně mi to přijde trochu zbytečné – nakonec ti stejně zlomyslný uživatel zadá nějaké nesmysly před zavináč (a za něj třeba seznam.cz), takže jediná efektivní kontrola je, poslat mu mail s ověřujícím kódem/odkazem. Takže IMHO ve formuláři stačí nějaká jednoduchá validace, která pomůže uživateli proti překlepům.
.COM , hosting pres forpsi
Osobnu domenu mam jen jednu, .in.ua ;)
Pro zamestnavatele prece jsem registroval .com .net .org .fm .ru .ua .in .cn
.org