Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
Byla vydána nová verze 9.1.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Vypíchnout lze vylepšené vyhledávání nebo podporu Pixel Motion Photos. Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 3. a 4. října na FIT ČVUT v pražských Dejvicích. Příjem témat poběží do konce prázdnin, pak proběhne veřejné hlasování a následně sestavení programu.
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