Speciálně tím myslím tu druhou vlastnost, kdy se na Lupě na všechno odvolává "clanek.phtml". Ale i Grafika, Svět namodro... Plně souhlasím s autorem článku, že o struktuře článků to vůbec nic neříká. V jaké je to rubrice atd... Datově je to jednodušší (pokud se pletu, opravte mě, ale zkrátka záznam v databázi je jeden článek a to id je indexem), názory se váží k tomuto id atd.
Jednoduché, šikovné, ale při složitější struktuře bych se v tom ztratil. Ale to je jen takový povzdech, asi to tak už zůstane.
Dobry den,
chtel bych se zeptat, co znamena to "... a v unixu mě nepřekvapuje absence automatického rozpoznání datového formátu souboru. "
Me to teda prekvapilo.
jinak nemyslim si ze by mod_rewrite bylo nejak prilis trivialni (uz kvuli tomu, ze je zalozene na RE), taky me trochu zarazi, ze o tomto se daji psat clanky, ale to je vec redakce
s pozdravem
Já se zase domnívám, že to, jakým způsobem vyřešíte obsluhu dotazů na serveru, mně jako uživateli může být putna. Ale vám jako provozovateli služby by mělo záležet na tom, abych se v ní snadno orientoval a měl chuť ji dále doporučovat.
Ono predelani URL jde velkojednoduse upravit tak, ze pomoci cyklu (je mozno jej includovat rovnou na serveru PHPckem, ASP,CGI aj. nebo klientsky pripojenim *.js souboru) co projede vsechny odkazy, zjisti kam vedou a pripadne nahradi 'poskytovatel.cz/domena' za 'poskytovatel2.cz/domena' nebo 'domena.cz'
nekolikrat jsem to s uspechem pouzil, je to bleskurychle a protoze to bezi u klienta, nezatezuje to server.
da se to napsat v cistem Javascriptu, bez MS extenzi, takze to jede vsude.
mejte se ...
To samozřejmě ano, ale mně šlo hlavně o to, že URL by měla být stálá i v případě, že ji zanesete do nějakéhob seznamu odkazů nebo si ji prostě opíšete na kus papíru. Žádný CGI vám (pokud se nemílím) URL na popíře nepřepíše.
Uvažovat o změně URL při přesunu serveru pomocí javascriptu, to mně přijde hloupé. Můj WannaBe například neumí ani tabulky natož tohle (mimochodem, je to výborný textový browser pro MacOS).
1. Triviálně je řešeno přesměrování-nepřesměrování na http://kizi2.vse.cz/kizi/IKSy/
Je v něm ale ještě schováno "inteligentní" přesměrování s volbou kódu češtiny. - Kdo umí rychle klikat, přesměruje se sám třeba lépe.
( Blíže viz kapitola 8 tamtéž )
2. URL doporučuji raději studovat z RFC 2396. Podle něj by problém ruštiny - patrně se myslí ruské S a české C - neměl nastat. Ruské S musí být v URL vždy jako %C1 .
??? Musím si po sobě ten článek ještě jednou přečíst. Já vážně netuším, co to tu rozebíráte :(
Nešlo mi momentálně o ruské kódování v URL, ale o transliteraci. To je proces, kdy znak po zznaku převádíte text z jednoho znakového systému do druhého. Každému znaku v původním textu odpovíddá jeden znak v novém. Nebo možná o transkripci, kdy se znaky převádějí podle toho, jak znějí. Ruské S nezní jako %C1, ale jako S. Člověk napíše článek o zřeteli na human code, a vy na něj vyrukujete s %C1.
klikl jsem na ten váš odkaz, ale asi jste nepochopil, že mně nejde tolik o případ přesměrování, ale o zachování URL, a ta se vám změnila dost podstatně (dokonce během těch čtyř vteřin asi třikrát, klikal jsem na STOP jak blázen, aby zjistil, jestli to děláte přes JS nebo META). A to vychvalované kódování můžete vypnout a distribuujte to rovnou v ASCII, protže Kdo umí během dvou sekund, než ho přehodíte na ASCII, pochopit, že odkaz kap4.htm Win, ISO, IBM, Kam znamená, že na něj někde čeká text o kódových tabulkách znaků, ten se pravděpodobně nebude muset složitě překlikávat a jaksi bude schopen online si v hlavě převádět znaky sám. Mimochodem, moc inteligentní to přesměrování nejni. Koukal jsem na to z Apple a ISO i Win můžu číst, ale stejně mě to chytře hodilo bez ptaní na ASCII.
Ach jo. Napíšu ten článek ještě jednou a srozumitelněji.