Společnost Teufel nedávno představila svůj první open source Bluetooth reproduktor MYND.
Byla vydána verze 4.2 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Anton Carniaux, právní zástupce Microsoft France, pod přísahou: Microsoft nemůže garantovat, že data z EU nepředá do USA bez EU souhlasu, musí dodržovat americké zákony.
Byl vydán Mozilla Firefox 141.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Lokální AI umí uspořádat podobné panely do skupin. Firefox na Linuxu využívá méně paměti. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 141 je již k dispozici také na Flathubu a Snapcraftu.
NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.
Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.
Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.
Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
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