Pokud uz prijmu tezi, ze dobry administrator si nemusi zatezovat hlavu s optimalizaci prostredku, tak jeste porad zbyva problem docela dlouhych dodacich lhut. Proste pokud chcete neco koupit, musite si na to sehnat penize a objednat to o dost driv nez to bude potreba.
A krom toho se muze stat, ze koupite 3 drahe veci a kdyz chcete koupit ctvrtou, tak zjistite, ze ty tri prvni muzete vyhodit, protoze uz pak neni system dale rozsiritelny. A aby se to nestavalo, tak k tomu slouzi strategie rozvoej systemu.
Systemova politika? To jako jestli maji lidi vypinat monitor kdyz jdou domu? Rozvoj systemu? Co je tezkeho na tom kupovat vzdy to nejdrazsi, co se jeste vejde do budgetu?
Dobry den,
podle meho nazoru NEMUZE byt dobry admin cvicena opice. Nepletme si prosim administratora systemu se clovekem, ktery vymenuje pasky, zaklada uzivatele a dela podobne veci. Pro me je administrator clovek, ktery vymysli a uplatnuje systemove politiky a planuje rozvoj systemu. Predstava, ze podobnou praci dela cvicena opice, ve mne zanechava jisty neklid ...
Ne, myslel jsem CZNIC. Ano, formálně již o monopol nejde, jsou i alternativní registrátoři, takže jde o oligopol, ale to je jen zbytečné slovíčkaření. Každopádně jde o subjekty s privilegovaným postavením, logicky se snažící maximálním komplikováním a neodůvodněným strukturováním poskytovaných služeb maximalizovat zisk, což nelze tolerovat.
> Protože to, že xn-- má být vyhrazeno pro ACE, je v RFC 3490.
Někteří lidé RFC špatně interpretují. Například si pletou slova 'vyhrazeno' a 'zakázáno'. Dále, CZNIC buď RFC 3490 respektuje, pak by validní ACE měl akceptovat, což (patrně) nedělá. Nebo jej nerespektuje, a pak by ovšem logicky neměl implementovat jeho doporučení, ne?
Spatna analogie, protoze dobry admin muze byt cvicena opice. Ale ten kdo chce psat dobre odborne clanky o souborovych systemech by u tech nejrozsirenejsich mel urcite znat napr. velikost a obsah dentry a inode, zpusob ulozeni jmena souboru, presne schema adresace jednotlivych bloku pro ruzne velikosti souboru, vcetne pripadnych vyjimek a optimalizaci.
Taktez se mi tento bod pravidel zcela vykouril z hlavy, za upozorneni dekuji. Jenze to mame jednu TLD, navic spravce je znamy svym kontroverznim pristupem v mnoha ohledech. Co jine TLD, ja porad nevidim jiny nez administrativni duvod, proc by ACE neslo registrovat jiz nyni... (ano ze z neceho polezou ptakoviny je problem majitelu a tech co si to registrovali, nikoli technicky).
> takže 'xn--test.cz' je ptákovina, zatímco 'sms-brana-zdarma-eurotel-paegas-oskar-mobil-go-twist-oskarta.cz' ptákovina není?
Naprosto přesně ;-)
> Odmítavý postoj monopolní firmy k poskytování transparentní služby je sice pochopitelný, nikoliv však omluvitelný.
Tou monopolní firmou myslíte IETF? Protože to, že xn-- má být vyhrazeno pro ACE, je v RFC 3490.
Jinak v dikusi misch výše upozornil na bod 12.1.4 pravidel pro vytvoření doménového jména, který jsem přehlédl. Omlouvám se. Je v něm, že doménové jméno nesmí obsahovat dvě po sobě jdoucí pomlčky. Čili registrace xn-- skutečně povolené nejsou.
Hm ... To zni jako predstava, ze dobry administrator je ten, ktery si napsal vlastni filesystem :-) Mozna mame rozdilne predstavy o tom, co je "dobre skoleni o bezpecnosti".
> se zablokují registrace začínající xn-- (aby tam lidé neregistrovali ptákoviny)
..takže 'xn--test.cz' je ptákovina, zatímco 'sms-brana-zdarma-eurotel-paegas-oskar-mobil-go-twist-oskarta.cz' ptákovina není?
> připraví se vše potřebné (pravidla, dokumentace, software,...)
Budou snad překládat RFC do češtiny, nebo patchovat libnsl?
> pod xn-- se povolí registrovat jen ACE verze
Proč bych neměl mít možnost za vlastní peníze registrovat normální ASCII doménu, která začíná xn-- a není platnou IDN?
Z principu to přece musí kontrolovat každý resolver, takže je zbytečné to dělat 2x. Odmítavý postoj monopolní firmy k poskytování transparentní služby je sice pochopitelný, nikoliv však omluvitelný.
Asi jsem to napsal příliš stručně, takže to trochu rozvedu. Domény xn-- by měly sloužit jen pro ACE. Doporučený postup zavádění IDN vypadá tak, že v rámci příprav se zablokují registrace začínající xn-- (aby tam lidé neregistrovali ptákoviny), připraví se vše potřebné (pravidla, dokumentace, software,...) a pak se zahájí podpora IDN a pod xn-- se povolí registrovat jen ACE verze jmen s diakritikou (a dle případných dalších pravidel stanovených v předchozím kroku).
Že by pan Satrapa psal o něčem co nevyzkoušel? Fakt že neuvedl zakódovanou podobu pro onu 'www.višeň.cz' sice opravdu varuje, ale moc mi to nesedí, jeho články jsou totiž psané dobře. Spíš to mohl 'dig' hned dekódovat do diakritiky, ale všechno je plain ASCII, takže ne.
> se podpora IDN v České republice chystá na září letošního roku.
Jsem nevěděl že nyní CZNIC blokuje registraci domén začínajících na xn--, a že jim vypnutí toho omezení bude trvat 7 měsíců. To jsou ještě větší lamy než Microsoft, těm trvá major security bugfix měsíců jenom 6. :)
> Typickým znakem přípravy na zavedení IDN je zablokování registrací jmen začínajících xn--
Snad naopak, ne? Musejí to přece povolit.. Ale zdá se mi, že to z nějakého důvodu opravdu blokujou, protože žádné takové jméno zaregistrované není:
$ dig @ns.tld.cz cz AXFR| grep ^xn-| wc -l
0
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).