Pengarang: Sir Tim Berners-Lee, penemu URI, URL, HTTP, HTML lan World Wide Web, lan kepala W3C saiki. Artikel sing ditulis ing taun 1998

Apa URI sing dianggep "keren"?
Siji sing ora owah.
Kepiye cara ngganti URI?
URI ora owah: wong ngganti.

Ing teori, ora ana alesan kanggo wong ngganti URI (utawa mungkasi dokumen pendukung), nanging ing praktik ana mayuta-yuta wong.

Ing teori, pemilik nominal ruang jeneng domain pancen duwe ruang jeneng domain lan mulane kabeh URI ing njero. Kajaba saka insolvensi, ora ana sing ngalangi pemilik jeneng domain kanggo njaga jeneng kasebut. Lan ing teori, spasi URI ing jeneng domain sampeyan kabeh ana ing kontrol sampeyan, supaya sampeyan bisa nggawe stabil kaya sing dikarepake. Cukup mung alesan sing apik kanggo dokumen ilang saka internet yaiku perusahaan sing nduweni jeneng domain wis metu saka bisnis utawa ora bisa maneh njaga server. Banjur kenapa ana akeh pranala sing ilang ing donya? Sawetara iki mung lack of forethought. Kene sawetara alasan sampeyan bisa krungu:

Kita mung ngatur maneh situs kasebut supaya luwih apik.

Apa sampeyan mikir yen URI lawas ora bisa digunakake maneh? Yen mangkono, mula sampeyan milih dheweke banget. Coba tetep sing anyar kanggo desain ulang sabanjure.

Kita duwe akeh banget sing ora bisa nglacak apa sing kedaluwarsa, apa sing rahasia, lan apa sing isih relevan, mula kita mikir sing paling apik mung mateni kabeh.

Aku mung bisa simpati. W3C ngalami periode nalika kita kudu nyaring bahan arsip kanthi ati-ati kanggo rahasia sadurunge nggawe umum. Kaputusan kasebut kudu dipikirake kanthi luwih dhisik - priksa manawa sampeyan ngidhentifikasi saben dokumen minangka pembaca sing bisa ditampa, tanggal nggawe lan, saenipun, tanggal kadaluwarsa. Simpen metadata iki.

Ya, kita nemokake manawa kita kudu mindhah file ...

Iki minangka salah sawijining alesan sing paling nyenengake. Akeh wong sing ora ngerti yen server web ngidini sampeyan ngontrol hubungan antarane URI obyek lan lokasi nyata ing sistem file. Tjubo ruang URI minangka ruang abstrak, diatur kanthi sampurna. Banjur nggawe pemetaan kanggo kasunyatan apa wae sing sampeyan gunakake kanggo mujudake. Banjur laporake menyang server web. Sampeyan bisa malah nulis snippet server dhewe kanggo njaluk iku bener.

John ora njaga file iki maneh, Jane saiki.

Apa jeneng John ing URI? Ora, apa file kasebut mung ana ing direktori? Inggih, oke.

Sadurunge kita nggunakake skrip CGI kanggo iki, nanging saiki nggunakake program binar.

Ana gagasan gila manawa kaca sing digawe dening skrip kudu ana ing area "cgibin" utawa "cgi". Iki nuduhake mekanika carane sampeyan mbukak server web sampeyan. Sampeyan ngganti mekanisme kasebut (sanajan nyimpen konten), lan oops - kabeh URI sampeyan ganti.

Njupuk National Science Foundation (NSF) contone:

NSF Online Dokumen

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

Kaca pisanan kanggo miwiti ndeleng dokumen kanthi jelas ora bakal tetep padha ing sawetara taun. cgi-bin, oldbrowse и pl - kabeh iki menehi metu bit saka informasi bab carane-we-do-it-saiki. Yen sampeyan nggunakake kaca kanggo nggoleki dokumen, asil pisanan sing sampeyan entuk uga ora apik:

Laporan Kelompok Kerja babagan Kriptologi lan Teori Coding

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

kanggo kaca indeks dokumen, sanajan dokumen html dhewe katon luwih apik:

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

Ing kene header pub/1998 bakal menehi layanan arsip ing mangsa ngarep minangka pitunjuk sing apik yen skema klasifikasi dokumen 1998 sing lawas ditrapake. Senajan nomer dokumen bisa katon beda ing 2098, aku bakal mbayangno yen URI iki isih sah lan ora bakal ngganggu NSF utawa organisasi liyane sing bakal njaga arsip kasebut.

Aku ora mikir URL kudu terus-terusan - ana URN.

Iki mbokmenawa salah siji saka efek sisih paling awon saka debat URN. Sawetara wong mikir yen amarga riset menyang ruang jeneng sing luwih permanen, bisa uga ora peduli babagan tautan sing dangling amarga "URN bakal ndandani kabeh." Yen sampeyan salah siji saka wong-wong iki, mula aku nguciwani sampeyan.

Umume skema URN sing dakdeleng katon kaya pengenal panguwasa sing diikuti tanggal lan senar sing sampeyan pilih, utawa mung senar sing sampeyan pilih. Iki meh padha karo URI HTTP. Ing tembung liyane, yen sampeyan mikir organisasi sampeyan bakal bisa nggawe URN sing umure dawa, banjur buktiake saiki kanthi nggunakake URI HTTP sampeyan. Ora ana apa-apa ing HTTP dhewe sing ndadekake URI sampeyan ora stabil. Mung organisasi sampeyan. Nggawe database sing peta URN document menyang jeneng berkas saiki, lan supaya server web nggunakake kanggo bener njupuk file.

Yen sampeyan wis tekan titik iki, yen sampeyan ora duwe wektu, dhuwit lan sambungan kanggo ngembangake sawetara piranti lunak, sampeyan bisa nyatakake alesan ing ngisor iki:

Kita pengin, nanging kita ora duwe alat sing pas.

Nanging sampeyan bisa simpati karo iki. Aku setuju banget. Apa sing kudu sampeyan lakoni yaiku meksa server web kanthi cepet ngurai URI sing terus-terusan lan ngasilake file kasebut ing endi wae sing disimpen ing sistem file edan saiki. Sampeyan pengin nyimpen kabeh URI ing file minangka mriksa lan njaga database nganti saiki. Sampeyan pengin ngreksa hubungan antarane versi beda lan terjemahan saka document padha, lan uga njaga rekaman checksum sawijining kanggo mesthekake yen file ora rusak dening kesalahan sengaja. Lan server web mung ora metu saka kothak kanthi fitur kasebut. Nalika sampeyan pengin nggawe dokumen anyar, editor sampeyan njaluk sampeyan nemtokake URI.

Sampeyan kudu bisa ngganti kepemilikan, akses dokumen, keamanan tingkat arsip, lan liya-liyane ing ruang URI tanpa ngganti URI.

Iku kabeh ala banget. Nanging kita bakal mbenerake kahanan kasebut. Ing W3C, kita nggunakake fungsi Jigedit (Jigsaw editing server) sing nglacak versi, lan kita eksperimen karo skrip nggawe dokumen. Yen sampeyan ngembangake alat, server, lan klien, priksa masalah iki!

Alasan iki uga ditrapake kanggo akeh kaca W3C, kalebu iki: supaya nindakake kaya sing dakkandhakake, ora kaya sing dakkandhakake.

Kenapa aku kudu peduli?

Nalika sampeyan ngganti URI ing server sampeyan, sampeyan ora bisa ngerti sapa sing bakal duwe pranala menyang URI lawas. Iki bisa dadi pranala saka kaca web biasa. Tetenger kaca sampeyan. URI bisa uga ditulis ing pinggir layang kanggo kanca.

Nalika ana sing ngetutake link lan rusak, biasane bakal kelangan kapercayan marang pemilik server. Dheweke uga frustasi - kanthi emosional lan realistis - amarga ora bisa nggayuh tujuane.

Akeh wong sing sambat babagan tautan sing rusak, lan muga-muga karusakane jelas. Mugi sing karusakan reputasi kanggo maintainer saka server ngendi document ilang uga ketok.

Dadi apa sing kudu daklakoni? desain URI

Tanggung jawab webmaster kanggo nyedhiyakake URI sing bisa digunakake ing 2 taun, ing 20 taun, ing 200 taun. Iki mbutuhake pamikiran, organisasi lan tekad.

URI diganti yen ana informasi sing diganti. Carane sampeyan ngrancang iku penting banget. (Apa, desain URI? Apa aku kudu ngrancang URI? Ya, sampeyan kudu mikir babagan iki). Desain dhasar tegese ninggalake informasi apa wae ing URI.

Tanggal dokumen digawe - tanggal URI ditanggepi - ora bakal owah. Iku migunani banget kanggo misahake pitakon sing nggunakake sistem anyar saka sing nggunakake sistem lawas. Iki minangka papan sing apik kanggo miwiti URI. Yen dokumen tanggal, sanajan dokumen kasebut bakal relevan ing mangsa ngarep, mula iki minangka wiwitan sing apik.

Istiméwa mung kaca sing sengaja minangka versi "paling anyar", contone kanggo kabeh organisasi utawa bagean gedhe.

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

Iki minangka kolom Money Daily paling anyar ing majalah Money. Alesan utama ora perlu tanggal ing URI iki yaiku ora ana alesan kanggo nyimpen URI sing bakal ngluwihi log. Konsep Money Daily bakal ilang nalika Money ilang. Yen sampeyan pengin nyambung menyang konten, sampeyan kudu ngubungake kanthi kapisah ing arsip:

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

(Katon apik. Nganggep yen "dhuwit" tegese padha ing saindhenging urip pathfinder.com. Ana duplikat "98" lan ".html" sing ora perlu, nanging katon kaya URI sing kuwat.

Apa sing kudu ditinggalake

Kabeh! Kajaba saka tanggal nggawe, nglebokake informasi apa wae ing URI njaluk masalah kanthi cara siji utawa liyane.

jeneng pangarang. Kepenulisan bisa diganti nalika versi anyar kasedhiya. Wong-wong ninggalaké organisasi lan ngirim barang marang wong liya.
Subyek. Iku angel banget. Iku tansah katon apik ing kawitan, nanging owah-owahan kaget cepet. Aku bakal ngomong liyane babagan iki ing ngisor iki.
Status. Direktori kaya "lawas", "draf" lan liya-liyane, ora kanggo sebutno "paling anyar" lan "kelangan", katon ing kabeh sistem file. Dokumen ngganti status - yen ora, ora ana gunane nggawe draf. Versi paling anyar saka dokumen mbutuhake pengenal sing terus-terusan, preduli saka statuse. Tetep status metu saka jeneng.
Akses. Ing W3C, kita wis dibagi situs dadi bagean kanggo karyawan, anggota, lan masyarakat. Iki muni apik, nanging mesthi, dokumen diwiwiti minangka gagasan tim saka staf, dibahas karo anggota, lan banjur dadi kawruh umum. Pancen bakal isin yen saben dokumen dibukak kanggo diskusi sing luwih akeh, kabeh pranala lawas bakal rusak! Saiki kita pindhah menyang kode tanggal prasaja.
Ekstensi file. Fenomena sing umum banget. "cgi", malah ".html" bakal ngganti ing mangsa. Sampeyan bisa uga ora nggunakake HTML kanggo kaca iki sajrone 20 taun, nanging pranala saiki isih bisa digunakake. Tautan kanonik ing situs W3C ora nggunakake ekstensi (carane iku rampung).
Mekanisme piranti lunak. Ing URI, goleki "cgi", "exec" lan istilah liyane sing njerit "deleng piranti lunak apa sing digunakake." Apa ana sing pengin nglampahi kabeh urip nulis skrip Perl CGI? ora? Banjur mbusak extension .pl. Waca manual server babagan carane nindakake iki.
Jeneng disk. Ayo! Nanging aku wis weruh iki.

Dadi conto paling apik saka situs kita mung

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

... laporan risalah rapat Ketua W3C.

Topik lan klasifikasi miturut topik

Aku bakal njlentrehake luwih rinci babagan bebaya iki, amarga iki minangka salah sawijining perkara sing paling angel dihindari. Biasane, topik bakal ana ing URI nalika sampeyan nggolongake dokumen miturut karya sing ditindakake. Nanging risak iki bakal diganti liwat wektu. Jeneng wilayah bakal diganti. Ing W3C, kita pengin ngganti MarkUP dadi Markup banjur menyang HTML kanggo nggambarake isi nyata bagean kasebut. Kajaba iku, asring ana papan jeneng sing rata. Ing 100 taun, sampeyan yakin ora pengin nggunakake maneh apa-apa? Ing umur cendhak kita wis pengin nggunakake maneh "Sejarah" lan "Style Sheets" contone.

Iku cara sing nggodho kanggo ngatur situs web-lan cara sing bener-bener nggodho kanggo ngatur apa wae, kalebu kabeh Web. Iki minangka solusi jangka menengah sing apik nanging nduweni kekurangan serius ing jangka panjang.

Bagian saka alesan dumunung ing filsafat makna. Saben istilah ing basa minangka target potensial kanggo clustering, lan saben wong bisa duwe gagasan beda babagan apa tegese. Wiwit hubungan antarane entitas luwih kaya web tinimbang wit, malah sing setuju karo web bisa milih perwakilan wit sing beda. Iki minangka pengamatan umum (asring bola-bali) babagan bebaya klasifikasi hierarki minangka solusi umum.

Nyatane, nalika sampeyan nggunakake jeneng topik ing URI, sampeyan nindakake dhewe kanggo sawetara jinis klasifikasi. Mbok menawa ing mangsa ngarep sampeyan bakal luwih seneng pilihan liyane. URI banjur bakal rentan kanggo nglanggar.

Alesan kanggo nggunakake area subyek minangka bagéan saka URI yaiku tanggung jawab kanggo subbagian saka spasi URI biasane didelegasikan, banjur sampeyan butuh jeneng badan organisasi - departemen, grup, utawa apa wae - sing tanggung jawab kanggo subspace kasebut. Iki minangka URI sing ngiket karo struktur organisasi. Biasane mung aman yen URI luwih (kiwa) dilindhungi dening tanggal: 1998/pics bisa uga tegese kanggo server sampeyan "apa sing dimaksud ing taun 1998 karo pics" tinimbang "apa sing ditindakake ing taun 1998 karo apa sing saiki diarani pics."

Aja lali jeneng domain

Elinga yen iki ora mung ditrapake kanggo path ing URI, nanging uga kanggo jeneng server. Yen sampeyan duwe server sing kapisah kanggo macem-macem perkara, elinga yen divisi iki ora bisa diganti tanpa ngrusak akeh, akeh pranala. Sawetara kesalahan klasik "deleng piranti lunak sing digunakake saiki" yaiku jeneng domain "cgi.pathfinder.com", "aman", "lists.w3.org". Padha dirancang kanggo nggawe administrasi server luwih gampang. Ora preduli manawa domain nggambarake divisi ing perusahaan sampeyan, status dokumen, tingkat akses, utawa tingkat keamanan, ati-ati banget sadurunge nggunakake luwih saka siji jeneng domain kanggo macem-macem jinis dokumen. Elinga yen sampeyan bisa ndhelikake sawetara server web ing siji server web sing katon nggunakake pangalihan lan proxy.

Oh, lan uga mikir babagan jeneng domain sampeyan. Sampeyan ora pengin diarani soap.com sawise sampeyan ngganti lini produk lan mandheg nggawe sabun (Ngapunten sing duwe soap.com saiki).

kesimpulan

Ngreksa URI kanggo 2, 20, 200, utawa malah 2000 taun temenan ora gampang kaya misale jek. Nanging, ing saindhenging Internet, webmaster nggawe keputusan sing nggawe tugas iki angel banget kanggo awake dhewe ing mangsa ngarep. Asring iki amarga padha nggunakake alat sing tugas kanggo nampilake situs paling apik mung ing wektu iki - lan ora ana sing ngevaluasi apa sing bakal kelakon ing tautan nalika kabeh owah. Nanging, titik ing kene yaiku akeh, akeh perkara sing bisa diganti, lan URI sampeyan bisa lan kudu tetep padha. Iki mung bisa ditindakake yen sampeyan mikir babagan carane nggawe.

Deleng uga:

Jakob Nielsen tirade ing topik padha

Tambahan

Cara mbusak ekstensi file ...

...saka URI ing server web basis file saiki?

Yen sampeyan nggunakake Apache, contone, sampeyan bisa ngatur kanggo rembugan isi. Simpen ekstensi file (contone .png) menyang file (contone. mydog.png), nanging sampeyan bisa nyambung menyang sumber web tanpa iku. Apache banjur mriksa direktori kanggo kabeh file kanthi jeneng kasebut lan ekstensi apa wae, lan bisa milih sing paling apik saka set kasebut (contone, GIF lan PNG). Lan ora perlu nglebokake macem-macem jinis file ing direktori sing beda-beda, nyatane cocog konten ora bakal bisa digunakake yen sampeyan nindakake.

Nggawe server kanggo rembugan isi
Tansah pranala menyang URI tanpa ekstensi

Tautan karo ekstensi isih bisa digunakake, nanging bakal nyegah server sampeyan milih format paling apik sing kasedhiya saiki lan ing mangsa ngarep.

(Nyatane, mydog, mydog.png и mydog.gif - sumber web sing sah, mydog punika sumber daya jinis isi universal, lan mydog.png и mydog.gif - sumber daya saka jinis konten tartamtu).

Mesthi wae, yen sampeyan nulis server web sampeyan dhewe, luwih becik nggunakake database kanggo ngiket pengenal sing terus-terusan menyang wangun saiki, sanajan ngati-ati babagan pertumbuhan basis data tanpa wates.

Papan Isin - Crita 1: Saluran 7

Sajrone 1999, aku nglacak penutupan sekolah amarga salju ing kaca http://www.whdh.com/stormforce/closings.shtml. Aja ngenteni informasi katon ing sisih ngisor layar TV! Aku disambung saka kaca ngarep. Badai salju gedhe pisanan ing 2000 teka lan aku mriksa kaca kasebut. Ana tulisane:,

- Minangka saka.
Ora ana sing saiki ditutup. Mangga bali yen ana bebaya cuaca.

Ora bisa dadi badai sing kuat. Lucune yen tanggale ilang. Nanging yen sampeyan pindhah menyang kaca utama situs kasebut, bakal ana tombol gedhe "Sekolah Tertutup", sing ndadékaké menyang kaca kasebut. http://www.whdh.com/stormforce/ kanthi daftar panjang sekolah sing ditutup.

Mungkin dheweke ngganti sistem kanggo entuk dhaptar - nanging ora perlu ngganti URI.

Papan Isin - Crita 2: Microsoft Netmeeting

Kanthi katergantungan sing akeh ing Internet, ide cerdas teka manawa link menyang situs web pabrikan bisa dipasang ing aplikasi. Iki wis digunakake lan dilecehke akeh, nanging sampeyan ora bisa ngganti URL. Mung dina liyane aku nyoba link saka Microsoft Netmeeting 2 / klien soko ing Pitulung / Microsoft ing Web / menu barang gratis lan nampa kesalahan 404 - ora ana respon saka server ditemokaké. Mungkin wis didandani...

Cathetan sajarah: Ing pungkasan abad kaping 20, nalika iki ditulis, "keren" minangka julukan persetujuan, utamane ing kalangan wong enom, sing nuduhake fashion, kualitas, utawa kesesuaian. Ing cepet-cepet, dalan URI asring dipilih kanggo "kelangan" tinimbang migunani utawa daya tahan. Kiriman iki minangka upaya kanggo ngarahake energi ing mburi panelusuran kanggo kelangan.

Source: www.habr.com

URI keren ora owah