{"id":89253,"date":"2020-07-21T01:42:24","date_gmt":"2020-07-20T23:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya"},"modified":"2020-07-21T01:42:24","modified_gmt":"2020-07-20T23:42:24","slug":"krutye-uri-ne-izmenyayutsya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya","title":{"rendered":"Svi URI-ji ostaju nepromenjeni","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Avtor \u2014 sir Tim Berners-Lee, izumitelj URI, URL, HTTP, HTML in Svetovnega spleta, trenutno glavni W3C. \u010clanek je bil napisan leta 1998. <\/p>\n

Kateri URI lahko \u0161tejemo za 'kul'?
\nTak, ki se ne spreminja.
\nKako se URI spreminjajo?
\nURI se ne spreminjajo: spreminjajo jih ljudje.<\/i> <\/p>\n

V teoriji ljudje nimajo nobenih razlogov za spreminjanje URI (ali prenehanje vzdr\u017eevanja dokumentov), toda v praksi jih je milijone.<\/p>\n

Teoreti\u010dno nominalni lastnik domenskega imena resni\u010dno obvladuje to ime in s tem vse URI znotraj njega. Razen insolventnosti ni ni\u010d, kar bi lastniku domenskega imena prepre\u010dilo, da obdr\u017ei to ime. In teoreti\u010dno je prostor URI pod va\u0161im domenskim imenom v celoti pod va\u0161im nadzorom, kar pomeni, da ga lahko naredite tako stabilnega, kot \u017eelite. V veliki meri je edini upravi\u010den razlog za izginotje dokumenta z interneta dejstvo, da je podjetje, ki je imelo domensko ime, prenehalo z delovanjem ali si ne more ve\u010d privo\u0161\u010diti vzdr\u017eevanja stre\u017enika. Zakaj torej v svetu obstaja toliko izgubljenih povezav? Deloma je to preprosto pomanjkanje previdnosti. Tukaj je nekaj razlogov, ki jih lahko sli\u0161ite:
\n<\/a><\/noindex><\/p>\n

Smo le reorganizirali spletno mesto, da bi ga izbolj\u0161ali.<\/h4>\n

\nAli res menite, da stari URI ne morejo ve\u010d delovati? \u010ce je tako, ste jih izbrali zelo slabo. Razmislite, kako se novi obdr\u017eijo po naslednjem redesignu.<\/p>\n

Imamo toliko materiala, da ne moremo slediti temu, kaj je zastarelo, kaj je zaupno in kaj je \u0161e vedno aktualno, zato smo mislili, da je bolje kar vse izklopiti.<\/h4>\n

\nLahko le so\u010dustvujem. W3C je do\u017eivel obdobje, ko smo morali skrbno preglejati arhivske materiale glede zaupnosti, preden smo jih dali v javnost. Odlo\u010ditev mora biti premislena vnaprej \u2014 poskrbite, da z vsakim dokumentom zabele\u017eite sprejemljivo skupino bralcev, datum ustvarjanja in, idealno, rok trajanja. Ohranjajte te metapodatke.<\/p>\n

\u041d\u0443, \u043c\u044b \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0438\u043b\u0438, \u0447\u0442\u043e \u043d\u0443\u0436\u043d\u043e \u043f\u0435\u0440\u0435\u043c\u0435\u0441\u0442\u0438\u0442\u044c \u0444\u0430\u0439\u043b\u044b…<\/h4>\n

\nTo je jedan od najsme\u0161nijih izgovora. Mnogi ne znaju da web serveri omogu\u0107avaju upravljanje vezom izme\u0111u URI objekta i stvarne lokacije u datote\u010dnom sistemu. Zamislite URI prostor kao apstraktni prostor, savr\u0161eno organizovan. Zatim napravite mapiranje na bilo koju stvarnost koju zapravo koristite za njegovu implementaciju. Nakon toga obavestite web server o tome. \u010cak mo\u017eete napisati deo svog servera kako biste sve postavili ispravno.<\/p>\n

D\u017eon vi\u0161e ne podr\u017eava ovu datoteku, sada to radi D\u017eejn.<\/p>\n

Da li je D\u017eonovo ime bilo u URI? Ne, samo je datoteka bila u njegovom direktorijumu? Ah, jasno.<\/p>\n

Pre smo za to koristili CGI skript, a sada koristimo binarnu aplikaciju.<\/h4>\n

\n\u0421\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442 \u0441\u0443\u043c\u0430\u0441\u0448\u0435\u0434\u0448\u0430\u044f \u0438\u0434\u0435\u044f, \u0447\u0442\u043e \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u044b, \u0441\u043e\u0437\u0434\u0430\u043d\u043d\u044b\u0435 \u0441\u043a\u0440\u0438\u043f\u0442\u0430\u043c\u0438, \u0434\u043e\u043b\u0436\u043d\u044b \u0431\u044b\u0442\u044c \u0440\u0430\u0441\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u044b \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 "cgibin" \u0438\u043b\u0438 "cgi". \u042d\u0442\u043e \u0440\u0430\u0441\u043a\u0440\u044b\u0432\u0430\u0435\u0442 \u043d\u0430\u0440\u0443\u0436\u0443 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c \u0442\u043e\u0433\u043e, \u043a\u0430\u043a \u0432\u044b \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u0435\u0442\u0435 \u0441\u0432\u043e\u0439 \u0432\u0435\u0431-\u0441\u0435\u0440\u0432\u0435\u0440. \u041c\u0435\u043d\u044f\u0435\u0442\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c (\u0434\u0430\u0436\u0435 \u0441\u043e\u0445\u0440\u0430\u043d\u044f\u044f \u043a\u043e\u043d\u0442\u0435\u043d\u0442), \u0438 \u0443\u043f\u0441 \u2014 \u0432\u0441\u0435 \u0432\u0430\u0448\u0438 URI \u043c\u0435\u043d\u044f\u044e\u0442\u0441\u044f.<\/p>\n

Uzmimo, na primer, Nacionalnu nau\u010dnu fondaciju (NSF):<\/p>\n

Online dokumenti NSF<\/p>\n

http:\/\/www.nsf.gov\/cgi-bin\/pubsys\/browser\/odbrowse.pl<\/pre>\n
\nPrva stranica za pregled dokumenata o\u010digledno ne\u0107e ostati takva kroz nekoliko godina. cgi-bin<\/code>, oldbrowse<\/code> in pl<\/code>\u00a0\u2014 sve to daje delove informacija o tome kako-mi-to-radimo-sada. Ako koristite stranicu za pretragu dokumenta, dobijate isto tako lo\u0161 rezultat:<\/p>\n
Izve\u0161taj radne grupe za kriptologiju i teoriju kodiranja<\/p>\n
http:\/\/www.nsf.gov\/cgi-bin\/getpub?nsf9814<\/pre>\n
\nza indeksnu stranicu dokumenta, iako sam html dokument izgleda mnogo bolje:<\/p>\n
http:\/\/www.nsf.gov\/pubs\/1998\/nsf9814\/nsf9814.htm<\/pre>\n
\nOvde naslov pubs\/1998 pru\u017ea bilo kom budu\u0107em arhivskom servisu dobar klju\u010d za razumevanje starog sistema klasifikacije dokumenata iz 1998. godine. Iako bi u 2098. godini brojevi dokumenata mogli izgledati druga\u010dije, mogu da zamislim da \u0107e ovaj URI i dalje biti va\u017ee\u0107i, i ne\u0107e na\u0161tetiti NSF-u ili bilo kojoj drugoj organizaciji koja \u0107e odr\u017eavati arhiv.<\/p>\n
Nisam mislio da URL-ovi treba da budu trajni \u2014 postojali su URN.<\/h4>\n
\nVerovatno je ovo jedan od najgorih ne\u017eeljenih efekata rasprave o URN. Neki misle da zbog istra\u017eivanja o trajnijem imenskom prostoru mogu nepa\u017eljivo pristupiti visec\u0301im linkovima, smatraju\u0107i da \u0107e \u201eURN to sve popraviti\u201c. Ako ste jedan od tih ljudi, dozvolite mi da vas razo\u010daram.<\/p>\n
Ve\u010dina URN shem, ki sem jih videl, izgleda kot identifikator avtoritete, ki mu sledi bodisi datum in niz, ki ga izberete, bodisi preprosto niz, ki ga izberete. To je zelo podobno HTTP URI. Z drugimi besedami, \u010de menite, da bo va\u0161a organizacija sposobna ustvariti dolgotrajne URN, to doka\u017eite zdaj, in sicer z njihovim uporabni\u0161tvom za svoje HTTP URI. V samem HTTP ni ni\u010d, kar bi va\u0161 URI naredilo nestabilnega. To po\u010dne le va\u0161a organizacija. Ustvarite bazo podatkov, ki uskladi URN dokumenta z aktualnim imenom datoteke, in omogo\u010dite spletnemu stre\u017eniku, da jo uporabi za dejansko pridobivanje datotek.<\/p>\n
\u010ce ste pri\u0161li do te to\u010dke in nimate \u010dasa, denarja in povezav, da bi razvili programsko opremo, lahko navedete naslednje opravi\u010dilo:<\/p>\n
\u017deleli smo, a preprosto nimamo pravih orodij.<\/h4>\n
\nTemu pa lahko izrazimo so\u010dutje. Popolnoma se strinjam. Kar morate storiti, je, da omogo\u010dite spletnemu stre\u017eniku hiter odziv na stalni URI in vrnete datoteko, kjerkoli je ta trenutno shranjena v va\u0161i trenutni zme\u0161ani datote\u010dni sistem. \u017delite shraniti vse URI v datoteko kot preverjanje in nenehno posodabljati bazo podatkov, da bo v skladu s trenutnostjo. \u017delite obdr\u017eati odnose med razli\u010dnimi razli\u010dicami in prevodi istega dokumenta ter ohraniti neodvisen zapis kontrolne vsote za za\u0161\u010dito pred po\u0161kodbami datotek zaradi naklju\u010dne napake. In spletni stre\u017eniki preprosto ne pridejo iz \u0161katle z tak\u0161nimi funkcijami. Ko \u017eelite ustvariti nov dokument, vam va\u0161 urejevalnik zahteva, da dolo\u010dite URI.<\/p>\n
Potrebujete mo\u017enost spreminjanja lastni\u0161tva, dostopa do dokumenta, nivoja varnosti arhivske ravni in drugega v prostoru URI brez spreminjanja URI.<\/p>\n
Vse je preve\u010d slabo. A to bomo popravili. V W3C uporabljamo funkcionalnost Jigedit (stre\u017enik Jigsaw za urejanje), ki sledi verzijam, in eksperimentiramo s skripti za ustvarjanje dokumentov. \u010ce razvijate orodja, stre\u017enike in odjemalce, bodite pozorni na to te\u017eavo!<\/p>\n
To opravi\u010dilo se nana\u0161a tudi na \u0161tevilne strani W3C, vklju\u010dno s to: torej delajte tisto, kar govorim, ne pa tisto, kar po\u010dnem.<\/p>\n
Zakaj bi me to moralo skrbeti?<\/h1>\n
\nKo ko spremenite URI na svojem stre\u017eniku, nikoli ne morete povsem re\u010di, kdo bo imel povezave na staro URI. To so lahko povezave z obi\u010dajnih spletnih strani. Zaznamki na va\u0161i strani. URI je lahko bil napisani na robovih pisma prijatelju.<\/p>\n
Ko nekdo klikne na povezavo in je ta pokvarjena, obi\u010dajno izgubi zaupanje v lastnika stre\u017enika. Prav tako je razo\u010daran - tako \u010dustveno kot dejansko, ker ne more dose\u010di svojega cilja.<\/p>\n
Mnogo ljudi nenehno prito\u017euje zaradi pokvarjenih povezav, in upam, da je \u0161koda o\u010ditna. Upam, da je prav tako o\u010ditna ugledna \u0161koda vzdr\u017eevalcem stre\u017enika, kjer je dokument izginil.<\/p>\n
Kaj naj torej naredim? Oblikovanje URI.<\/h1>\n
\nObveznost spletnega skrbnika je, da dolo\u010di URI, ki bodo uporabni \u010dez 2 leti, \u010dez 20 let, \u010dez 200 let. Za to so potrebni premislek, organizacija in usmerjenost.<\/p>\n
URI se spreminjajo, \u010de se spremeni kak\u0161na informacija. Zelo pomembno je, kako jih oblikujete. (Kaj, oblikovanje URI? Moram oblikovati URI? Da, o tem morate razmisliti). Oblikovanje predvsem pomeni odsotnost kakr\u0161ne koli informacije v URI.<\/p>\n
Datum ustvarjanja dokumenta - datum dodelitve URI - je nekaj, kar se nikoli ne bo spremenilo. Zelo je koristno za lo\u010devanje poizvedb, ki uporabljajo nov sistem, od tistih, ki uporabljajo star sistem. Od tega je dobro za\u010deti URI. \u010ce je na dokumentu ozna\u010den kakr\u0161en koli datum, tudi \u010de bo dokument relevanten v prihodnosti, je to dobra osnova.<\/p>\n
Edina izjema je stran, ki je namerno 'zadnja' razli\u010dica, na primer za celo organizacijo ali velik njen del.<\/p>\n
http:\/\/www.pathfinder.com\/money\/moneydaily\/latest\/<\/pre>\n
\nTo je zadnja kolumna Money Daily v reviji Money. Glavni razlog, zakaj v tej URI ni potrebnega datuma, je, da ni nobenega razloga za ohranitev URI, ki bo pre\u017eivel revijo. Koncept Money Daily bo izginil, ko bo Money izginil. \u010ce \u017eelite povezati vsebino, se morate povezati z njo lo\u010deno v arhivih:<\/p>\n
http:\/\/www.pathfinder.com\/money\/moneydaily\/1998\/981212.moneyonline.html<\/pre>\n
\n(\u0412\u044b\u0433\u043b\u044f\u0434\u0438\u0442 \u0445\u043e\u0440\u043e\u0448\u043e. \u041f\u0440\u0435\u0434\u043f\u043e\u043b\u0430\u0433\u0430\u0435\u0442, \u0447\u0442\u043e "money" \u0431\u0443\u0434\u0443\u0442 \u043e\u0437\u043d\u0430\u0447\u0430\u0442\u044c \u043e\u0434\u043d\u043e \u0438 \u0442\u043e \u0436\u0435 \u043d\u0430 \u043f\u0440\u043e\u0442\u044f\u0436\u0435\u043d\u0438\u0438 \u0432\u0441\u0435\u0433\u043e \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043e\u0432\u0430\u043d\u0438\u044f pathfinder.com. \u0415\u0441\u0442\u044c \u0434\u0443\u0431\u043b\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 "98" \u0438 \u043d\u0435\u043d\u0443\u0436\u043d\u044b\u0439 ".html", \u043d\u043e \u0432 \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u043e\u043c \u0432\u044b\u0433\u043b\u044f\u0434\u0438\u0442 \u043a\u0430\u043a \u0441\u0438\u043b\u044c\u043d\u044b\u0439 URI.<\/p>\n
Kaj pustiti ob strani<\/h4>\n
\nVse! Razen datuma ustvarjanja, kakr\u0161na koli informacija v URI, se na nek na\u010din obnavlja na te\u017eave.<\/p>\n