Szigorodik a KDE-ben használható domain nevek formája

KDE

Egy blogbejegyzés arra hívja fel a figyelmet, hogy a KDE legújabb verzióiban (KDE 4.4 RC1) már nem használhatók az olyan hostnevek, amelyek aláhúzást (például: foo_bar) tartalmaznak. A korábbi kiadások lekezelték ezeket a hostneveket. Az interneten találhatók olyan domain-ek, aldomain-ek, amelyek tartalmaznak a nevükben aláhúzást, illetve lehet a környezetünkben olyan gép, amelynek a nevében található ilyen karakter. Mostantól ezek a domain-ek nem nyithatók meg a Konqueror-ban, illetve a KRDC névre hallgató távoli asztal kliens is elutasítja a használatát. A hibabejelentéseket a KDE fejlesztők WONTFIX megjegyzéssel zárják le.

Az ok, amiért a KDE nem javítja a ezeket a "hibákat" az, hogy ezek a hostnevek nem felelnek meg a STD3 követelményeinek. A domain nevek a megfelelő RFC szerint csak LDH karakterekből (Letters, Digits, and Hyphen - azaz betű, szám és kötőjel) állhatnak.

A változtatást úgy tűnik, hogy nem a KDE vezette be, hanem egy, a Qt-ban elkövetett commit nyomán mutatkozott be. A commit leírása szerint a változtatás célja a jobb STD3 megfelelőség elérése.

A blogbejegyzés itt olvasható.

Tudtommal eddig is az volt az a dolog, hogy a khtml w3c szabványos render engine, és kijelentették, hogy nem érdekli őket ha egy nem szabványos html hibásan jelenik meg. Nem tudom az ilyen lépéseknek mi köze a nyomásgyakorláshoz, vagy csak egyszerűen nem szeretnek "gányolni" meg mindenféle nem szabványos dolgot implementálni.

Ne hogy azt higgyük, hogy KDE/Qt specifikus. Példaként idéznék egy Microsoft Knowledge Base cikkből:

"A „Bevezetés” szakaszban felsorolt frissítések bármelyikének telepítését követően az alábbi problémák fordulhatnak elő:"

[...]

Az ASP-lapok cookie-jai blokkolva vannak, ha a kiszolgáló neve a DNS által nem támogatott karaktereket tartalmaz. Kiszolgálónevekben nem használható például az aláhúzásjel (_). Ez a jelenség tudatos tervezési döntés következménye."

Továbbá vannak DNS szerverek, amelyek élből úgy vannak konfigurálva, hogy nem fogadják el az aláhúzást.

--
trey @ gépház

Majd itt álljunk meg egy pillanatra, és gondolkodjunk el azon, milyen SRV rekordot kér legy egy munkaállomás, amikor megpróbálod tartományba léptetni.

"Nem használható" vs. "tudatos tervezési döntés".

Csak ebben az a szép, hogy ez a Microsoft(tm) "tudatos tervezési döntés"e volt. Ezúton gratulálok nekik.

Nem tudod, hogy mirol van szo. A normal SRV rekordoknak szabvany szerint resze a '_', ezzel nem lehet mit csinalni, ezt mindenki elfogadja. Azonban a MS eseteben az AD kornyezet egyik kotelezoen letrehozott DNS domainje ugy alakul, hogy _msdcs.mittudomain.com, na erre figyelmeztetett gyu.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Epp hogy nem kovetkezetlenseg.
Reszben pont azert kotelezo a DNS nevek elso karakterenek alfanumerikusnak ([0-9a-z]) lenni, mert a SRV rekordoknal ez alahuzassal kezdodik, hogy letezhessen tcp, ldap, kerberos, meg ki tudja meg milyen gepnev/aldomain.

A domainnevek kozepen levo alahuzas karakter azonban elsosorban esztetikai kerdes IMHO.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Ugy ertettem, hogy nem feltetlen parsolasi problema, mint a nev eleji _ hanem pusztan arrol szol, hogy egy alahuzott_szovegben nem tunik fel (akit erdekel, az alahuzott szoveget dobja vagolapra, es illessze be valahova).
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Konqueror eddig is csak a W3C által szabványosnak ítélt weboldalakat jelenítette meg jól, a töbi vagy ment, vagy nem. Becsületére legyen mondva, az szabványosokat viszont tényleg jól kezeli. Csak persze nem lehet minden browser ilyen, mert akkor mi lenne a különbség?

En ezt nem elonynek erzem, egy usereknek szan szoftvernek igenis kotelessege a szabvanyok betartasa utan es minden egyeb hasonlo nemes funkcio UTAN a hibakezeles, a serult tartalom minnel jobb kezelese. Ugyan ez domainokkal.

Azt mondani hogy mi csak azzal foglalkozunk ami a RFCben van, na az a ganyolas, nem az ellenkezoje.

-------------------------------
"A gorog katolikus noknek 8 dioptria alatt nem kotelezo a bajusz!" avagy "Nozni csak muholdal lehet..." | http://lazly.hu

"Azt mondani hogy mi csak azzal foglalkozunk ami a RFCben van, na az a ganyolas, nem az ellenkezoje."

Szerintem nem sokaknak van kedve lesni, hogy XY épp milyen custom html tag-eket talál ki és implementál, majd megpróbálni hasonló dolgot beépíteni a saját projectbe. Ha valami, akkor ez gányolás. (Örök kedvenc ezzel kapcsolatban a -moz-border-radius)
Ha mindenki ívesen szarik a szabványokra, akkor nem sok értelmük van.

Hat akkor nem kell bongeszot fejleszteni. Kb 5 jelentos piaci szereplo van, azert nem olyan kovethetetlen a trend. Mondjuk ez az ot szereplo azert figyeli egymas tevekenyseget es innovaciojat, elobb utobb atveszik egymastol.
w3.org meg neha azert kicsit le van maradva, 5-10 eve fennallo problemakat meg ma is csak ganyolassal lehet megoldani, jobb lett volna ha valaki implemental valamit es a tobbiek atveszik majd utolag a w3org. http://htmldog.com/ptg/archives/000107.php (tudom, allitolag css3ban benne lesz, meg legalabb 5 ev mig azt a netezok 95% helyessen latja is.

Es itt egy sokkal kevesbe filozofikus problemarol van szo, plusz egy karakterrol, ami raadasul eddig ment is. Engem idegesitene ha valakitol kapok egy linket es azert nem tudom megnezni mert nem RFC.

Na tul is lett csamcsogva, en igy erzem, ha nem tetszik a rendszer ne hasznaljak KDEt. (Igy is teszek, eddig is igy tettem.)

-------------------------------
"A gorog katolikus noknek 8 dioptria alatt nem kotelezo a bajusz!" avagy "Nozni csak muholdal lehet..." | http://lazly.hu

+1

pont ezert lett anno az MPlayer annyira sikeres, mert az nem csak a szabvanyos es hibatlan mpeg streameket es avi-kat jatszotta le, mint addig barmely mas lejatszo (beleertve az akkori windozosokat is). egy szabvany mpeg vagy avi demuxert fel ora megirni, de ha minden szabvanytol eltero vagy serult fileokat is kezelni kell na az tobb ev...

A'rpi

( sartek | 2010. 01. 16., szo – 11:54 )

meghogy linuxon azt csinalsz amit akarsz....

( BaT | 2010. 01. 16., szo – 12:08 )

Hát ez poén. Az egy dolog, hogy egyes domainek nem felelnek meg az STD3-nak, de ez nem azt jelenti, hogy ezeket nem is fogadják el. Gondoljunk bele, mi lenne, ha a böngészők ugyanígy kezelnék a html-ben ejtett hibákat. (Azaz ha nem valid a kód, a böngésző egy hibaüzenetet jelenít meg.) Az acid tesztek meg sem születhettek volna. :)

Bocs de egy magára valamit adó sitebuilder ellenőrzi, hogy valid css meg html kódot sikerült-e összehoznia, arról nem is beszélve sok esetben épp azért nem valid, hogy egyes böngészőkben jól jelenjen meg. Szóljon aki nem így gondolja, de szerintem minden site builder álma, hogy ha ő szabványos kódot csinál, akkor az mindenhol egyformán !jól! jelenik meg.

( nevergone v | 2010. 01. 16., szo – 13:41 )

Akkor ez lesz már a KDE 4? :)

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

( sartek | 2010. 01. 16., szo – 13:48 )

az akkor mivel magyarazhato hogy a kde.org nem megy at a w3c validatoron ?

( cus | 2010. 01. 16., szo – 13:54 )

Tudja valaki, hogy miért ez van az STD3 szabványban? Vagyis hol van ennek jelentősége, hol okoz gondot?

nem hiszem hogy technikai oka lenne, hisz szinte mindenhol az "alfanumerikus" kategóriába tartozik, sokkal inkább (de)kódolhatóság miatt, nem mindenkinek olyan könnyű felismerni, begépelni ezt a jelet, hiába van ott a billentyűzeten, már ha egyáltalán ott van (!, pl mobilon elég nehézkes lehet),

tökmindegy, anno ezt találták jónak, az értelemtől* pedig sokkal fontosabb egy szabványhoz tartani magunkat
(*:speciel szerintem most is ezt diktálja az értelem:) )

Foleg linkek eseteben nem olyan konnyu felismerni, hogy ott underscore van, az alahuzas miatt. Olyan helyen van ennek jelentosege, ahol a linkeket alahuzzak, de azok (peldaul a media korlatai miatt) nem kattinthatok, pl. nyomtataskor.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( traktor | 2010. 01. 16., szo – 15:16 )

Az senkinek sem jut eszebe, hogy ha egyszer mar vannak "_"-t tartalmazo domainnevek akkor egyszeruen be kene ezt is emelni a szabvanyba? :) Lathatoan lenne ra igeny. A szabvanyok vannak ertunk es nem forditva. Vagy mitol olyan specialis az alahuzas?

A különbség annyi, hogy régóta LDH alapján adják ki, ami engedi a számokat is, viszont az aláhúzás csak néhány kisebb szolgáltató partizánakciója, különösebb átgondolás nélkül. Ha tényleg lenne értelme, akkor sok weboldalt látnánk, de én eddig eggyel sem találkoztam (..vagy ezért nem töltődött be?:-))

Mutass nekem két olyan címet (igaziból 1-el is beérem, lásd alább!), amiben van _, és egy átlagfelhasználónak kellhet a napi létéhez, twitteléséhez, facebookolásához, akármijéhez!

Ha ez sikerült, akkor ebből válassz nekem csak egy olyat, amit nem is lehet megcsinálni úgy, hogy ne legyen benne _, mert zavaró, használhatatlan, stb. lenne. Segítség, csak hogy ne legyek szőrszálhasogató: _Értelmes_ szubjektív indokokat is elfogadok!


# nslookup _iskra.ilcannocchiale.it
Server: 8.8.4.4
Address: 8.8.4.4#53

Non-authoritative answer:
Name: _iskra.ilcannocchiale.it
Address: 151.1.143.74

# ping _iskra.ilcannocchiale.it
ping: unknown host _iskra.ilcannocchiale.it

# ping -c 1 151.1.143.74
PING 151.1.143.74 (151.1.143.74) 56(84) bytes of data.
64 bytes from 151.1.143.74: icmp_seq=1 ttl=49 time=51.9 ms

--- 151.1.143.74 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 51.935/51.935/51.935/0.000 ms

Vagy én rontok el valamit?

"Lathatoan lenne ra igeny."
megis, darabra hany ilyen domainrol tudunk? Nem inkabb egyfajta deviancia ez, es csak azert leteznek, mert a TLD-juk idiota volt?
Ha 80-100 000 lenne a szam, akkor azt mondom, igazad van, de szerintem meg a 100-at se haladja meg (vagy nem tul sokkal) az alahuzast tartalmazo domainek szama.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( magyarver | 2010. 01. 17., v – 15:27 )

Simán kilőhetjük a programozás feladatköréből a kivételkezelés fogalmát ... Mer kb azt jelenti nálam, hogy hibát ba..ik kezelni.

Egyébként én az a webfejlesztő vagyok aki már a szabványokkal tanulta a szakmát és tesztelgettem kismillió böngészőn köztük konkueroron is ... és hát szerintem szabványkövetésbe se volt sose cúcs..

( dj | 2010. 01. 17., v – 23:31 )

Azért érdekelne, hol lehet ilyen domaineket regisztrálni, mert a regisztrátorok, amelyeket kiprobáltam, eleve elutasították az aláhúzást a domain névben. Még a domain.hu is szólt, hogy nem lehet csak betü, szám meg kötőjel.