pátek, 30. ledna 2009

OpenMeeting.biz: Jak vyhrát doménové spory

Nápad Petra Ocáska, který se kdysi rozhodl založit sdružení OpenMeeting, resp. dát "odborným hospodským debatám" nějakou formu se mi zdá skvělý.
Včera jsem navštívil v Braunově sklepě na Karlově náměstí meeting na téma "Jak vyhrát doménové spory". Jako odborníci k tomuto tématu byli přizváni za NIC.CZ paní Zuzana Durajová, za advokátní kancelář HORÁK & CHVOSTA pan Petr Topka a ze spol. Ignum pan Martin Štěpánek.
Za dobu prezentace (proložené spostou předmětných dotazů od ostatních) obou přítomných jsem se (a předpokládám, že nejen já) dozvěděl spoustu zajímavých informací.
Ty, která jsem si stačil zaznamenat (tedy moje poznámky z přednášky) se pokusím shrnout v následujícím odstavci.

CZ domény
Pokud vlastník domény prokazatelně uvede nesprávné údaje při registraci domény (např. několikrát zmíněný vlastník "Kačer Donald"), CZ.NIC jej nejprve vyzve k opravě a poté může doménu zrušit
Na toto téma někdo z přítomných zmínil i kupodivu paradoxní případ - Josef Novák se sídlem kdesi v Číně a na první pohled podivnou mailovou adresou (něco jako pepa@co-si-vybira-postu.cz) skutečně po ověření CZ.NICem existoval, přijímal doporučené zásilky, které mu CZ.NIC zaslala.

Pokud dojde prokazatelně k nějakému sporu, CZ.NIC může:
  • zablokovat manipulaci s doménou (znemožnit změny ve WHOIS databázi, převody domény atp.)
  • doménu vyřadit z DNS - zde je nutná právní doložka - je to obrovský zásah do práv vlastníka domény
Na zeměpisné názvy si může nárokovat právo např. magistrát - uvedeny příklady doménových sporů o Praha.cz a Ostrava.cz (ten je již údajně vyřešený ve prospěch žalující strany).

Byla zmíněna perlička ze zahraničí - pan Nissan se přel se spol. Nissan (výrobcem automobilů) o doménu.

V Beneluxu trvá získání ochranné známky pouze 2-3 dny. Je toho často využíváno účastníků doménových sporů.

EU domény
Je možné žalovat vlastníka za nedostatek dobré víry při registraci domény:
  • majitel ji evidentně registroval jen za účelem prodeje nebo pronájmu domény
  • na doméně neběží dlouhou dobu žádné služby (službou nemusí být nutně web) - např. pokud majitel využívá jeden mail na doméně, je to právoplatný majitel a vy, jako případná žalující strana máte velice nízkou šanci tu doménu od něj vysoudit
Je možné chtít po majiteli domény podepsání dohody, kde souhlasí s tím, že doménu nebude využívat k obchodním účelům a za účelem zisku. Pokud toto podepíše majitel "atraktivní" domény, která pravděpodobně byla třeba pouze registrována za účelem parazitování na jiné obch. značce (doméně), je veliká pravděpodobnost, že o doménu ztratí zájem, protože se pro něj stane zbytečnou.

čtvrtek, 22. ledna 2009

Jakou fantazii může mít správce serveru?

Díky tomu, že jsem již několikrát měnil svého webhostera (ne vždy to bylo z důvodu nespokojenosti, ačkoliv odchod od Pipni.cz byl zcela jistě způsoben nespokojeností) a setkal se s několika lidmi, co se správě serverů věnují, jsem zjistil, že v každé serveří rodince je minimálně špetka fantazie jejich majitele (resp. správce).

Pro ty, co ještě tápou: Jedná se samozřejmě o názvy serverů a jejich souvislosti.
Ne vždycky to totiž může skončit nudnými názvy, jako Server1, Server2, Server na XYZ.

U nás na průmyslovce máme servery, jakožto rodinku ze seriálu Simpsonovi - Homer, Bart, Marge...

Když jsem hostoval u Kraji, vzpomínám si, že jeho servery měly názvy týkající se hvězdné oblohy, olympského božstva a chemických prvků (zajímavá kombinace): proxima, poseidon, neon, krypton, titan, helium

Jeden z mých klientů aktuálně hostuje u Českého Hostingu, zde vsadili na jména postav ze seriálu Red Dwarf (Červený trpaslík): kryton, abel, kochanski, dibbley, archie, baxter, ackerman...

U VSHostingu, kde nyní hostuji drtivou většinu webů a webů klientů zvolili názvy kosmických projektů:
mercury, skylab, apollo...

Jak pojmenováváte svojí rodinku serverů vy? :)

pátek, 2. ledna 2009

CSS: Průhlednost / Opacity

Můžete mě považovat za CSS barbara, přesto o vlastnosti opacity a vůbec o možnosti řešit průhlednost výhradně přes CSS jsem ještě před pár dny nevěděl a měl jsem nutkání průhlednost řešit bůhvíjak přes JavaScript.
Aby to ovšem nebylo tak jednoduché, vývojáři prohlížečů (resp. především Microsoft se svým /prohlížečem??/ IE) stavějí do cesty spoustu barikád týkajících se kompatibility.
Pro spolehlivou průhlednost nějakého prvku totiž nestačí pouhá vlastnost opacity.

Pro běžné, současné prohlížeče postačí skutečně pouze následující zápis:
.transparent {opacity: 0.5}
Pro starší prohlížeče založené na jádru Gecko (Netscape Navigator, Mozilla <1.7, Firefox <0.9) platí:
.transparent {-moz-opacity: 0.5}
Na starší prohlížeče založené na jádru KHTML (např. Safari <1.2) platí tento:
.transparent {-khtml-opacity: 0.5}
Microsoftímu IE 5 až 7 je potřeba dát průhlednost najevo takto:
.transparent {filter: alpha(opacity=50)}
Aby těch IE-čkových hacků nebylo málo, (resp. nebyl by to Microsoft, kdyby si tvrdohlavě nechtěl prosazovat něco speciálního) pro IE 8 platí následující šílený zápis:
.transparent {-ms-filter: "progid:DXImageTransform.Microsoft.Alpha(Opacity=50)"}
Komplexní, spolehlivý zápis tedy vypadá následovně:
.transparent {
opacity: 0.5;
-moz-opacity: 0.5;
-khtml-opacity: 0.5;
-ms-filter: "progid:DXImageTransform.Microsoft.Alpha(Opacity=50)";
filter: alpha(opacity=50);
}

Nutno říci, že W3C v aktuální verzi CSS (2.1) neuznává ani jeden z těchto zápisů a validátor proto zahlásí chybu.
W3C by rádo uvedením CSS 3 sjednotilo tyto způsoby do jednoho - samozřejmě prvního - vlastnosti opacity, která rovněž od této verze bude uznána za správnou.

Zdroje:


CSS2 - opacity
opacity - MDC
CSS Transparency Settings for All Browsers