Awdur: Syr Tim Berners-Lee, dyfeisiwr URIs, URLs, HTTP, HTML a'r We Fyd Eang, a phennaeth presennol y W3C. Erthygl a ysgrifennwyd yn 1998

Pa URI sy'n cael ei ystyried yn "cŵl"?
Un sydd ddim yn newid.
Sut mae URIs yn cael eu newid?
Nid yw URI yn newid: mae pobl yn eu newid.

Mewn theori, nid oes unrhyw reswm i bobl newid URI (neu roi'r gorau i ddogfennau ategol), ond yn ymarferol mae miliynau ohonynt.

Mewn egwyddor, perchennog enwol gofod enw parth mewn gwirionedd sy'n berchen ar y gofod enw parth ac felly'r holl URIau ynddo. Ar wahân i ansolfedd, nid oes dim yn atal perchennog enw parth rhag cadw'r enw. Ac mewn theori, mae'r gofod URI o dan eich enw parth yn gyfan gwbl o dan eich rheolaeth, felly gallwch chi ei wneud mor sefydlog ag y dymunwch. Yr unig reswm da i raddau helaeth i ddogfen ddiflannu o'r rhyngrwyd yw bod y cwmni a oedd yn berchen ar yr enw parth wedi mynd i'r wal neu na allant fforddio cadw'r gweinydd i redeg mwyach. Yna pam fod cymaint o ddolenni coll yn y byd? Yn syml, diffyg meddwl yw peth o hyn. Dyma rai rhesymau y gallech chi glywed:

Rydym newydd ad-drefnu'r safle i'w wella.

Ydych chi wir yn meddwl na all yr hen URIs weithio mwyach? Os felly, yna fe wnaethoch chi eu dewis yn wael iawn. Ystyriwch gadw'r rhai newydd ar gyfer yr ailgynllunio nesaf.

Mae gennym ni gymaint o bethau fel na allwn gadw golwg ar yr hyn sydd wedi dyddio, beth sy'n gyfrinachol, a'r hyn sy'n dal yn berthnasol, felly roeddem yn meddwl mai'r peth gorau oedd diffodd y cyfan.

Ni allaf ond cydymdeimlo. Aeth W3C trwy gyfnod lle bu'n rhaid i ni hidlo'n ofalus trwy ddeunyddiau archifol er mwyn sicrhau cyfrinachedd cyn eu gwneud yn gyhoeddus. Mae angen meddwl am y penderfyniad ymhell ymlaen llaw - gwnewch yn siŵr eich bod yn nodi gyda phob dogfen ddyddiad darllen derbyniol, dyddiad creu ac, yn ddelfrydol, dyddiad dod i ben. Cadw'r metadata hwn.

Wel, fe wnaethon ni ddarganfod bod angen i ni symud ffeiliau ...

Dyma un o'r esgusodion mwyaf truenus. Nid yw llawer o bobl yn gwybod bod gweinyddwyr gwe yn caniatáu ichi reoli'r berthynas rhwng URI gwrthrych a'i leoliad gwirioneddol yn y system ffeiliau. Meddyliwch am y gofod URI fel gofod haniaethol, wedi'i drefnu'n berffaith. Yna gwnewch fapio i ba bynnag realiti rydych chi'n ei ddefnyddio i'w wireddu. Yna adroddwch hyn i'r gweinydd gwe. Gallwch hyd yn oed ysgrifennu eich pyt gweinydd eich hun i'w gael yn iawn.

Nid yw John bellach yn cadw'r ffeil hon, mae Jane bellach yn gwneud hynny.

Oedd enw John yn yr URI? Na, oedd y ffeil yn ei gyfeiriadur yn unig? Wel, iawn.

Yn flaenorol, rydym yn defnyddio sgript CGI ar gyfer hyn, ond yn awr rydym yn defnyddio rhaglen ddeuaidd.

Mae yna syniad gwallgof y dylai tudalennau a grëwyd gan sgriptiau gael eu lleoli yn yr ardal "cgibin" neu "cgi". Mae hyn yn datgelu mecaneg sut rydych chi'n rhedeg eich gweinydd gwe. Rydych chi'n newid y mecanwaith (hyd yn oed wrth arbed cynnwys), ac wps - mae eich holl URI yn newid.

Cymerwch y Sefydliad Gwyddoniaeth Cenedlaethol (NSF) er enghraifft:

Dogfennau Ar-lein NSF

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

Mae'n amlwg na fydd y dudalen gyntaf i ddechrau gweld dogfennau yn aros yr un peth mewn ychydig flynyddoedd. cgi-bin, oldbrowse и pl - mae hyn i gyd yn rhoi darnau o wybodaeth am sut rydyn ni'n ei wneud nawr. Os ydych chi'n defnyddio'r dudalen i chwilio am ddogfen, mae'r canlyniad cyntaf a gewch yr un mor ddrwg:

Adroddiad y Gweithgor ar Cryptology a Theori Codio

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

ar gyfer y dudalen mynegai dogfennau, er bod y ddogfen html ei hun yn edrych yn llawer gwell:

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

Yma bydd pennawd tafarndai/1998 yn rhoi syniad da i unrhyw wasanaeth archifol yn y dyfodol fod hen gynllun dosbarthu dogfennau 1998 i bob pwrpas. Er y gall niferoedd y dogfennau edrych yn wahanol yn 2098, byddwn yn dychmygu y byddai'r URI hwn yn dal yn ddilys ac na fyddai'n ymyrryd â'r NSF nac unrhyw sefydliad arall a fyddai'n cynnal yr archif.

Doeddwn i ddim yn meddwl bod yn rhaid i URLs fod yn barhaus - roedd yna URNs.

Mae'n debyg mai dyma un o sgîl-effeithiau gwaethaf y ddadl URN. Mae rhai pobl yn meddwl, oherwydd yr ymchwil i ofod enwau mwy parhaol, y gallent fod yn ddiofal am hongian cysylltiadau oherwydd "bydd URNs yn trwsio hynny i gyd." Os ydych chi'n un o'r bobl hyn, gadewch imi eich siomi.

Mae'r rhan fwyaf o gynlluniau URN yr wyf wedi'u gweld yn edrych fel dynodwr awdurdod wedi'i ddilyn gan naill ai dyddiad a llinyn a ddewiswch, neu dim ond llinyn a ddewiswch. Mae hyn yn debyg iawn i URI HTTP. Mewn geiriau eraill, os credwch y bydd eich sefydliad yn gallu creu URNs hirhoedlog, yna profwch hynny nawr trwy eu defnyddio ar gyfer eich URIs HTTP. Nid oes unrhyw beth yn HTTP ei hun sy'n gwneud eich URI yn ansefydlog. Eich sefydliad yn unig. Creu cronfa ddata sy'n mapio'r ddogfen URN i'r enw ffeil cyfredol, a gadael i'r gweinydd gwe ei ddefnyddio i adfer y ffeiliau mewn gwirionedd.

Os ydych chi wedi cyrraedd y pwynt hwn, os nad oes gennych chi'r amser, arian a chysylltiadau i ddatblygu rhywfaint o feddalwedd, yna gallwch chi nodi'r esgus canlynol:

Roeddem eisiau gwneud hynny, ond nid oes gennym yr offer cywir.

Ond gallwch chi gydymdeimlo â hyn. Rwy'n cytuno'n llwyr. Yr hyn sydd angen i chi ei wneud yw gorfodi'r gweinydd gwe i ddosrannu'r URI parhaus ar unwaith a dychwelyd y ffeil lle bynnag y mae wedi'i storio ar eich system ffeiliau gwallgof gyfredol. Rydych chi eisiau storio pob URI mewn ffeil fel siec a chadw'r gronfa ddata yn gyfredol bob amser. Rydych chi eisiau cadw'r berthynas rhwng gwahanol fersiynau a chyfieithiadau o'r un ddogfen, a hefyd cadw cofnod siec annibynnol i sicrhau nad yw'r ffeil yn cael ei llygru gan gamgymeriad damweiniol. Ac nid yw gweinyddwyr gwe yn dod allan o'r bocs gyda'r nodweddion hyn. Pan fyddwch am greu dogfen newydd, mae eich golygydd yn gofyn ichi nodi URI.

Mae angen i chi allu newid perchnogaeth, mynediad dogfen, diogelwch lefel archif, ac ati yn y gofod URI heb newid yr URI.

Mae'r cyfan yn rhy ddrwg. Ond byddwn yn cywiro'r sefyllfa. Yn W3C, rydym yn defnyddio swyddogaeth Jigedit (gweinydd golygu Jig-so) sy'n olrhain fersiynau, ac rydym yn arbrofi gyda sgriptiau cynhyrchu dogfennau. Os ydych chi'n datblygu offer, gweinyddwyr a chleientiaid, rhowch sylw i'r mater hwn!

Mae'r esgus hwn hefyd yn berthnasol i lawer o dudalennau W3C, gan gynnwys yr un hon: felly gwnewch fel y dywedaf, nid fel yr wyf i.

Pam ddylwn i ofalu?

Pan fyddwch chi'n newid yr URI ar eich gweinydd, ni allwch chi byth ddweud yn llwyr pwy fydd â chysylltiadau â'r hen URI. Gall y rhain fod yn ddolenni o dudalennau gwe arferol. Llyfrnodwch eich tudalen. Efallai bod yr URI wedi'i grafu ar ymylon llythyr at ffrind.

Pan fydd rhywun yn dilyn dolen ac mae'n cael ei dorri, maent fel arfer yn colli ymddiriedaeth ym mherchennog y gweinydd. Mae hefyd yn rhwystredig - yn emosiynol ac yn realistig - am nad yw'n gallu cyflawni ei nod.

Mae llawer o bobl yn cwyno am gysylltiadau wedi torri trwy'r amser, a gobeithio bod y difrod yn amlwg. Rwy'n gobeithio bod y difrod i enw da cynhaliwr y gweinydd lle diflannodd y ddogfen hefyd yn amlwg.

Felly beth ddylwn i ei wneud? dylunio URI

Cyfrifoldeb y gwefeistr yw dyrannu URIs y gellir eu defnyddio mewn 2 flynedd, mewn 20 mlynedd, mewn 200 mlynedd. Mae hyn yn gofyn am feddylgarwch, trefniadaeth a phenderfyniad.

Mae URIs yn newid os bydd unrhyw wybodaeth ynddynt yn newid. Mae sut rydych chi'n eu dylunio yn bwysig iawn. (Beth, dyluniad URI? A oes angen i mi ddylunio'r URI? Oes, dylech feddwl am hynny). Yn y bôn, mae dyluniad yn golygu gadael allan unrhyw wybodaeth yn yr URI.

Mae'r dyddiad y cafodd y ddogfen ei chreu - y dyddiad y cyhoeddwyd yr URI - yn rhywbeth na fydd byth yn newid. Mae'n ddefnyddiol iawn ar gyfer gwahanu ymholiadau sy'n defnyddio'r system newydd oddi wrth y rhai sy'n defnyddio'r hen system. Mae hwn yn lle da i ddechrau gydag URI. Os oes dyddiad ar ddogfen, hyd yn oed os bydd y ddogfen yn berthnasol yn y dyfodol, yna mae hwn yn ddechrau da.

Yr unig eithriad yw tudalen sydd yn fwriadol y fersiwn "diweddaraf", er enghraifft ar gyfer y sefydliad cyfan neu ran fawr ohono.

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

Dyma golofn ddiweddaraf Money Daily yn y cylchgrawn Money. Y prif reswm nad oes angen dyddiad yn yr URI hwn yw nad oes unrhyw reswm i storio'r URI a fydd yn goroesi'r log. Bydd y cysyniad o Money Daily yn diflannu pan fydd Arian yn diflannu. Os dymunwch gysylltu â chynnwys, dylech gysylltu ag ef ar wahân yn yr archifau:

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

(Yn edrych yn dda. Yn rhagdybio y bydd "arian" yn golygu'r un peth trwy gydol oes pathfinder.com. Mae yna "98" dyblyg a ".html" diangen, ond fel arall mae'n edrych fel URI cryf.

Beth i'w adael o'r neilltu

I gyd! Ar wahân i'r dyddiad creu, mae rhoi unrhyw wybodaeth yn yr URI yn gofyn am drafferth un ffordd neu'r llall.

Enw'r awdur. Gall yr awduraeth newid wrth i fersiynau newydd ddod ar gael. Mae pobl yn gadael sefydliadau ac yn trosglwyddo pethau i eraill.
Pwnc. Mae'n anodd iawn. Mae bob amser yn edrych yn dda ar y dechrau, ond yn newid yn rhyfeddol o gyflym. Byddaf yn siarad mwy am hyn isod.
Statws. Mae cyfeirlyfrau fel "hen", "drafft" ac yn y blaen, heb sôn am "ddiweddaraf" a "cŵl", yn ymddangos ym mhob system ffeil. Mae dogfennau'n newid statws - fel arall ni fyddai unrhyw ddiben creu drafftiau. Mae angen dynodwr parhaus ar fersiwn diweddaraf dogfen, waeth beth fo'i statws. Cadwch y statws allan o'r enw.
Mynediad. Yn W3C, rydym wedi rhannu'r wefan yn adrannau ar gyfer gweithwyr, aelodau, a'r cyhoedd. Mae hyn yn swnio'n dda, ond wrth gwrs, mae dogfennau'n dechrau fel syniadau tîm gan staff, yn cael eu trafod gydag aelodau, ac yna'n dod yn wybodaeth gyhoeddus. Byddai’n drueni mawr pe bai pob hen ddolen yn cael ei thorri bob tro y caiff dogfen ei hagor ar gyfer trafodaeth ehangach! Nawr rydym yn symud ymlaen at god dyddiad syml.
Estyniad ffeil. Digwyddiad cyffredin iawn. Bydd "cgi", hyd yn oed ".html" yn newid yn y dyfodol. Efallai na fyddwch yn defnyddio HTML ar gyfer y dudalen hon mewn 20 mlynedd, ond dylai dolenni heddiw iddi weithio o hyd. Nid yw dolenni canonaidd ar wefan W3C yn defnyddio'r estyniad (sut mae'n cael ei wneud).
Mecanweithiau meddalwedd. Yn yr URI, edrychwch am "cgi", "exec" a thermau eraill sy'n sgrechian "edrychwch ar ba feddalwedd rydyn ni'n ei ddefnyddio." A oes unrhyw un eisiau treulio eu hoes gyfan yn ysgrifennu sgriptiau Perl CGI? Nac ydw? Yna tynnwch yr estyniad .pl. Darllenwch y llawlyfr gweinydd ar sut i wneud hyn.
Enw disg. Dewch ymlaen! Ond dwi wedi gweld hyn.

Felly yr enghraifft orau o'n gwefan yn syml

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

... adroddiad ar gofnodion cyfarfod Cadeiryddion W3C.

Pynciau a dosbarthiad yn ôl pwnc

Byddaf yn manylu ar y perygl hwn, gan ei fod yn un o'r pethau hynny sydd fwyaf anodd ei osgoi. Yn nodweddiadol, bydd pynciau yn y pen draw yn URI pan fyddwch yn categoreiddio eich dogfennau yn ôl y gwaith y maent yn ei wneud. Ond bydd y dadansoddiad hwn yn newid dros amser. Bydd enwau'r ardaloedd yn newid. Yn W3C roeddem am newid MarkUP i Markup ac yna i HTML i adlewyrchu cynnwys gwirioneddol yr adran. Yn ogystal, yn aml mae gofod enwau gwastad. Mewn 100 mlynedd, a ydych yn siŵr na fyddwch am ailddefnyddio unrhyw beth? Yn ein bywyd byr rydym eisoes wedi bod eisiau ailddefnyddio "Hanes" a "Style Sheets" er enghraifft.

Mae'n ffordd demtasiwn i drefnu gwefan - ac yn ffordd wirioneddol demtasiwn i drefnu unrhyw beth, gan gynnwys y We gyfan. Mae hwn yn ateb tymor canolig gwych ond mae ganddo ddiffygion difrifol yn y tymor hir.

Mae rhan o'r rheswm yn gorwedd yn athroniaeth ystyr. Mae pob tymor mewn iaith yn darged posibl ar gyfer clystyru, ac efallai bod gan bob person syniad gwahanol o'r hyn y mae'n ei olygu. Gan fod perthnasoedd rhwng endidau yn debycach i we na choeden, gall hyd yn oed y rhai sy'n cytuno â'r we ddewis cynrychiolaeth wahanol o'r goeden. Dyma fy arsylwadau cyffredinol (a ailadroddir yn aml) am beryglon dosbarthu hierarchaidd fel ateb cyffredinol.

Mewn gwirionedd, pan fyddwch chi'n defnyddio enw pwnc mewn URI, rydych chi'n ymrwymo'ch hun i ryw fath o ddosbarthiad. Efallai yn y dyfodol y bydd yn well gennych opsiwn gwahanol. Bydd yr URI wedyn yn agored i gael ei dorri.

Y rheswm dros ddefnyddio maes pwnc fel rhan o URI yw bod cyfrifoldeb am is-adrannau o'r gofod URI fel arfer yn cael ei ddirprwyo, ac yna mae angen enw'r corff sefydliadol - adran, grŵp, neu beth bynnag - sy'n gyfrifol am yr is-ofod hwnnw. Mae hwn yn URI sy'n rhwymo strwythur sefydliadol. Fel arfer mae'n ddiogel dim ond os yw'r URI pellach (chwith) wedi'i ddiogelu gan ddyddiad: gallai 1998/lluniau olygu i'ch gweinydd "yr hyn yr oeddem yn ei olygu ym 1998 gyda lluniau" yn hytrach na "beth ym 1998 a wnaethom gyda'r hyn yr ydym bellach yn ei alw'n lluniau."

Peidiwch ag anghofio'r enw parth

Cofiwch fod hyn yn berthnasol nid yn unig i'r llwybr yn yr URI, ond hefyd i enw'r gweinydd. Os oes gennych weinyddion ar wahân ar gyfer gwahanol bethau, cofiwch y bydd y rhaniad hwn yn amhosibl ei newid heb ddinistrio llawer, llawer o ddolenni. Mae rhai camgymeriadau clasurol "edrych ar y meddalwedd a ddefnyddiwn heddiw" yn enwau parth "cgi.pathfinder.com", "diogel", "lists.w3.org". Maent wedi'u cynllunio i wneud gweinyddu gweinydd yn haws. Ni waeth a yw parth yn cynrychioli rhaniad yn eich cwmni, statws dogfen, lefel mynediad, neu lefel diogelwch, byddwch yn ofalus iawn cyn defnyddio mwy nag un enw parth ar gyfer sawl math o ddogfen. Cofiwch y gallwch guddio gweinyddwyr gwe lluosog y tu mewn i un gweinydd gwe gweladwy gan ddefnyddio ailgyfeirio a dirprwy.

O, a meddyliwch hefyd am eich enw parth. Nid ydych chi eisiau cael eich cyfeirio ato fel soap.com ar ôl i chi newid llinellau cynnyrch a rhoi'r gorau i wneud sebon (Mae'n ddrwg gennyf i bwy bynnag sy'n berchen ar sebon.com ar hyn o bryd).

Casgliad

Yn amlwg nid yw cadw URI am 2, 20, 200, neu hyd yn oed 2000 o flynyddoedd mor hawdd ag y mae'n ymddangos. Fodd bynnag, ar hyd y Rhyngrwyd, mae gwefeistri gwe yn gwneud penderfyniadau sy'n gwneud y dasg hon yn anodd iawn iddynt eu hunain yn y dyfodol. Yn aml mae hyn oherwydd eu bod yn defnyddio offer y mae eu gwaith i gyflwyno'r safle gorau yn unig ar hyn o bryd - a does neb wedi asesu beth fydd yn digwydd i'r dolenni pan fydd popeth yn newid. Fodd bynnag, y pwynt yma yw y gall llawer, llawer o bethau newid, a gall ac y dylai eich URI aros yr un fath. Dim ond pan fyddwch chi'n meddwl sut rydych chi'n eu creu y mae hyn yn bosibl.

Gweler hefyd:

Tirade Jakob Nielsen ar yr un pwnc

Ychwanegiadau

Sut i gael gwared ar estyniadau ffeil...

...o URI yn y gweinydd gwe cyfredol sy'n seiliedig ar ffeiliau?

Os ydych chi'n defnyddio Apache, er enghraifft, gallwch ei ffurfweddu i drafod cynnwys. Cadw'r estyniad ffeil (e.e. .png) i ffeil (e.e. mydog.png), ond gallwch chi gysylltu ag adnodd gwe hebddo. Yna mae Apache yn gwirio'r cyfeiriadur ar gyfer pob ffeil gyda'r enw hwnnw ac unrhyw estyniad, a gall ddewis yr un gorau o'r set (er enghraifft, GIF a PNG). Ac nid oes angen rhoi gwahanol fathau o ffeiliau mewn gwahanol gyfeiriaduron, mewn gwirionedd ni fydd paru cynnwys yn gweithio os gwnewch hynny.

Gosodwch eich gweinydd i drafod cynnwys
Cysylltwch â URI heb estyniad bob amser

Bydd cysylltiadau ag estyniadau yn dal i weithio, ond byddant yn atal eich gweinydd rhag dewis y fformat gorau sydd ar gael ar hyn o bryd ac yn y dyfodol.

(Mewn gwirionedd, mydog, mydog.png и mydog.gif - adnoddau gwe dilys, mydog yn adnodd cyffredinol o fath cynnwys, a mydog.png и mydog.gif — adnoddau o fath penodol o gynnwys).

Wrth gwrs, os ydych chi'n ysgrifennu eich gweinydd gwe eich hun, mae'n syniad da defnyddio cronfa ddata i glymu dynodwyr parhaus i'w ffurf bresennol, er bod yn wyliadwrus o dwf cronfa ddata diderfyn.

Y Bwrdd Cywilydd - Stori 1: Sianel 7

Yn ystod 1999, fe wnes i olrhain cau ysgolion oherwydd yr eira ar dudalen http://www.whdh.com/stormforce/closings.shtml. Peidiwch ag aros i'r wybodaeth ymddangos ar waelod y sgrin deledu! Fe wnes i gysylltu ag ef o fy nhudalen gartref. Mae'r storm eira fawr gyntaf o 2000 yn cyrraedd ac rwy'n gwirio'r dudalen. Mae'n ysgrifenedig yno:,

- Fel o.
Nid oes dim ar gau ar hyn o bryd. Dychwelwch rhag ofn y bydd rhybuddion tywydd.

Ni all fod yn storm mor gryf. Mae'n ddoniol bod y dyddiad ar goll. Ond os ewch i brif dudalen y safle, bydd botwm mawr “Ysgolion Caeedig”, sy'n arwain at y dudalen http://www.whdh.com/stormforce/ gyda rhestr hir o ysgolion caeedig.

Efallai eu bod wedi newid y system ar gyfer cael y rhestr - ond nid oedd angen iddynt newid yr URI.

Bwrdd Cywilydd - Stori 2: Microsoft Netmeeting

Gyda’r ddibyniaeth gynyddol ar y Rhyngrwyd, daeth syniad clyfar y gallai dolenni i wefan y gwneuthurwr gael eu hymgorffori mewn cymwysiadau. Mae hwn wedi cael ei ddefnyddio a'i gamddefnyddio llawer, ond ni allwch newid yr URL. Y diwrnod o'r blaen ceisiais ddolen gan gleient Microsoft Netmeeting 2/something yn y ddewislen Help/Microsoft on the Web/Free stuff a derbyniais gwall 404 - ni ddaethpwyd o hyd i unrhyw ymateb gan y gweinydd. Efallai ei fod eisoes yn sefydlog ...

Nodyn hanesyddol: Ar ddiwedd yr 20fed ganrif, pan ysgrifennwyd hyn, roedd "cŵl" yn epithet o gymeradwyaeth, yn enwedig ymhlith pobl ifanc, gan nodi ffasiynoldeb, ansawdd, neu briodoldeb. Ar frys, dewiswyd y llwybr URI yn aml am "oerni" yn hytrach na defnyddioldeb neu wydnwch. Mae'r swydd hon yn ymgais i ailgyfeirio'r egni y tu ôl i'r chwiliad am cŵl.

Ffynhonnell: hab.com

Nid yw URIs Cool yn newid