Nivîskar: Sir Tim Berners-Lee, dahênerê URI, URL, HTTP, HTML û Web Wide World, û serokê niha yê W3C. Gotar di sala 1998 de hatiye nivîsandin

Kîjan URI wekî "cool" tê hesibandin?
Ya ku nayê guhertin.
URI çawa têne guhertin?
URI nayên guhertin: mirov wan diguherînin.

Di teorîyê de, tu sedem tune ku mirov URI-yan biguhezîne (an piştgirîya belgeyan rawestîne), lê di pratîkê de bi mîlyonan ji wan hene.

Di teorîyê de, xwedanê navmalê cîhê navek domainê bi rastî xwedan cîhê navê domainê ye û ji ber vê yekê hemî URI-yên di hundurê wê de ye. Ji xeynî îflasê, tiştek nahêle ku xwediyê navek domainê navê xwe biparêze. Û di teoriyê de, cîhê URI di bin navê domaina we de bi tevahî di bin kontrola we de ye, ji ber vê yekê hûn dikarin wê bi qasî ku hûn dixwazin aram bikin. Hema hema yekane sedemek baş a windabûna belgeyek ji înternetê ev e ku pargîdaniya ku xwedan navê domainê ye ji kar derketiye an êdî nikare debara xebitandina serverê bike. Wê demê çima li cîhanê ewqas girêdanên winda hene? Hin ji van tenê kêmasiya pêşdibistanê ye. Li vir çend sedemên ku hûn dikarin bibihîzin hene:

Me tenê malper ji nû ve organîze kir da ku wê çêtir bikin.

Ma hûn bi rastî difikirin ku URI-yên kevn êdî nikarin bixebitin? Ger wusa be, wê hingê we wan pir xirab hilbijart. Bifikirin ku yên nû ji bo ji nû ve sêwirana paşîn biparêzin.

Ewqas tiştên me hene ku em nikanin bişopînin ya ku ji mêj ve ye, ya ku nepenî ye, û ya ku hîn jî têkildar e, ji ber vê yekê me çêtirîn fikirîn ku em hemîyan bişopînin.

Ez tenê dikarim sempatî bikim. W3C di serdemekê re derbas bû ku me neçar ma ku ji bo nepenîbûnê bi baldarî malzemeyên arşîvan bişopînin berî ku wan ji raya giştî re eşkere bikin. Pêdivî ye ku biryar di pêş de baş were fikirîn - pê ewle bine ku hûn bi her belgeyê re xwendevanek pejirandî, tarîxa afirandinê û, bi îdeal, tarîxa qedandinê nas dikin. Vê metadata hilînin.

Welê, me kifş kir ku pêdivî ye ku em pelan biguhezînin ...

Ev yek ji behaneyên herî nexweş e. Pir kes nizanin ku pêşkêşkerên malperê dihêle hûn têkiliya di navbera URI-ya objeyek û cîhê wê yê rastîn di pergala pelê de kontrol bikin. Cihê URI wekî cîhek razber, bêkêmasî rêxistinkirî bifikire. Dûv re nexşeyek li ser kîjan rastiyê ku hûn bi rastî bikar tînin da ku hûn wê fêm bikin. Dûv re vê yekê ji servera webê re rapor bikin. Tewra hûn dikarin perçeyek servera xwe binivîsin da ku wê rast bigirin.

John êdî vê pelê diparêze, Jane naha dike.

Navê Yûhenna di URI de bû? Na, pel tenê di pelrêça wî de bû? Baş e, baş e.

Berê me ji bo vê skrîptek CGI bikar anî, lê niha em bernameyek binary bikar tînin.

Ramanek dîn heye ku rûpelên ku ji hêla nivîsan ve hatine afirandin divê li devera "cgibin" an "cgi" bêne cîh kirin. Ev mekanîka ka hûn çawa servera xweya webê dimeşînin eşkere dike. Hûn mekanîzmayê diguhezînin (tevî ku naverokê tomar dikin), û oops - hemî URI-yên we diguhezin.

Wek mînak Weqfa Zanistiya Neteweyî (NSF) bigirin:

Belgeyên Serhêl ên NSF

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

Rûpelê yekem ku dest bi temaşekirina belgeyan dike dê di çend salan de eşkere nemîne. cgi-bin, oldbrowse и pl - ev hemî hûrguliyên agahdarî li ser ka-em-ê-an-an-ê-ê-ê-ê-ê-ê-ê-ê-ê-ê-ê-ê-ê-ê-ê dide. Ger hûn rûpelê bikar bînin ku li belgeyek bigerin, yekem encama ku hûn distînin wekhev xirab e:

Rapora Koma Xebatê ya li ser Krîptolojî û Teoriya Kodkirinê

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

ji bo rûpela navnîşa belgeyê, her çend belgeya html bixwe pir çêtir xuya dike:

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

Li vir sernivîsa pubs/1998-ê dê karûbarê arşîvkirina pêşerojê nîşanek baş bide ku pilana dabeşkirina belgeya kevn a 1998-an di meriyetê de ye. Her çend dibe ku hejmarên belgeyê di sala 2098-an de cûda xuya bikin, ez ê bifikirim ku ev URI hîn jî derbasdar e û dê bi NSF an rêxistinek din a ku dê arşîvê biparêze destwerdanê neke.

Min nefikir ku URL-an domdar bin - URN hebûn.

Dibe ku ev yek ji xirabtirîn bandorên alîgir ên nîqaşa URN-ê ye. Hin kes difikirin ku ji ber lêkolîna li nav cîhek navekî mayînde, dibe ku ew li ser girêdanên dakêşan xemsar bin ji ber ku "URN dê wiya hemî rast bikin." Ger hûn yek ji van kesan in, wê hingê bila ez we bêhêvî bikim.

Piraniya plansaziyên URN-ê yên ku min dîtiye wekî nasnameyek desthilatdariyê dixuye ku li dû wê dîrokek û rêzek ku hûn hildibijêrin, an jî tenê rêzek ku hûn hilbijêrin. Ev pir dişibe HTTP URI. Bi gotinek din, heke hûn difikirin ku rêxistina we dê bikaribe URN-yên demdirêj biafirîne, wê hingê wê îspat bikin ku wan ji bo HTTP URI-yên xwe bikar bînin. Di HTTP-ê bixwe de tiştek tune ku URI-ya we bêîstiqrar dike. Tenê rêxistina we. Danegehek biafirînin ku URN-ya belgeyê bi navê pelê heyî re nexşe dike, û bihêle servera webê wê bikar bîne da ku bi rastî pelan bigire.

Ger hûn gihîştine vê nuqteyê, heke we dem, drav û pêwendiya we tune ku hûn hin nermalavê pêşve bibin, wê hingê hûn dikarin hinceta jêrîn diyar bikin:

Me dixwest, lê em tenê ne xwediyê amûrên rast in.

Lê hûn dikarin bi vê yekê re sempatiyê bikin. Ez bi temamî qebûl dikim. Ya ku divê hûn bikin ev e ku zorê bidin servera malperê ku tavilê URI-ya domdar parsek bike û pelê li cîhê ku ew niha li ser pergala pelê weya dîn a heyî hatî hilanîn vegerîne. Hûn dixwazin hemî URI-yan di pelê de wekî kontrolek hilînin û databasê her gav nûve bikin. Hûn dixwazin têkiliya di navbera guhertoyên cihêreng û wergerên heman belgeyê de biparêzin, û her weha tomarek kontrolê ya serbixwe jî biparêzin da ku pê ewle bibin ku pel ji ber xeletiyek qezayê xirab nebe. Û pêşkêşkerên malperê bi van taybetmendiyan bi hêsanî ji qutiyê dernakevin. Dema ku hûn dixwazin belgeyek nû biafirînin, edîtorê we ji we dipirse ku hûn URI-ê diyar bikin.

Hûn hewce ne ku hûn di cîhê URI de bêyî ku URI-yê biguhezînin xwedîtiyê, gihîştina belgeyê, ewlehiya asta arşîvê, hwd.

Hemî pir xirab e. Lê em ê rewşê rast bikin. Li W3C, em fonksiyona Jigedit (Pêşkêşkara guherandinê ya Jigsaw) bikar tînin ku guhertoyan dişopîne, û em bi skrîptên hilberîna belgeyan diceribînin. Ger hûn amûr, server û xerîdar pêşve bibin, bala xwe bidin vê pirsgirêkê!

Ev hincet ji bo gelek rûpelên W3C jî derbas dibe, di nav de ev yek: ji ber vê yekê wekî ku ez dibêjim, ne ku ez dikim.

Çima divê ez xema?

Dema ku hûn URI-ya li ser servera xwe diguhezînin, hûn çu carî nikanin bi tevahî vebêjin ka kî dê girêdanên URI-ya kevn hebe. Ev dikarin girêdanên ji rûpelên malperê yên birêkûpêk bin. Rûpelê xwe nîşan bikin. Dibe ku URI di peravên nameyekê de ji hevalek re hatî xemilandin.

Gava ku kesek pêvekek dişopîne û ew şikestî ye, ew bi gelemperî baweriya xwe bi xwediyê serverê winda dike. Ew di heman demê de xemgîn e - hem ji hêla hestyarî û hem jî ji hêla rastîn ve - ji ber ku nekare bigihîje armanca xwe.

Gelek kes her dem ji girêdanên şikestî gilî dikin, û ez hêvî dikim ku zirar eşkere ye. Ez hêvî dikim ku zirara navûdengê ji bo parêzvanê servera ku belge lê winda bûye jî eşkere ye.

Îcar divê ez çi bikim? design URI

Berpirsiyariya webmaster e ku URI-yên ku dikarin di 2 salan de, di 20 salan de, di 200 salan de werin bikar anîn veqetîne. Ji bo vê jî hizirkirin, rêxistinbûn û biryarbûn pêwîst e.

Ger agahdariya di wan de biguhere URI diguhezin. Çawa hûn wan sêwiran dikin pir girîng e. (Çi, sêwirana URI? Ma ez hewce dikim ku URI-yê sêwiran bikim? Erê, divê hûn li ser wê bifikirin). Sêwirandin di bingeh de tê vê wateyê ku di URI-yê de agahdariya ji holê rakin.

Dîroka ku belge hate afirandin - tarîxa ku URI hatî derxistin - tiştek e ku dê tu carî neguheze. Ew ji bo veqetandina pirsên ku pergala nû bikar tînin ji yên ku pergala kevn bikar tînin pir bikêr e. Ev cîhek baş e ku meriv bi URI-yê dest pê bike. Ger belgeyek tarîx be, her çend belge dê di pêşerojê de têkildar be, wê hingê ev destpêkek baş e.

Tenê îstîsna rûpelek e ku bi mebest guhertoya "paşîn" e, mînakî ji bo tevahiya rêxistinê an beşek mezin a wê.

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

Ev stûna herî dawî ya Money Daily di kovara Money de ye. Sedema sereke ku di vê URI-yê de hewcedariya tarîxek tune ev e ku sedemek tune ku URI-ya ku dê ji têketinê derbas bibe hilîne. Têgeha Money Daily dê dema ku Money winda bibe winda bibe. Heke hûn dixwazin bi naverokê ve girêdin, divê hûn di arşîvan de ji hev veqetînin:

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

(Baş xuya dike. Bihesibînin ku "pere" dê di tevahiya jiyana pathfinder.com de heman wateyê bide. "98"ek dubare û ".html"yek nepêwist heye, lê wekî din wekî URI-ya bihêz xuya dike.

Çi bihêle

Gişt! Ji xeynî tarîxa afirandinê, danîna her agahiyê di URI de bi rengekî an yekî din pirsgirêkê dipirse.

Navê nivîskar. Gava ku guhertoyên nû peyda dibin dibe ku nivîskarî biguhere. Mirov ji rêxistinan derdikevin û tiştan digihînin kesên din.
Tişt. Pir zehmet e. Ew her gav di destpêkê de baş xuya dike, lê bi lez ecêb diguhere. Ez ê li jêr bêtir li ser vê biaxivim.
Status. Derhênerên wekî "kevn", "pêşnûme" û hwd, ku nebêjin "dawîn" û "cool", di hemî pergalên pelan de xuya dibin. Belgeyên statûyê diguherînin - wekî din dê ti wateya çêkirina pêşnûmeyan tune be. Guhertoya herî dawî ya belgeyê, bêyî ku rewşa wê hebe, pêdivî bi nasnameyek domdar heye. Statuyê ji navê xwe biparêzin.
Navketin. Li W3C, me malper ji bo karmend, endam û gel dabeş kiriye. Ev baş xuya dike, lê bê guman, belge wekî ramanên tîmê ji karmendan dest pê dikin, bi endaman re têne nîqaş kirin, û dûv re dibin zanîna gelemperî. Bi rastî dê şerm be ku her carê ku belgeyek ji bo nîqaşek berfireh were vekirin, hemî girêdanên wê yên kevin werin şikandin! Naha em diçin ser kodek tarîxek hêsan.
Berfirehkirina pelê. Diyardeyek pir gelemperî. "cgi", heta ".html" dê di pêşerojê de biguhere. Dibe ku hûn di 20 salan de ji bo vê rûpelê HTML-ê bikar neynin, lê lînkên îro yên wê hîn jî kar dikin. Girêdanên kanonîkî yên li ser malpera W3C pêvekê bikar naynin (çawa tê kirin).
mekanîzmayên nivîsbariyê. Di URI de, li "cgi", "exec" û şertên din ên ku diqîrin "binihêrin ka kîjan nermalava ku em bikar tînin" bigerin. Ma kes dixwaze ku tevahiya jiyana xwe bi nivîsandina nivîsarên Perl CGI derbas bike? Na? Piştre dirêjkirina .pl jêbirin. Pirtûka serverê bixwînin ka meriv çawa vê yekê dike.
Navê dîskê. Haydê! Lê min ev dît.

Ji ber vê yekê mînaka çêtirîn ji malpera me bi hêsanî ye

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

... li ser deqeyên civîna Serokên W3C rapor bikin.

Mijar û tesnîfkirin li gorî mijarê

Ez ê di derbarê vê xetereyê de bêtir hûrgulî biçim, ji ber ku ew yek ji wan tiştan e ku dûrketina herî dijwar e. Bi gelemperî, dema ku hûn belgeyên xwe li gorî xebata ku ew dikin kategorîze dikin mijar di URI-yan de diqede. Lê ev şikestin dê bi demê re biguhere. Navê herêman dê biguhere. Di W3C de me xwest ku MarkUP-ê li Markup û dûv re jî HTML-ê biguhezînin da ku naveroka rastîn a beşê nîşan bide. Digel vê yekê, pir caran cîhek navekî guncan heye. Di nav 100 salan de, hûn guman dikin ku hûn ê nexwazin tiştek ji nû ve bikar bînin? Di jiyana xwe ya kurt de me jixwe xwest ku mînakek "Dîrok" û "Style Sheets" ji nû ve bikar bînin.

Ew rêgezek ceribandî ye ku meriv malperek organîze bike — û rêyek bi rastî ceribandinek e ku meriv her tiştî organîze bike, tevî tevaya Webê. Ev çareseriyek mezin a navîn e lê di demek dirêj de kêmasiyên cidî hene.

Beşek sedem di felsefeya wateyê de ye. Her peyvek di zimanekî de ji bo kombûnê armancek potansiyel e, û dibe ku her kes xwedî ramanek cûda be ka wateya wê çi ye. Ji ber ku têkiliyên di navbera saziyan de ji darekê bêtir mîna tevnekê ne, tewra yên ku bi tevnê re razî ne jî dikarin nûneriyek cûda ya darê hilbijêrin. Ev çavdêriyên min ên giştî (pir caran têne dubare kirin) li ser xetereyên dabeşkirina hiyerarşîk wekî çareseriyek giştî ne.

Bi rastî, gava ku hûn navek mijarek di URI de bikar tînin, hûn xwe bi cûrbecûr dabeşkirinê digirin. Dibe ku di pêşerojê de hûn ê vebijarkek cûda tercîh bikin. Dê URI wê hingê ji binpêkirinê re têkildar be.

Sedema karanîna deverek mijarê wekî beşek URI ev e ku berpirsiyariya beşên cîhê URI bi gelemperî tê veguheztin, û dûv re hûn hewceyê navê laşê rêxistinê - beş, kom, an her tiştê din - ku berpirsiyarê wê jêrzemînê ye. Ev URI bi avahiyek rêxistinî ve girêdayî ye. Bi gelemperî tenê ewledar e ger URI-ya (çepê) ya din ji hêla dîrokek ve were parastin: 1998/pics dibe ku ji servera we re were wateya "mebesta me di sala 1998-an de bi wêneyan" ne ji "tiştê ku di sala 1998-an de me bi ya ku em nuha jê re dibêjin wêne çi kir."

Navê domainê ji bîr nekin

Bînin bîra xwe ku ev ne tenê ji bo riya di URI de, lê di heman demê de ji bo navê serverê jî derbas dibe. Ger ji bo tiştên cûda we serverên cihêreng hene, ji bîr mekin ku ev dabeşkirin bêyî hilweşandina gelek, gelek girêdan ne gengaz e ku were guheztin. Hin xeletiyên klasîk "li nermalava ku em îro bikar tînin binêrin" navên domainê "cgi.pathfinder.com", "ewle", "lists.w3.org" ne. Ew têne çêkirin ku rêveberiya serverê hêsantir bikin. Bêyî ku domainek di pargîdaniya we de dabeşek, statûyek belge, astek gihîştinê, an astek ewlehiyê temsîl dike, berî ku bêtir ji yek navên domainê ji bo gelek celeb belgeyan bikar bînin pir, pir baldar bin. Bînin bîra xwe ku hûn dikarin gelek serverên malperê di hundurê serverek yekane ya xuyang de bi karanîna beralîkirin û proxykirinê veşêrin.

Oh, û li ser navê domaina xwe jî bifikirin. Piştî ku hûn xetên hilberan biguherînin û dev ji çêkirina sabûnê berdin, hûn naxwazin wekî soap.com were binav kirin (Bibore ji bo kesê ku xwediyê soap.com e).

encamê

Parastina URI ji bo 2, 20, 200, an jî 2000 salan eşkere ye ku ew qas ku xuya dike ne hêsan e. Lêbelê, li seranserê Înternetê, webmasters biryarên ku di pêşerojê de vî karî ji xwe re bi rastî dijwar dikin. Bi gelemperî ev ji ber ku ew amûrên ku karê wan ew e ku tenê di wextê de pêşkêşkirina malpera çêtirîn bikar tînin - û kesî nirx nekiriye ka dê çi bibe bi girêdanan gava ku her tişt biguhere. Lêbelê, xala li vir ev e ku pir, pir tişt dikarin biguhezin, û URI-yên we dikarin û divê heman bimînin. Ev tenê gava ku hûn difikirin ka hûn wan çawa diafirînin ev gengaz e.

Her weha bibînin:

Tirada Jakob Nielsen li ser heman mijarê

Additions

Meriv çawa dirêjkirina pelan jê dike...

...ji URI-yê di servera web-based pela heyî de?

Heke hûn Apache bikar bînin, mînakî, hûn dikarin wê mîheng bikin da ku naverokê danûstandinê bikin. Zêdekirina pelê (mînak .png) li pelek (mînak. mydog.png), lê hûn dikarin bêyî wê bi çavkaniyek malperê ve girêdin. Dûv re Apache pelrêça ji bo hemî pelên bi wî navî û her pêvekekê kontrol dike, û dikare ya çêtirîn ji navhevkirinê hilbijêrin (mînak, GIF û PNG). Û ne hewce ye ku pelên cûrbecûr di pelrêçên cihêreng de bixin, bi rastî heke hûn wiya bikin hevhevkirina naverokê dê nexebite.

Servera xwe saz bikin ku naverokê danûstendinê bike
Her gav bêyî dirêjkirinê bi URI-yan ve girêdin

Zencîreyên bi dirêjkirinê dê hîn jî bixebitin, lê dê rê li ber servera we bigire ku forma çêtirîn a heyî û di pêşerojê de hilbijêrin.

(Di rastî, mydog, mydog.png и mydog.gif - çavkaniyên webê yên derbasdar, mydog çavkaniyek celebek naveroka gerdûnî ye, û mydog.png и mydog.gif - çavkaniyên cûreyek naverokek taybetî).

Bê guman, heke hûn servera xweya webê dinivîsin, ramanek baş e ku hûn databasek bikar bînin da ku nasnameyên domdar bi forma wan a heyî ve girêdin, her çend hay ji mezinbûna databasa bêsînor hebe.

Desteya Şermê - Çîrok 1: Kanal 7

Di sala 1999 de, min girtina dibistanan ji ber berfê li ser rûpelê şopand http://www.whdh.com/stormforce/closings.shtml. Li bendê nebin ku agahdarî li binê ekrana TV-yê xuya bibe! Min ji rûpela xweya malê pê ve girêda. Yekemîn bagera berfê ya mezin a sala 2000 tê û ez rûpelê kontrol dikim. Li wir hatiye nivîsandin:

- Ji pê ve.
Niha tiştek girtî nîne. Ji kerema xwe di rewşa hişyariyên hewayê de vegerin.

Nikare bahozeke wisa xurt be. Çê ye ku tarîx winda ye. Lê heke hûn biçin rûpela sereke ya malperê, dê bişkokek mezin "Dibistanên Girtî" hebe, ku berbi rûpelê ve diçe. http://www.whdh.com/stormforce/ bi lîsteya dirêj ya dibistanên girtî.

Dibe ku wan pergalê ji bo bidestxistina navnîşê guheztin - lê ne hewce bû ku ew URI biguhezînin.

Board of Shame - Çîrok 2: Microsoft Netmeeting

Bi mezinbûna girêdayîbûna bi Înternetê re, ramanek jîr hat ku girêdanên bi malpera çêker re dikarin di serlêdanan de werin bicîh kirin. Ev gelek hatiye bikaranîn û îstîsmar kirin, lê hûn nikarin URL-ê biguherînin. Tenê roja din min zencîreyek ji Microsoft Netmeeting 2/tiştek muwekîlê di Alîkarî/Microsoft li ser Webê/ menuya tiştên belaş ceriband û xeletiyek 404 wergirt - bersivek ji serverê nehat dîtin. Dibe ku ew jixwe hatî rast kirin ...

Nîşeya dîrokî: Di dawiya sedsala 20-an de, dema ku ev hate nivîsandin, "cool" bi taybetî di nav ciwanan de epîteyek pejirandinê bû, ku moda, kalîte, an guncan nîşan dide. Bi lez û bez, riya URI bi gelemperî ji bo "sarbûn" û ne bikêrhatî an domdariyê hate hilbijartin. Ev post hewildanek e ku enerjiya li pişt lêgerîna sar ji nû ve rêve bike.

Source: www.habr.com

URI-yên xweş nayên guhertin