Egilea: Sir Tim Berners-Lee, URI, URL, HTTP, HTML eta World Wide Web-en asmatzailea eta gaur egungo W3C-ko burua. 1998an idatzitako artikulua

Zein URI jotzen da "cool"?
Aldatzen ez dena.
Nola aldatzen dira URIak?
URIak ez dira aldatzen: jendeak aldatzen ditu.

Teorian, ez dago arrazoirik jendeak URIak aldatzeko (edo dokumentu osagarriak uzteko), baina praktikan milioika daude.

Teorian, domeinu-izen-espazio baten jabe nominala benetan domeinu-izen-espazioaren jabe da eta, beraz, bere baitan dauden URI guztien jabea. Kaudimengabeziaz gain, ezerk ez dio eragozten domeinu-izen baten jabeari izena gordetzea. Eta teorian, zure domeinu-izenaren azpian dagoen URI espazioa zure kontrolpean dago guztiz, nahi duzun bezain egonkorra izan dezazun. Dokumentu bat Internetetik desagertzeko arrazoi on bakarra da domeinu-izena zuen konpainiak negozioa utzi duela edo ezin duela zerbitzaria martxan mantentzea. Orduan, zergatik daude hainbeste esteka falta munduan? Horietako batzuk aurreikuspen falta besterik ez dira. Hona hemen entzun ditzakezun arrazoi batzuk:

Gunea berrantolatu besterik ez dugu egin hobeto egiteko.

Benetan uste al duzu URI zaharrek ezin dutela gehiago funtzionatu? Hala bada, oso gaizki aukeratu dituzu. Demagun berriak gordetzea hurrengo birdiseinurako.

Hainbeste gauza ditugu ezen ezin dugula eguneratuta dagoenaren, isilpekoaren eta oraindik garrantzitsua denaren jarraipena egin, beraz, dena desaktibatzea hobe zela pentsatu genuen.

Sinpatia besterik ez dut egin. W3C-k aldi bat igaro zuen, non artxibo-materialak kontu handiz arakatu behar izan genituen konfidentzialtasuna lortzeko, horiek publiko egin aurretik. Erabakia aldez aurretik pentsatu behar da - ziurtatu dokumentu bakoitzarekin irakurle onargarria, sortze-data eta, hoberena, iraungitze-data erregistratzen dituzula. Gorde metadatu hauek.

Tira, fitxategiak mugitu behar ditugula deskubritu dugu...

Hau da aitzakia patetikoenetako bat. Jende askok ez daki web zerbitzariek objektu baten URIaren eta fitxategi-sisteman duen benetako kokapenaren arteko erlazioa kontrolatzeko aukera ematen dizutela. Pentsa URI espazioa espazio abstraktu gisa, ezin hobeto antolatuta. Ondoren, egin mapak bat gauzatzeko erabiltzen duzun edozein errealitaterekin. Ondoren, jakinarazi hau web zerbitzariari. Zure zerbitzariaren zatia ere idatzi dezakezu ongi ateratzeko.

Johnek ez du fitxategi hau mantentzen, Janek orain bai.

Johnen izena URIan zegoen? Ez, fitxategia bere direktorioan zegoen? Beno, ados.

Lehen CGI script bat erabiltzen genuen horretarako, baina orain programa bitar bat erabiltzen dugu.

Ideia zoro bat dago scriptek sortutako orriak "cgibin" edo "cgi" eremuan kokatu behar direla. Honek zure web zerbitzaria exekutatzeko moduaren mekanika erakusten du. Mekanismoa aldatzen duzu (edukia gordetzen duzun bitartean ere), eta aupa, zure URI guztiak aldatzen dira.

Hartu National Science Foundation (NSF) adibidez:

NSF lineako dokumentuak

http://www.nsf.gov/cgi-bin/pubsys/browser/odbrowse.pl

Dokumentuak ikusten hasteko lehen orrialdea, argi eta garbi, ez da berdin jarraituko urte batzuk barru. cgi-bin, oldbrowse и pl - Horrek guztiak informazio pixka bat ematen du nola-egiten-dugun-orain. Orria dokumentu bat bilatzeko erabiltzen baduzu, lortzen duzun lehen emaitza berdin txarra da:

Kriptologiari eta Kodeketaren Teoriari buruzko Lantaldearen txostena

http://www.nsf.gov/cgi-bin/getpub?nsf9814

dokumentuaren aurkibiderako, nahiz eta html dokumentuak berak itxura hobea duen:

http://www.nsf.gov/pubs/1998/nsf9814/nsf9814.htm

Hemen pubs/1998 goiburuak etorkizuneko artxibo-zerbitzuei 1998ko dokumentuen sailkapen eskema zaharra indarrean dagoenaren arrasto ona emango dio. Dokumentu-zenbakiek 2098an itxura desberdina izan dezaketen arren, imajinatuko nuke URI honek oraindik ere balioko lukeela eta ez lukeela oztopatuko NSFrekin edo artxiboa mantenduko lukeen beste edozein erakunderekin.

Ez nuen uste URLak iraunkorrak izan behar zirenik - URNak zeuden.

Hau da ziurrenik URN eztabaidaren albo-ondoriorik txarrenetako bat. Batzuek uste dute izen-espazio iraunkorrago baten ikerketa dela eta, estekak zintzilikarioei buruz arduragabekeria izan dezaketela "URNek hori guztia konponduko dutelako". Pertsona horietako bat bazara, utzi nazazu etsita.

Ikusi ditudan URN eskema gehienek autoritate-identifikatzaile baten itxura dute, eta ondoren aukeratzen duzun data eta kate bat edo zuk hautatutako kate bat besterik ez. Hau HTTP URI baten oso antzekoa da. Beste era batera esanda, zure erakundea iraupen luzeko URNak sortzeko gai izango dela uste baduzu, froga ezazu orain zure HTTP URIetarako erabiliz. Ez dago HTTP-n bertan zure URIa ezegonkorra bihurtzen duen ezer. Zure erakundea bakarrik. Sortu dokumentuaren URN uneko fitxategi-izenarekin mapatzen duen datu-base bat, eta utzi web-zerbitzariak hura erabiltzeko fitxategiak benetan berreskuratzeko.

Puntu honetara iritsi bazara, softwareren bat garatzeko denbora, dirua eta konexiorik ez baduzu, honako aitzakia hau adierazi dezakezu:

Nahi genuen, baina ez ditugu tresna egokiak.

Baina honekin sinpatia zaitezke. Erabat ados nago. Egin behar duzuna da web zerbitzaria URI iraunkorra berehala analizatzera behartzea eta fitxategia uneko fitxategi-sistema zoroan gordeta dagoen tokira itzultzera. URI guztiak fitxategi batean gorde nahi dituzu egiaztapen gisa eta uneoro datu-basea eguneratuta eduki. Dokumentu beraren bertsio eta itzulpen ezberdinen arteko erlazioa gorde nahi duzu, eta kontrol-sumuma-erregistro independente bat ere mantendu nahi duzu fitxategia ustekabeko errore batek hondatzen ez duela ziurtatzeko. Eta web zerbitzariak, besterik gabe, ez dira kutxatik ateratzen ezaugarri hauekin. Dokumentu berri bat sortu nahi duzunean, zure editoreak URI bat zehazteko eskatzen dizu.

Jabetza, dokumentuen sarbidea, artxibo-mailako segurtasuna eta abar aldatzeko gai izan behar duzu URI espazioan URIa aldatu gabe.

Oso txarra da. Baina egoera zuzenduko dugu. W3Cn, bertsioen jarraipena egiten duen Jigedit (Jigsaw editing server) funtzionaltasuna erabiltzen dugu eta dokumentuak sortzeko scriptekin esperimentatzen dugu. Tresnak, zerbitzariak eta bezeroak garatzen badituzu, arreta jarri arazo honi!

Aitzakia hau W3C orrialde askotan ere balio du, hau barne: beraz, egin esaten dudan moduan, ez nik egiten dudan moduan.

Zergatik zaindu behar dut?

Zure zerbitzariko URIa aldatzen duzunean, ezin duzu inoiz guztiz esan nork izango dituen URI zaharrarekin estekak. Hauek ohiko web orrietako estekak izan daitezke. Markatu zure orria. Baliteke URIa lagun bati bidalitako gutun baten ertzetan marraztea.

Norbaitek esteka bat jarraitzen duenean eta hautsi egiten denean, normalean zerbitzariaren jabearengan konfiantza galtzen du. Bera ere frustratuta dago, emozionalki zein fisikoki, bere helburua lortu ezinik.

Jende asko kexatzen da etengabe hautsitako estekengatik, eta espero dut kaltea nabaria izatea. Espero dut dokumentua desagertu den zerbitzariaren mantentzailearen ospearen kaltea ere nabaria izatea.

Beraz, zer egin behar dut? URI diseinua

Web-arduradunaren ardura da 2 urtean, 20 urtean, 200 urtean erabil daitezkeen URIak esleitzea. Horrek gogoeta, antolaketa eta determinazioa eskatzen du.

URIak aldatzen dira haietako informazioren bat aldatzen bada. Nola diseinatzen dituzun oso garrantzitsua da. (Zer, URI diseinua? URIa diseinatu behar al dut? Bai, hori pentsatu beharko zenuke). Diseinua, funtsean, URIko edozein informazio kanpoan uztea esan nahi du.

Dokumentua sortu zen data - URIa jaulki zen eguna - inoiz aldatuko ez den zerbait da. Oso erabilgarria da sistema berria erabiltzen duten kontsultak sistema zaharra erabiltzen dutenetatik bereizteko. Hau leku ona da URI batekin hasteko. Dokumentu bat datatuta badago, dokumentua etorkizunean garrantzitsua izango bada ere, hasiera ona da hau.

Salbuespen bakarra nahita "azkena" bertsioa den orrialde bat da, adibidez erakunde osorako edo haren zati handirako.

http://www.pathfinder.com/money/moneydaily/latest/

Hau da Money aldizkariaren azken zutabea. URI honetan datarik behar ez izateko arrazoi nagusia da erregistrotik irauten duen URIa gordetzeko arrazoirik ez dagoela. Money Daily kontzeptua Money desagertzen denean desagertuko da. Edukia estekatu nahi baduzu, artxiboetan bereizita estekatu beharko zenuke:

http://www.pathfinder.com/money/moneydaily/1998/981212.moneyonline.html

(Itxura ona du. Suposatzen du "diruak" gauza bera esan nahi duela pathfinder.com-en bizitzan zehar. "98" bikoiztua dago eta alferrikako ".html" bat dago, baina bestela URI sendoa dirudi.

Zer alde batera utzi

Denak! Sortze dataz gain, edozein informazio URIan jartzea arazoak era batera edo bestera eskatzea da.

Egilearen izena. Baliteke egiletasuna aldatzea bertsio berriak eskuragarri dauden heinean. Jendeak erakundeak utzi eta gauzak besteei pasatzen dizkie.
gaia. Oso zaila da. Hasieran beti itxura ona du, baina izugarri azkar aldatzen da. Honi buruz gehiago hitz egingo dut jarraian.
Status. Fitxategi-sistema guztietan agertzen dira "zaharra", "zirriborroa" eta abar bezalako direktorioa, "azkena" eta "cool" aipatzearren. Dokumentuek egoera aldatzen dute; bestela, ez litzateke balioko zirriborroak sortzeak. Dokumentu baten azken bertsioak identifikatzaile iraunkor bat behar du, bere egoera edozein dela ere. Mantendu egoera izenetik kanpo.
Sarbidea. W3Cn, gunea ataletan banatu dugu langileentzat, kideentzat eta publikoarentzat. Honek ondo ematen du, baina, noski, dokumentuak langileen talde-ideia gisa hasten dira, kideekin eztabaidatzen dira eta gero publiko bihurtzen dira. Benetan pena izango litzateke dokumentu bat eztabaida zabalagorako irekitzen den bakoitzean beraren esteka zahar guztiak hautsita! Orain data-kode soil batera pasako gara.
Fitxategiaren luzapena. Oso ohikoa den fenomenoa. "cgi", ".html" ere aldatuko da etorkizunean. Baliteke 20 urte barru HTML orri honetarako ez erabiltzea, baina gaur egungo estekek funtzionatu beharko lukete. W3C guneko esteka kanonikoek ez dute luzapena erabiltzen (nola egiten den).
Software mekanismoak. URIan, bilatu "cgi", "exec" eta "begiratu zein software erabiltzen ari garen" garrasi egiten duten beste termino batzuk. Norbaitek bizitza osoa eman nahi al du Perl CGI gidoiak idazten? Ez? Ondoren, kendu .pl luzapena. Irakurri zerbitzariaren eskuliburua hau nola egin jakiteko.
Diskoaren izena. Etorri! Baina hau ikusi dut.

Beraz, gure guneko adibiderik onena besterik ez da

http://www.w3.org/1998/12/01/chairs

... W3Cko presidenteen bilerako akten berri eman.

Gaiak eta gaiaren araberako sailkapena

Arrisku honi buruz gehiago sakonduko dut, saihesteko zailena den gauza horietako bat baita. Normalean, gaiak URIetan amaitzen dira dokumentuak egiten duten lanaren arabera sailkatzen dituzunean. Baina matxura hori aldatu egingo da denborarekin. Eremuen izenak aldatuko dira. W3Cn MarkUP aldatu nahi genuen Markup-era eta gero HTMLra atalaren benetako edukia islatzeko. Horrez gain, izen-espazio laua egon ohi da. 100 urte barru, ziur ez duzula ezer berrerabili nahi? Gure bizitza laburrean dagoeneko "Historia" eta "Estilo-orriak" berrerabili nahi izan ditugu adibidez.

Webgune bat antolatzeko modu tentagarria da, eta edozer gauza antolatzeko modu benetan tentagarria, Web osoa barne. Epe ertainerako irtenbide bikaina da, baina gabezia handiak ditu epe luzera.

Arrazoiaren zati bat esanahiaren filosofian dago. Hizkuntza bateko termino bakoitza multzokatzeko balizko helburu bat da, eta pertsona bakoitzak esan nahi duenaren ideia ezberdina izan dezake. Entitateen arteko harremanak zuhaitz baten antza baino gehiago sare bat direnez, webarekin ados daudenek ere zuhaitzaren beste irudikapen bat hauta dezakete. Hauek dira nire (askotan errepikatzen diren) behaketa orokorrak sailkapen hierarkikoaren arriskuei buruz irtenbide orokor gisa.

Izan ere, URI batean gai-izen bat erabiltzen duzunean, nolabaiteko sailkapen batekin konprometitzen zara. Agian etorkizunean beste aukera bat nahiago izango duzu. Orduan, URIa urratu ahal izango da.

Gai-eremu bat URI baten zati gisa erabiltzearen arrazoia URI espazioaren azpiatalen ardura eskuordetu ohi dela da, eta orduan azpiespazio horren arduraduna den erakunde-organoaren izena behar duzu -saila, taldea edo dena delakoa-. Hau erakunde-egitura bati lotzen zaion URI bat da. Normalean segurua da (ezkerreko) URI data batek babesten badu: 1998/pics-ek zure zerbitzariarentzat "zer esan nahi genuen 1998an argazkiekin" esan nahi du, "zer egin genuen 1998an orain argazkiak deitzen ditugunekin".

Ez ahaztu domeinu-izena

Gogoratu hau URIko bide-ri ez ezik, zerbitzariaren izenari ere aplikatzen zaiola. Gauza ezberdinetarako zerbitzari bereiziak badituzu, gogoratu zatiketa hau aldatzea ezinezkoa izango dela esteka asko eta asko suntsitu gabe. "Begiratu gaur egun erabiltzen dugun softwareari" akats klasiko batzuk "cgi.pathfinder.com", "secure", "lists.w3.org" domeinu-izenak dira. Zerbitzariaren administrazioa errazteko diseinatuta daude. Domeinu batek zure enpresaren zatiketa, dokumentu-egoera, sarbide-maila edo segurtasun-maila bat adierazten duen ala ez kontuan hartu gabe, kontu handiz ibili domeinu-izen bat baino gehiago dokumentu mota anitzetan erabili aurretik. Gogoratu web zerbitzari anitz ezkuta ditzakezula ikusgai web zerbitzari bakar baten barruan birbideratzea eta proxy-a erabiliz.

Oh, eta pentsatu zure domeinu-izenari buruz ere. Ez duzu soap.com deitzea nahi produktu-lerroak aldatu eta xaboia egiteari utzi ondoren (Barkatu momentuz soap.com-en jabe denari).

Ondorioa

URI bat 2, 20, 200 edo 2000 urtez gordetzea, jakina, ez da dirudien bezain erraza. Hala ere, Internet osoan, web-arduradunek etorkizunean zeregin hori benetan zailtzen duten erabakiak hartzen ari dira. Askotan, une honetan gune onena aurkezteko lana duten tresnak erabiltzen dituztelako gertatzen da hori, eta inork ez du ebaluatu zer gertatuko den estekekin dena aldatzen denean. Hala ere, hemen kontua da gauza asko eta asko alda daitezkeela eta zure URIak berdinak izan daitezkeela eta egon behar dutela. Hori nola sortzen dituzun pentsatzen duzunean bakarrik da posible.

Ikusi ere:

Jakob Nielsenen tirada gai berari buruz

osagarriak

Nola kendu fitxategi-luzapenak...

...uneko fitxategietan oinarritutako web zerbitzariko URI batetik?

Apache erabiltzen baduzu, adibidez, edukia negoziatzeko konfigura dezakezu. Gorde fitxategi-luzapena (adibidez. .png) fitxategi batean (adibidez. nire txakurra.png), baina hori gabe web-baliabide batera esteka dezakezu. Ondoren, Apache-k izen hori eta edozein luzapen duten fitxategi guztien direktorioa egiaztatzen du, eta multzoko onena aukera dezake (adibidez, GIF eta PNG). Eta ez dago fitxategi mota desberdinak direktorio ezberdinetan jarri beharrik, izan ere, edukien bat etortzeak ez du funtzionatuko hori egiten baduzu.

Konfiguratu zure zerbitzaria edukia negoziatzeko
Estekatu beti URIetara luzapenik gabe

Luzapendun estekek funtzionatuko dute oraindik, baina zure zerbitzariak gaur egun eta etorkizunean eskuragarri dagoen formatu onena aukeratzea eragotziko du.

(Izan ere, mydog, mydog.png и mydog.gif - Baliozko web baliabideak, mydog eduki mota unibertsalaren baliabidea da, eta mydog.png и mydog.gif — eduki mota jakin bateko baliabideak).

Jakina, zure web zerbitzaria idazten ari bazara, komeni da datu-base bat erabiltzea identifikatzaile iraunkorrak bere uneko formara lotzeko, kontuz ibili arren datu-basearen hazkunde mugagabearekin.

The Board of Shame - Story 1: Channel 7

1999an zehar, elurragatik ikastetxeen itxieraren jarraipena egin nuen orrialdean http://www.whdh.com/stormforce/closings.shtml. Ez itxaron informazioa telebistako pantailaren behealdean agertu arte! Nire hasierako orrialdetik estekatu dut. 2000. urteko lehen elur ekaitz handia iristen da eta orria begiratzen dut. Han idatzita dago:,

- Noiztik aurrera.
Une honetan ez dago ezer itxita. Mesedez, itzuli eguraldi abisurik izanez gero.

Ezin da hain ekaitz indartsua izan. Bitxia da data falta izatea. Baina gunearen orri nagusira joaten bazara, "Itxitako ikastetxeak" botoi handi bat egongo da orrialdera eramaten duena. http://www.whdh.com/stormforce/ ikastetxe itxien zerrenda luze batekin.

Agian zerrenda lortzeko sistema aldatu zuten, baina ez zuten URIa aldatu behar izan.

Lotsaren Kontseilua - 2. istorioa: Microsoft Netmeeting

Internetekiko mendekotasuna gero eta handiagoa zenez, fabrikatzailearen webgunerako estekak aplikazioetan txertatu zitezkeen ideia burutsu bat sortu zen. Hau asko erabili eta tratu txarrak erabili dira, baina ezin duzu URLa aldatu. Beste egunean, Microsoft Netmeeting 2/something bezeroaren esteka bat probatu nuen Web/Doako gauzak menuko Help/Microsoft-en eta 404 errore bat jaso nuen - ez zen zerbitzariaren erantzunik aurkitu. Agian jada konponduta dago...

Ohar historikoa: XX.mendearen amaieran, hau idatzi zenean, "cool" onespen epitetoa zen, batez ere gazteen artean, modantasuna, kalitatea edo egokitasuna adierazten zuena. Presaka, URI bidea maiz aukeratzen zen "hoztasun"agatik, erabilgarritasun edo iraunkortasunerako baino. Post hau cool bilaketaren atzean dagoen energia birbideratzeko saiakera bat da.

Iturria: www.habr.com

URI coolak ez dira aldatzen