Byla vydána nová stabilní verze 7.6 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 140. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 1.90.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.
Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
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á :(
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
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