{"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\/ro\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya","title":{"rendered":"URI-uri interesante nu se schimb\u0103","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Autor \u2014 Sir Tim Berners-Lee, inventatorul URI, URL, HTTP, HTML \u0219i al WWW, director activ al W3C. Articolul a fost scris \u00een 1998. <\/p>\n

Ce URI poate fi considerat \u00abinteresant\u00bb?
\nCel care nu se schimb\u0103.
\nCum se schimb\u0103 URI-urile?
\nURI-urile nu se schimb\u0103: oamenii le modific\u0103.<\/i> <\/p>\n

\u00cen teorie, oamenii nu au motive s\u0103 schimbe URI-urile (sau s\u0103 \u00eenceteze s\u0103 sus\u021bin\u0103 documentele), dar \u00een practic\u0103 sunt milioane.<\/p>\n

Teoretic, proprietarul nominal al unei zone de domeniu de\u021bine cu adev\u0103rat acea zon\u0103 \u0219i, prin urmare, toate URI-urile din ea. \u00cen afar\u0103 de incapacitatea de plat\u0103, nimic nu \u00eempiedic\u0103 proprietarul de domeniu s\u0103 men\u021bin\u0103 acel nume. \u0218i teoretic, spa\u021biul URI sub numele dumneavoastr\u0103 de domeniu este complet sub controlul dumneavoastr\u0103, a\u0219adar \u00eel pute\u021bi face la fel de stabil cum dori\u021bi. \u00cen mare parte, singurul motiv serios pentru care un document poate disp\u0103rea de pe internet este c\u0103 firma care de\u021binea numele de domeniu a ie\u0219it din afaceri sau nu mai poate sus\u021bine func\u021bionarea serverului. Atunci, de ce exist\u0103 at\u00e2t de multe linkuri moarte \u00een lume? Par\u021bial este pur \u0219i simplu un deficit de previziune. Iat\u0103 c\u00e2teva motive pe care le putem auzi:
\n<\/a><\/noindex><\/p>\n

Am reorganizat site-ul pentru a-l face mai bun.<\/h4>\n

\nChiar crede\u021bi c\u0103 URI-urile vechi nu mai pot func\u021biona? Dac\u0103 da, a\u021bi f\u0103cut alegeri foarte proaste. G\u00e2ndi\u021bi-v\u0103 s\u0103 le p\u0103stra\u021bi pe cele noi dup\u0103 urm\u0103torul redesign.<\/p>\n

Avem at\u00e2t de mult material \u00eenc\u00e2t nu putem s\u0103 urm\u0103rim ce este dep\u0103\u0219it, ce este confiden\u021bial \u0219i ce este \u00eenc\u0103 relevant, a\u0219a c\u0103 am crezut c\u0103 e mai bine s\u0103 dezactiv\u0103m tot.<\/h4>\n

\nPot doar s\u0103-mi exprim compasiunea. W3C a trecut printr-o perioad\u0103 \u00een care a trebuit s\u0103 analiz\u0103m atent materialele arhivate pentru confiden\u021bialitate \u00eenainte de a le face publice. Decizia trebuie s\u0103 fie luat\u0103 din timp \u2014 asigura\u021bi-v\u0103 c\u0103 fixa\u021bi cu fiecare document un cerc acceptabil de cititori, data cre\u0103rii \u0219i, ideal, durata de valabilitate. P\u0103stra\u021bi aceste metadate.<\/p>\n

Ei bine, am descoperit c\u0103 trebuie s\u0103 mut\u0103m fi\u0219ierele\u2026<\/h4>\n

\nAceasta este una dintre cele mai lamentabile scuze. Mul\u021bi nu \u0219tiu c\u0103 serverele web v\u0103 permit s\u0103 gestiona\u021bi leg\u0103tura dintre URI-ul unui obiect \u0219i loca\u021bia sa actual\u0103 \u00een sistemul de fi\u0219iere. Imagina\u021bi-v\u0103 spa\u021biul URI ca un spa\u021biu abstract, perfect organizat. Apoi face\u021bi o coresponden\u021b\u0103 cu orice realitate pe care o folosi\u021bi pentru a o implementa. Apoi informa\u021bi serverul web despre aceasta. Pute\u021bi chiar s\u0103 scrie\u021bi un fragment din serverul vostru pentru a face totul corect.<\/p>\n

John nu mai \u00eentre\u021bine acest fi\u0219ier, acum Jane se ocup\u0103 de el.<\/p>\n

Numele lui John era \u00een URI? Nu, doar fi\u0219ierul era \u00een directorul lui? Aha, \u00een\u021beleg.<\/p>\n

\u00cen trecut, foloseam un script CGI pentru asta, iar acum folosim un program binar.<\/h4>\n

\nExist\u0103 o idee nebuneasc\u0103 c\u0103 paginile create de scripturi ar trebui s\u0103 fie plasate \u00een zona \"cgibin\" sau \"cgi\". Acest lucru dezv\u0103luie modul \u00een care porne\u0219ti serverul t\u0103u web. Schimbi mecanismul (chiar \u0219i p\u0103str\u00e2nd con\u021binutul) \u0219i, ups \u2014 toate URI-urile tale se schimb\u0103.<\/p>\n

S\u0103 lu\u0103m, de exemplu, Fondul Na\u021bional pentru \u0218tiin\u021b\u0103 (NSF):<\/p>\n

Documente online NSF<\/p>\n

http:\/\/www.nsf.gov\/cgi-bin\/pubsys\/browser\/odbrowse.pl<\/pre>\n
\nPrima pagin\u0103 pentru a \u00eencepe s\u0103 vizualiza\u021bi documentele nu va r\u0103m\u00e2ne vizibil\u0103 la fel peste c\u00e2\u021biva ani. cgi-bin<\/code>, oldbrowse<\/code> \u0219i pl<\/code>\u00a0\u2014 toate acestea ofer\u0103 particule de informa\u021bie despre cum-o-facem-acum. Dac\u0103 folosi\u021bi o pagin\u0103 pentru a c\u0103uta un document, ve\u021bi ob\u021bine prima dat\u0103 un rezultat la fel de prost:<\/p>\n
Raportul Grupului de lucru pentru criptologie \u0219i teoria cod\u0103rii<\/p>\n
http:\/\/www.nsf.gov\/cgi-bin\/getpub?nsf9814<\/pre>\n
\npentru pagina de index a documentului, de\u0219i documentul html \u00een sine arat\u0103 mult mai bine:<\/p>\n
http:\/\/www.nsf.gov\/pubs\/1998\/nsf9814\/nsf9814.htm<\/pre>\n
\nAici, titlul pubs\/1998 va oferi oric\u0103rui serviciu de arhivare viitor o cheie bun\u0103 pentru a \u00een\u021belege c\u0103 vechea schem\u0103 de clasificare a documentelor din 1998 este activ\u0103. De\u0219i \u00een 2098 numerele documentelor ar putea ar\u0103ta diferit, \u00eemi pot imagina c\u0103 acest URI va fi \u00een continuare valid \u0219i nu va deranja NSF sau orice alt\u0103 organiza\u021bie care va \u00eentre\u021bine arhiva.<\/p>\n
Nu credeam c\u0103 URL-urile trebuie s\u0103 fie permanente \u2014 existau \u0219i URN-uri.<\/h4>\n
\nProbabil c\u0103 acesta este unul dintre cele mai rele efecte secundare ale discu\u021biei despre URN-uri. Unii cred c\u0103 din cauza cercet\u0103rilor despre un spa\u021biu de nume mai permanent, pot fi neglijen\u021bi \u00een ceea ce prive\u0219te linkurile moarte, deoarece \u201eURN-urile vor rezolva totul\u201d. Dac\u0103 sunte\u021bi dintre ace\u0219ti oameni, permite\u021bi-mi s\u0103 v\u0103 dezam\u0103gesc.<\/p>\n
Majoritatea schemelor URN pe care le-am v\u0103zut arat\u0103 ca un identificator de autoritate, urmat fie de o dat\u0103 \u0219i un \u0219ir ales de tine, fie doar de un \u0219ir ales de tine. Este foarte asem\u0103n\u0103tor cu un HTTP URI. Cu alte cuvinte, dac\u0103 crede\u021bi c\u0103 organiza\u021bia dumneavoastr\u0103 va putea crea URN-uri durabile, dovedi\u021bi acest lucru acum, folosindu-le pentru URI-urile dumneavoastr\u0103 HTTP. \u00cen HTTP nu exist\u0103 nimic care s\u0103 fac\u0103 URI-ul dumneavoastr\u0103 instabil. Doar organiza\u021bia dumneavoastr\u0103. Crea\u021bi o baz\u0103 de date care asociaz\u0103 URN-ul documentului cu numele actual al fi\u0219ierului \u0219i permite\u021bi serverului web s\u0103 o utilizeze pentru a extrage efectiv fi\u0219ierele.<\/p>\n
Dac\u0103 a\u021bi ajuns p\u00e2n\u0103 aici, atunci dac\u0103 nu ave\u021bi timp, bani \u0219i conexiuni pentru a dezvolta un software, pute\u021bi invoca urm\u0103toarea scuz\u0103:<\/p>\n
Am fi vrut, dar pur \u0219i simplu nu avem instrumentele necesare.<\/h4>\n
\nPute\u021bi avea compasiune pentru acest lucru. Sunt complet de acord. Ceea ce trebuie s\u0103 face\u021bi este s\u0103 for\u021ba\u021bi serverul web s\u0103 proceseze instantaneu URI-ul permanent \u0219i s\u0103 returneze fi\u0219ierul, indiferent de locul \u00een care este deposit \u00een prezent \u00een sistemul dumneavoastr\u0103 de fi\u0219iere dezordonat. Vre\u021bi s\u0103 p\u0103stra\u021bi toate URI-urile \u00eentr-un fi\u0219ier ca validare \u0219i s\u0103 men\u021bine\u021bi constant baza de date actualizat\u0103. Vre\u021bi s\u0103 p\u0103stra\u021bi rela\u021biile \u00eentre diferite versiuni \u0219i traduceri ale aceluia\u0219i document \u0219i s\u0103 p\u0103stra\u021bi un fi\u0219ier independent de sum\u0103 de control pentru a asigura protec\u021bia \u00eempotriva coruperii fi\u0219ierului din cauza unei erori accidentale. Iar serverele web nu vin de la sine cu aceste func\u021bionalit\u0103\u021bi. Atunci c\u00e2nd dori\u021bi s\u0103 crea\u021bi un document nou, editorul dumneavoastr\u0103 va solicita s\u0103 specifica\u021bi un URI.<\/p>\n
Ave\u021bi nevoie de capacitatea de a modifica proprietatea, accesul la document, nivelul de securitate a arhivei \u0219i altele \u00een spa\u021biul URI f\u0103r\u0103 a modifica URI-ul.<\/p>\n
Totul este prea r\u0103u. Dar vom corecta situa\u021bia. \u00cen W3C folosim func\u021bionalitatea Jigedit (server Jigsaw pentru editare), care urm\u0103re\u0219te versiunile, \u0219i experiment\u0103m cu scripturi pentru crearea documentelor. Dac\u0103 dezvolta\u021bi instrumente, servere \u0219i clien\u021bi, lua\u021bi \u00een considerare aceast\u0103 problem\u0103!<\/p>\n
Aceast\u0103 scuz\u0103 se aplic\u0103, de asemenea, multor pagini W3C, inclusiv aceasta: deci face\u021bi ceea ce v\u0103 spun, nu ceea ce fac.<\/p>\n
De ce ar trebui s\u0103 m\u0103 preocupe asta?<\/h1>\n
\nC\u00e2nd schimbi URI-ul pe serverul t\u0103u, nu po\u021bi niciodat\u0103 s\u0103 \u0219tii complet cine va avea link-uri c\u0103tre vechiul URI. Acestea pot fi link-uri de pe pagini web obi\u0219nuite. Marcaje pe pagina ta. URI-ul ar fi putut fi scris pe marginea unei scrisori c\u0103tre un prieten.<\/p>\n
C\u00e2nd cineva acceseaz\u0103 un link \u0219i acesta este rupt, de obicei \u00ee\u0219i pierde \u00eencrederea \u00een proprietarul serverului. De asemenea, este dezam\u0103git - at\u00e2t emo\u021bional, c\u00e2t \u0219i \u00een mod real, din cauza imposibilit\u0103\u021bii de a-\u0219i atinge scopul.<\/p>\n
Multe persoane se pl\u00e2ng constant de link-uri rupte \u0219i sper c\u0103 daunele sunt evidente. Sper c\u0103 este, de asemenea, evident\u0103 dauna reputa\u021bional\u0103 pentru \u00eentre\u021bin\u0103torul serverului de pe care a disp\u0103rut documentul.<\/p>\n
Deci ce s\u0103 fac? Designul URI-ului<\/h1>\n
\nEste responsabilitatea webmaster-ului s\u0103 creeze URI-uri care vor putea fi folosite peste 2 ani, peste 20 de ani, peste 200 de ani. Pentru aceasta, sunt necesare g\u00e2ndire, organizare \u0219i determinare.<\/p>\n
URI-urile se schimb\u0103 dac\u0103 informa\u021bia con\u021binut\u0103 \u00een ele se schimb\u0103. Este foarte important cum le proiectezi. (Ce, design URI? Trebuie s\u0103 proiectez URI? Da, ar trebui s\u0103 te g\u00e2nde\u0219ti la asta). Proiectarea \u00eenseamn\u0103, \u00een mare parte, absen\u021ba oric\u0103rei informa\u021bii \u00een URI.<\/p>\n
Data cre\u0103rii documentului - data emiterii URI-ului - este ceva ce nu se va schimba niciodat\u0103. Este foarte util\u0103 pentru a distinge cererile care folosesc noua sistem\u0103 de cele care folosesc vechea sistem\u0103. Este un bun punct de plecare pentru URI. Dac\u0103 documentul are o dat\u0103, chiar \u0219i atunci c\u00e2nd documentul va fi relevant \u00een viitor, este un bun \u00eenceput.<\/p>\n
Singura excep\u021bie este pagina care este inten\u021bionat considerat\u0103 \u2018ultima\u2019 versiune, de exemplu, pentru \u00eentreaga organiza\u021bie sau o mare parte din aceasta.<\/p>\n
http:\/\/www.pathfinder.com\/money\/moneydaily\/latest\/<\/pre>\n
\nAceasta este ultima coloan\u0103 a Money Daily din revista Money. Principala ra\u021biune pentru care aceast\u0103 dat\u0103 nu este necesar\u0103 \u00een acest URI este c\u0103 nu exist\u0103 motive pentru a p\u0103stra un URI care va supravie\u021bui revistei. Conceptul de Money Daily va disp\u0103rea atunci c\u00e2nd Money va disp\u0103rea. Dac\u0103 dore\u0219ti s\u0103 te referi la con\u021binut, ar trebui s\u0103 te referi la el separat \u00een arhive:<\/p>\n
http:\/\/www.pathfinder.com\/money\/moneydaily\/1998\/981212.moneyonline.html<\/pre>\n
\n(Arat\u0103 bine. Presupune c\u0103 \"money\" va \u00eensemna acela\u0219i lucru pe parcursul \u00eentregii existen\u021be a pathfinder.com. Exist\u0103 duplic\u0103ri \"98\" \u0219i un \" .html\" nedorit, dar \u00een rest arat\u0103 ca un URI puternic.<\/p>\n
Ce s\u0103 l\u0103s\u0103m deoparte<\/h4>\n
\nTot! \u00cen afar\u0103 de data cre\u0103rii, pun\u00e2nd orice informa\u021bie \u00een URI, te expui inevitabil la probleme.<\/p>\n