Mwandishi: Sir Tim Berners-Lee, mvumbuzi wa URI, URLs, HTTP, HTML na Mtandao Wote wa Ulimwenguni, na mkuu wa sasa wa W3C. Nakala iliyoandikwa mnamo 1998

Ni URI gani inachukuliwa kuwa "baridi"?
Moja ambayo haibadilika.
Je, URI hubadilishwaje?
URI hazibadiliki: watu huzibadilisha.

Kwa nadharia, hakuna sababu ya watu kubadilisha URIs (au kuacha kuunga mkono hati), lakini kwa mazoezi kuna mamilioni yao.

Kinadharia, mmiliki jina wa nafasi ya majina ya kikoa anamiliki nafasi ya majina ya kikoa na kwa hivyo URI zote zilizo ndani yake. Kando na ufilisi, hakuna kinachomzuia mwenye jina la kikoa kutunza jina. Na kwa nadharia, nafasi ya URI chini ya jina la kikoa chako iko chini ya udhibiti wako, kwa hivyo unaweza kuifanya iwe thabiti upendavyo. Sababu pekee nzuri ya hati kutoweka kutoka kwa mtandao ni kwamba kampuni inayomiliki jina la kikoa imekosa biashara au haiwezi kumudu tena kuweka seva ikiendelea. Basi kwa nini kuna viungo vingi vinavyokosekana ulimwenguni? Baadhi ya haya ni ukosefu wa fikra tu. Hapa kuna baadhi ya sababu unaweza kusikia:

Tumepanga upya tovuti ili kuifanya bora zaidi.

Unafikiri kweli URI za zamani haziwezi kufanya kazi tena? Ikiwa ndivyo, basi uliwachagua vibaya sana. Zingatia kuweka mpya kwa uundaji upya unaofuata.

Tuna mambo mengi sana ambayo hatuwezi kufuatilia yaliyopitwa na wakati, yaliyo siri na yale ambayo bado ni muhimu, kwa hivyo tuliona ni bora tu kuzima yote.

Naweza tu kuonea huruma. W3C ilipitia kipindi ambapo ilitubidi kuchuja kwa uangalifu nyenzo za kumbukumbu kwa usiri kabla ya kuziweka hadharani. Uamuzi unapaswa kufikiriwa mapema - hakikisha kuwa kwa kila hati unarekodi usomaji unaokubalika, tarehe ya uundaji na, kwa kweli, tarehe ya kumalizika muda wake. Hifadhi metadata hii.

Kweli, tuligundua kuwa tunahitaji kuhamisha faili...

Hii ni moja ya visingizio vya kusikitisha zaidi. Watu wengi hawajui kuwa seva za wavuti hukuruhusu kudhibiti uhusiano kati ya URI ya kitu na eneo lake halisi katika mfumo wa faili. Fikiria nafasi ya URI kama nafasi dhahania, iliyopangwa kikamilifu. Kisha tengeneza ramani kwa uhalisia wowote unaotumia kuutambua. Kisha ripoti hii kwa seva ya wavuti. Unaweza hata kuandika kijisehemu chako cha seva ili kukiweka sawa.

John hahifadhi faili hili tena, Jane sasa anafanya hivyo.

Je, jina la John lilikuwa kwenye URI? Hapana, faili ilikuwa katika saraka yake tu? Naam, sawa.

Hapo awali tulitumia hati ya CGI kwa hili, lakini sasa tunatumia programu ya binary.

Kuna wazo la kichaa kwamba kurasa zilizoundwa na hati zinapaswa kupatikana katika eneo la "cgibin" au "cgi". Hii inafichua mbinu za jinsi unavyoendesha seva yako ya wavuti. Unabadilisha utaratibu (hata unapohifadhi maudhui), na lo - URI zako zote hubadilika.

Chukua Taasisi ya Kitaifa ya Sayansi (NSF) kwa mfano:

Nyaraka za Mtandaoni za NSF

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

Ukurasa wa kwanza wa kuanza kutazama hati hautabaki sawa katika miaka michache. cgi-bin, oldbrowse и pl - yote haya yanatoa taarifa kidogo kuhusu jinsi-tunavyofanya-sasa. Ukitumia ukurasa huo kutafuta hati, matokeo ya kwanza unayopata ni mabaya vile vile:

Ripoti ya Kikundi Kazi kuhusu Cryptolojia na Nadharia ya Usimbaji

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

kwa ukurasa wa faharisi ya hati, ingawa hati ya html yenyewe inaonekana bora zaidi:

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

Hapa kichwa cha baa/1998 kitatoa huduma yoyote ya kumbukumbu ya siku zijazo kidokezo kizuri kwamba mpango wa uainishaji wa hati wa 1998 unaanza kutumika. Ingawa nambari za hati zinaweza kuonekana tofauti mnamo 2098, ningefikiria kuwa URI hii ingali halali na isingeingilia NSF au shirika lingine lolote ambalo lingedumisha kumbukumbu.

Sikufikiri kuwa URL zilibidi ziendelee - kulikuwa na URN.

Labda hii ni moja ya athari mbaya zaidi za mjadala wa URN. Baadhi ya watu wanafikiri kwamba kwa sababu ya utafiti katika nafasi ya majina ya kudumu zaidi, wanaweza kuwa wazembe kuhusu viungo vinavyoning'inia kwa sababu "URNs zitarekebisha hayo yote." Ikiwa wewe ni mmoja wa watu hawa, basi nikukatishe tamaa.

Miradi mingi ya URN ambayo nimeona inaonekana kama kitambulisho cha mamlaka kikifuatwa na ama tarehe na mfuatano unaochagua, au mfuatano tu unaochagua. Hii ni sawa na HTTP URI. Kwa maneno mengine, ikiwa unafikiri shirika lako litaweza kuunda URN za muda mrefu, basi ithibitishe sasa kwa kuzitumia kwa URI zako za HTTP. Hakuna chochote katika HTTP yenyewe kinachofanya URI yako kutokuwa thabiti. Shirika lako pekee. Unda hifadhidata inayoweka URN ya hati kwa jina la sasa la faili, na uruhusu seva ya wavuti itumie kupata faili.

Ikiwa umefikia hatua hii, ikiwa huna wakati, pesa na viunganisho vya kuunda programu fulani, basi unaweza kutaja udhuru ufuatao:

Tulitaka, lakini hatuna zana zinazofaa.

Lakini unaweza kuhurumia hii. Nakubali kabisa. Unachohitaji kufanya ni kulazimisha seva ya wavuti kuchanganua URI inayoendelea mara moja na kurudisha faili popote ilipohifadhiwa kwenye mfumo wako wa sasa wa faili. Unataka kuhifadhi URI zote kwenye faili kama hundi na kusasisha hifadhidata kila wakati. Unataka kuhifadhi uhusiano kati ya matoleo tofauti na tafsiri za hati sawa, na pia kudumisha rekodi huru ya ukaguzi ili kuhakikisha kuwa faili haijaharibiwa na hitilafu ya bahati mbaya. Na seva za wavuti hazitoki nje ya kisanduku na vipengele hivi. Unapotaka kuunda hati mpya, mhariri wako anakuuliza ubainishe URI.

Unahitaji kuwa na uwezo wa kubadilisha umiliki, ufikiaji wa hati, usalama wa kiwango cha kumbukumbu, n.k. katika nafasi ya URI bila kubadilisha URI.

Yote ni mbaya sana. Lakini tutarekebisha hali hiyo. Katika W3C, tunatumia utendakazi wa Jigedit (seva ya kuhariri ya Jigsaw) inayofuatilia matoleo, na tunajaribu hati za kutengeneza hati. Ukitengeneza zana, seva, na wateja, makini na tatizo hili!

Udhuru huu pia unatumika kwa kurasa nyingi za W3C, ikijumuisha hii: kwa hivyo fanya nisemavyo, si kama nifanyavyo.

Kwa nini nijali?

Unapobadilisha URI kwenye seva yako, huwezi kamwe kujua ni nani atakuwa na viungo vya URI ya zamani. Hizi zinaweza kuwa viungo kutoka kwa kurasa za kawaida za wavuti. Alamisha ukurasa wako. URI inaweza kuwa ilikunjwa kwenye ukingo wa barua kwa rafiki.

Mtu anapofuata kiungo na kikavunjwa, kwa kawaida hupoteza imani kwa mmiliki wa seva. Pia amechanganyikiwa, kihisia na kimwili, kwa kutoweza kufikia lengo lake.

Watu wengi wanalalamika kuhusu viungo vilivyovunjika wakati wote, na natumaini uharibifu ni dhahiri. Natumai kuwa uharibifu wa sifa kwa mtunza seva ambapo hati ilipotea pia ni dhahiri.

Kwa hiyo nifanye nini? Ubunifu wa URI

Ni wajibu wa msimamizi wa tovuti kutenga URI ambazo zinaweza kutumika kwa miaka 2, katika miaka 20, katika miaka 200. Hii inahitaji umakini, mpangilio na uamuzi.

URI hubadilika ikiwa taarifa yoyote ndani yake itabadilika. Jinsi unavyoziunda ni muhimu sana. (Nini, muundo wa URI? Je, ninahitaji kubuni URI? Ndiyo, unapaswa kufikiria kuhusu hilo). Ubunifu kimsingi inamaanisha kuacha habari yoyote kwenye URI.

Tarehe ambayo hati iliundwa - tarehe ambayo URI ilitolewa - ni jambo ambalo halitabadilika kamwe. Ni muhimu sana kwa kutenganisha maombi yanayotumia mfumo mpya kutoka kwa yale yanayotumia mfumo wa zamani. Hapa ni pazuri pa kuanzia na URI. Ikiwa hati ni ya tarehe, hata kama hati itakuwa muhimu katika siku zijazo, basi huu ni mwanzo mzuri.

Isipokuwa ni ukurasa ambao kwa makusudi ni toleo "la hivi karibuni zaidi", kwa mfano kwa shirika zima au sehemu yake kubwa.

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

Hii ni safu ya hivi punde ya Money Daily katika jarida la Money. Sababu kuu ya URI hii haihitaji tarehe ni kwa sababu hakuna sababu ya kuhifadhi URI ambayo itaishi zaidi ya logi. Dhana ya Money Daily itatoweka Pesa itatoweka. Ikiwa ungependa kuunganisha kwa maudhui, unapaswa kuunganisha kwayo kando katika kumbukumbu:

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

(Inaonekana vizuri. Inachukulia kwamba "fedha" itamaanisha kitu kimoja katika maisha yote ya pathfinder.com. Kuna nakala "98" na ".html" isiyo ya lazima, lakini vinginevyo inaonekana kama URI kali.

Nini cha kuacha kando

Wote! Kando na tarehe ya uundaji, kuweka habari yoyote kwenye URI ni kuuliza shida kwa njia moja au nyingine.

Jina la mwandishi. Uandishi unaweza kubadilika kadiri matoleo mapya yanavyopatikana. Watu huacha mashirika na kupitisha mambo kwa wengine.
Mada. Ni vigumu sana. Daima inaonekana nzuri kwa mara ya kwanza, lakini mabadiliko ya kushangaza haraka. Nitazungumza zaidi juu ya hii hapa chini.
Hali. Saraka kama "zamani", "rasimu" na kadhalika, bila kutaja "za hivi karibuni" na "baridi", zinaonekana katika mifumo yote ya faili. Hati hubadilisha hali - vinginevyo hakutakuwa na maana katika kuunda rasimu. Toleo la hivi punde la hati linahitaji kitambulisho endelevu, bila kujali hali yake. Weka hali nje ya jina.
Ufikiaji. Katika W3C, tumegawanya tovuti katika sehemu za wafanyikazi, wanachama na umma. Hii inasikika kuwa nzuri, lakini kwa kweli, hati huanza kama maoni ya timu kutoka kwa wafanyikazi, yanajadiliwa na washiriki, na kisha kuwa maarifa ya umma. Itakuwa aibu sana ikiwa kila wakati hati inapofunguliwa kwa mjadala mpana, viungo vyote vya zamani vyake vinavunjwa! Sasa tunaendelea na msimbo rahisi wa tarehe.
Ugani wa faili. Tukio la kawaida sana. "cgi", hata ".html" itabadilika katika siku zijazo. Huenda hutumii HTML kwa ukurasa huu kwa miaka 20, lakini viungo vya leo kwao bado vinapaswa kufanya kazi. Viungo vya kanuni kwenye tovuti ya W3C havitumii kiendelezi (jinsi inafanyika).
Mifumo ya programu. Katika URI, tafuta "cgi", "exec" na maneno mengine ambayo yanapiga kelele "angalia ni programu gani tunayotumia." Kuna mtu anataka kutumia maisha yake yote kuandika maandishi ya Perl CGI? Hapana? Kisha ondoa kiendelezi cha .pl. Soma mwongozo wa seva juu ya jinsi ya kufanya hivyo.
Jina la diski. Haya! Lakini nimeona hii.

Kwa hivyo mfano bora kutoka kwa wavuti yetu ni rahisi

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

... ripoti ya kumbukumbu za mkutano wa Wenyeviti wa W3C.

Mada na uainishaji kwa mada

Nitaenda kwa undani zaidi juu ya hatari hii, kwani ni moja ya mambo ambayo ni ngumu sana kuepukwa. Kwa kawaida, mada huishia kwenye URI unapopanga hati zako kulingana na kazi wanazofanya. Lakini mgawanyiko huu utabadilika kwa wakati. Majina ya maeneo yatabadilika. Katika W3C tulitaka kubadilisha MarkUP hadi Markup na kisha HTML ili kuonyesha maudhui halisi ya sehemu hiyo. Kwa kuongeza, mara nyingi kuna nafasi ya jina la gorofa. Katika miaka 100, una uhakika hutataka kutumia tena chochote? Katika maisha yetu mafupi tayari tumetaka kutumia tena "Historia" na "Laha za Mitindo" kwa mfano.

Ni njia inayovutia ya kupanga tovuti—na njia inayovutia sana ya kupanga chochote, ikijumuisha Wavuti nzima. Hili ni suluhisho kubwa la muda wa kati lakini lina mapungufu makubwa kwa muda mrefu.

Sehemu ya sababu iko katika falsafa ya maana. Kila neno katika lugha linaweza kulenga kuunganishwa, na kila mtu anaweza kuwa na wazo tofauti la maana yake. Kwa kuwa uhusiano kati ya vyombo ni kama wavuti kuliko mti, hata wale wanaokubaliana na wavuti wanaweza kuchagua uwakilishi tofauti wa mti. Haya ni uchunguzi wangu (mara kwa mara) wa jumla juu ya hatari ya uainishaji wa hali ya juu kama suluhisho la jumla.

Kwa kweli, unapotumia jina la mada katika URI, unajitolea kwa aina fulani ya uainishaji. Labda katika siku zijazo utapendelea chaguo tofauti. URI basi itakuwa rahisi kukiuka.

Sababu ya kutumia eneo la somo kama sehemu ya URI ni kwamba jukumu la vijisehemu vya nafasi ya URI kawaida hukabidhiwa, na kisha unahitaji jina la shirika la shirika - idara, kikundi, au chochote - ambacho kinawajibika kwa nafasi hiyo ndogo. Hii ni URI inayofunga muundo wa shirika. Kwa kawaida huwa salama tu ikiwa URI ya zaidi (kushoto) inalindwa na tarehe: 1998/pics zinaweza kumaanisha kwa seva yako "kile tulichomaanisha mwaka wa 1998 na picha" badala ya "kile tulichofanya mwaka wa 1998 na kile tunachoita sasa picha."

Usisahau jina la kikoa

Kumbuka kwamba hii inatumika si tu kwa njia katika URI, lakini pia kwa jina la seva. Ikiwa una seva tofauti kwa vitu tofauti, kumbuka kuwa mgawanyiko huu hautawezekana kubadilika bila kuharibu viungo vingi. Baadhi ya makosa ya kawaida ya "angalia programu tunayotumia leo" ni majina ya vikoa "cgi.pathfinder.com", "salama", "lists.w3.org". Zimeundwa ili kurahisisha usimamizi wa seva. Bila kujali kama kikoa kinawakilisha mgawanyiko katika kampuni yako, hali ya hati, kiwango cha ufikiaji, au kiwango cha usalama, kuwa mwangalifu sana kabla ya kutumia zaidi ya jina moja la kikoa kwa aina nyingi za hati. Kumbuka kwamba unaweza kuficha seva nyingi za wavuti ndani ya seva moja inayoonekana ya wavuti kwa kutumia uelekezaji kwingine na kutoa seva mbadala.

Lo, na pia fikiria kuhusu jina la kikoa chako. Hutaki kujulikana kama soap.com baada ya kubadilisha laini za bidhaa na kuacha kutengeneza sabuni (Pole kwa anayemiliki soap.com kwa sasa).

Hitimisho

Kuhifadhi URI kwa miaka 2, 20, 200, au hata 2000 ni wazi sio rahisi kama inavyoonekana. Hata hivyo, kote kwenye mtandao, wasimamizi wa wavuti wanafanya maamuzi ambayo yanafanya kazi hii kuwa ngumu kwao wenyewe katika siku zijazo. Mara nyingi hii ni kwa sababu wanatumia zana ambazo kazi yake ni kuwasilisha tovuti bora kwa sasa tu - na hakuna mtu aliyetathmini nini kitatokea kwa viungo wakati kila kitu kinabadilika. Hata hivyo, suala hapa ni kwamba mambo mengi, mengi yanaweza kubadilika, na URI zako zinaweza na zinapaswa kubaki vile vile. Hii inawezekana tu unapofikiria jinsi ya kuunda.

Tazama pia:

Jakob Nielsen alizungumza juu ya mada hiyo hiyo

Maongezo

Jinsi ya kuondoa viendelezi vya faili...

...kutoka kwa URI katika seva ya wavuti inayotegemea faili ya sasa?

Ikiwa unatumia Apache, kwa mfano, unaweza kuisanidi ili kujadili maudhui. Hifadhi kiendelezi cha faili (k.m. .png) kwenye faili (k.m. mydog.png), lakini unaweza kuunganisha kwa rasilimali ya wavuti bila hiyo. Apache kisha hukagua saraka ya faili zote zilizo na jina hilo na kiendelezi chochote, na inaweza kuchagua bora zaidi kutoka kwa seti (kwa mfano, GIF na PNG). Na hakuna haja ya kuweka aina tofauti za faili katika saraka tofauti, kwa kweli kulinganisha yaliyomo haitafanya kazi ikiwa utafanya hivyo.

Sanidi seva yako ili kujadili maudhui
Unganisha kwa URI kila wakati bila kiendelezi

Viungo vilivyo na viendelezi bado vitafanya kazi, lakini vitazuia seva yako kuchagua umbizo bora linalopatikana kwa sasa na siku zijazo.

(Kwa kweli, mydog, mydog.png и mydog.gif - rasilimali halali za wavuti, mydog ni rasilimali ya aina ya maudhui kwa wote, na mydog.png и mydog.gif - rasilimali za aina maalum ya yaliyomo).

Bila shaka, ikiwa unaandika seva yako ya wavuti, ni wazo nzuri kutumia hifadhidata ili kuunganisha vitambulishi vinavyoendelea kwa fomu yao ya sasa, ingawa tahadhari na ukuaji wa hifadhidata usio na kikomo.

Bodi ya Aibu - Hadithi ya 1: Idhaa ya 7

Mnamo 1999, nilifuatilia kufungwa kwa shule kwa sababu ya theluji kwenye ukurasa http://www.whdh.com/stormforce/closings.shtml. Usingoje habari ionekane chini ya skrini ya Runinga! Niliunganisha nayo kutoka kwa ukurasa wangu wa nyumbani. Dhoruba kubwa ya kwanza ya theluji ya 2000 inafika na ninaangalia ukurasa. Imeandikwa hapo:,

- Kama ya.
Hakuna kilichofungwa kwa sasa. Tafadhali rudi ikiwa kuna maonyo ya hali ya hewa.

Haiwezi kuwa dhoruba kali kama hiyo. Inafurahisha kuwa tarehe haipo. Lakini ukienda kwenye ukurasa kuu wa tovuti, kutakuwa na kifungo kikubwa "Shule Zilizofungwa", ambayo inaongoza kwenye ukurasa. http://www.whdh.com/stormforce/ na orodha ndefu ya shule zilizofungwa.

Labda walibadilisha mfumo wa kupata orodha - lakini hawakuhitaji kubadilisha URI.

Bodi ya Aibu - Hadithi ya 2: Microsoft Netmeeting

Kwa kuongezeka kwa utegemezi kwenye mtandao, wazo la busara lilikuja kwamba viungo vya tovuti ya mtengenezaji vinaweza kupachikwa katika programu. Hii imetumika na kutumiwa vibaya sana, lakini huwezi kubadilisha URL. Siku nyingine tu nilijaribu kiunga kutoka kwa mteja wa Microsoft Netmeeting 2/kitu kwenye Msaada/Microsoft kwenye menyu ya vitu vya Wavuti/Bila na nikapokea hitilafu 404 - hakuna jibu kutoka kwa seva lililopatikana. Labda tayari imerekebishwa ...

Kumbuka ya kihistoria: Mwishoni mwa karne ya 20, wakati hii iliandikwa, "baridi" ilikuwa epithet ya idhini, hasa kati ya vijana, inayoonyesha mtindo, ubora, au kufaa. Kwa haraka, njia ya URI mara nyingi ilichaguliwa kwa "ubaridi" badala ya manufaa au uimara. Chapisho hili ni jaribio la kuelekeza nishati nyuma ya utafutaji wa baridi.

Chanzo: mapenzi.com

URI baridi hazibadiliki