Wat is 'n URL? Lees die basiese beginsels en verder
URL's is een van die mees gebruikte tegnologiekonsepte wat tans gebruik word. In wese is dit die adresse wat u sou gebruik om toegang tot verskillende bronne te kry – meestal gebruik u een om toegang te verkry tot 'n spesifieke webwerf wat op die internet beskikbaar is. Omdat URL's is "hanteer" so gereeld deur gebruikers, is dit belangrik om te sorg vir die keuse van u domein, sowel as die vouerstruktuur van u webwerf, aangesien die besluite wat u neem, duidelik is vir gebruikers en dit beïnvloed hul ervaring met die navigasie deur u webwerf. URL's is ook belangrik vir die optimalisering van soekenjins.
1 Wat is 'n URL??
1.2 Die anatomie van 'n URL
2 Ontwerp 'n optimale URL
2.1 Waarom URL-ontwerp-aangeleenthede
2.2 Algemene riglyne vir die ontwerp van URL's
2.3 Wenke vir die ontwerp van 'n wonderlike URL
Wat is 'n URL??
URL is 'n akroniem vir Uniform Resource Locator, en dit is een van die kernbegrippe van moderne rekenaar. Per definisie is 'n URL 'n geformatteerde teksstring wat verwys na die ligging van 'n bron op 'n rekenaarnetwerk (meestal die web). Hierdie bronne is tipies webbladsye, maar dit kan ook teksdokumente, grafika, programme of amper alles wees wat digitaal geberg kan word..
Benewens die "adres" van die bron, sal 'n volledige URL ook die metode (of protokol) impliseer waarmee die hulpbron opgespoor kan word.
'N Basiese URL sal bestaan ​​uit drie dele, of onderdele, geskei deur karakters te definieer. Dit sluit die protokol, die gasheernaam of adres en die ligging van die bron in. 'N Eenvoudige voorbeeld van 'n URL-string neem die volgende vorm aan: http://www.example.com/index.html.
Vandag het die URL 'n algemene deel van ons rekenaarwoordeskat geword, net so oral soos die internet self. Maar dit was nie altyd die geval nie.
ARPANET is in die laat 1960's bekendgestel. Dit was die eerste rekenaarnetwerk wat TCP / IP implementeer en het die basis vir die internet geword. Daarmee was dit moontlik om lêers en dokumente tussen rekenaars deur die netwerk te skuif. Ongelukkig kan toegang tot daardie dokumente destyds een van 'n aantal verskillende protokolle benodig. Wat nodig was, was 'n verenigende beginsel wat dit moontlik maak om lêers en dokumente maklik met mekaar te koppel, te identifiseer en op aanvraag te herwin.
ARPANET het in die middel van die sewentigerjare internasionaal gegaan en sodoende die internet geword. Maar die stelsel het baie dieselfde gebly.
In die vroeë negentigerjare is die web op die internet gebou. Dit het dit makliker gemaak om dokumente met mekaar te vind en te koppel. Daar was drie fundamentele boustene van die web: die HTTP-protokol, HTML en die URL. HTTP is 'n akroniem vir Hypertext Transfer Protocol – 'n metode om dokumente te stuur en te ontvang. HTML is natuurlik die Hypertext Markup Language, wat toelaat dat teksgebaseerde dokumente op 'n rekenaarskerm weergegee word. En die URL is 'n konsekwente manier om te beskryf waar 'n dokument is en hoe dit afgelewer moet word.
Die anatomie van 'n URL
Die basiese anatomie van 'n URL bestaan ​​uit verskillende dele. Sommige van hierdie dele is verpligtend, ander is opsioneel en kan opgeneem word as iets anders as die standaardbewerking nodig is. HTTP gebruik byvoorbeeld standaard poort 80, maar dit hoef nie.
Die beste manier om die anatomie van 'n URL te ondersoek, is deur voorbeelde, dus gebruik ons ​​die volgende bespotlike URL vir ons doeleindes en verdeel dit in die verskillende komponente:
http://www.whatever.com:80/whatever/whatever.html?this=that&wat = die # fn2
http: // – dit is die skema, of protokol-substring, en dit dui aan watter protokol gebruik moet word om die gewenste lêer of dokument te gaan haal. Terwyl HTTP die algemeenste is, is dit geensins die enigste opsie nie. Ander protokolle sluit HTTPS (die beveiligde weergawe van HTTP), mailto: (om 'n e-poskliënt oop te maak), ftp: (om 'n basiese lêeroordrag te hanteer), en ander. Die kolon (:) is die URI-skema-skeider, en die gekoppelde voorwaartse skuinsstrepe (//) definieer die begin van die plaaslike gasheernaam.
www. – hierdie deel van die URL definieer die inhoud, in hierdie geval die wêreldwye web. Hierdie gedeelte van 'n URL kan ook gebruik word om 'n subdomein aan te dui. Ons kan ons voorbeeld byvoorbeeld verander om http://support.whatever.com in te sluit om toegang tot 'n interne ondersteuningsbladsy vanaf die teikenwebwerf te kry..
whatever.com – dit is die domeinnaam en word gebruik om die geteikende gasheer of webbediener aan te dui. Die laaste deel van ons domeinnaam, die .com, is die domein agtervoegsel en word gebruik om die tipe of ligging van die betrokke webwerf te identifiseer. Ander domeine-agtervoegsels sluit in .org, .net en streekspesifieke agtervoegsels soos .co.uk. Daar bestaan ​​meer as 500 domeinsuffikasies (of gTLD's).
: 80 – dit is die hawe, en dit dui aan die "hek" word gebruik om toegang tot bronne op die beoogde webbediener te kry. Hierdie deel van 'n URL word dikwels weggelaat wanneer die webbediener standaardpoorte vir die HTTP- of HTTPS-protokolle gebruik. As 'n nie-standaardpoort in gebruik is, moet hierdie afdeling in die URL opgeneem word. Weereens, die kolon (:) tree op as 'n skeier.
ongeag / whatever.html – dit dui die pad na die bron op die bediener aan. Oorspronklik het hierdie afdeling verwys na 'n fisiese plek op 'n spesifieke bediener, hoewel dit nou meer tipies dui op 'n abstrakte ligging van die gegewens. Die skuinsstreep dien weer as 'n skeider om die integriteit van die hiërargiese sintaksis van die URL te handhaaf.
?hierdie = wat&wat = die – dit is die navraagstring. Dit bestaan ​​uit 'n vraagteken gevolg deur een of meer parameters wat 'n webbediener kan gebruik om spesifieke inhoud, of 'n spesifieke weergawe van die aangevraagde inhoud, terug te gee. Daar word gereeld na URL'e met navraagstringe verwys "dinamiese URL's." Die parameters wat in dinamiese URL's gebruik word, is nie noodwendig universeel nie, en elke webbediener het sy eie reëls rakende die gebruik daarvan.
# fn2 – die laaste deel van die URL is die opsionele fragment of "anker." Dit word aangedui met 'n hash (#) en word gevolg deur teks. Dit word deur die blaaier gebruik om die webblad op 'n spesifieke plek te posisioneer.
Saamgevat vorm hierdie substraat 'n volledige URL. Dit definieer: die protokol wat nodig is om 'n lêer of dokument op te spoor; die bediener; die ligging van daardie inhoud op daardie bediener; die poort wat gebruik word om toegang tot daardie bediener te kry; bediener-verwante inligting oor die inhoud; en kliëntverwante inligting oor die vertoon van die inhoud.
Ontwerp 'n optimale URL
Noudat ons weet wat 'n URL is, kom ons praat oor waarom dit belangrik is om 'n goed ontwerpte URL te hê. Ons sal dan nadink oor die dinge wat bydra tot die maak van 'n "goeie" URL.
Eerstens is URL's een van die min dinge wat deurlopend gebruik word deur almal wat toegang tot die internet het, ongeag die blaaier, die bedryfstelsel of die toestel wat gebruik word – in sommige gevalle oortref u URL die internet en word gedeel met behulp van analoogmetodes, soos as memo's en ander amptelike dokumente. URL's is navigasiehulpmiddels (en meer!) Wat gebruik word deur regte mense, nie net masjiene nie, so hulle ontwerp is 'n ander metode om u gehoor te bereik.
Die meeste van alles is dat URL's 'n onbepaalde ooreenkoms is tussen u gebruikers en u. Gegewe 'n spesifieke URL, moet die persoon dit nou en later kan gebruik om 'n spesifieke bron (of onderafdeling van daardie bron) terug te besorg. As sodanig moet u vermy om die URL's na u bladsye te verander, indien enigsins moontlik. As u dit moet, stel u aansture (maar dit sal u bladsye laai, aangesien elke herleiding dit moet ontleed en uitgevoer word). As gevolg hiervan beteken die ontwerp van u URL's aan die begin dat u nie soveel hoef te bekommer oor die feit dat u dit op 'n later tydstip moet verander nie.
Algemene riglyne vir die ontwerp van URL's
Hou die volgende beginsels in gedagte wanneer u nadink oor hoe u u URL's wil struktureer:
Let op die afdelings op die boonste vlak. Die topvlak-afdeling vorm die basis van al u URL's: google.com, facebook.com en twitter.com is almal afdelings op die hoogste vlak. Dit is duidelik dat die mark vir unieke, maar tog onvergeetlike URL's wat steeds aan die korter kant is, steeds beperk word, maar die belangrikheid daarvan vereis dat u noukeurig let op die keuse daarvan.
Die beskikbaarheid van unieke uitbreidings (as voorbeeld, een van die mees gebruikte uitbreidings is .com.) Maak nuwe moontlikhede oop, maar gebruik dit noukeurig, want baie mense sal outomaties aanvaar dat u toegang tot u webwerf met..
Hou u URL's skoon. Waarvan dit kom, is, "Kan u gebruikers u URL met gemak tik?" Dit is iets waarna u moet kyk, veral as u 'n inhoudbestuurstelsel of blog-enjin het wat u URL's outomaties opwek. In die meeste gevalle is minder beslis meer. Bonus: as u URL's maklik is om in te tik, is dit waarskynlik maklik om te onthou, wat nuttig is om herhaalde besoeke aan u webwerf te verseker.
Gebruik 'n enkele domein en vermy subdomeine indien moontlik. Die primêre rede vir albei is dat soekenjins sub.example.com en example.com/sub as twee verskillende webwerwe beskou, alhoewel u bedoel het dat die bladsye in die submap 'n deelversameling van u hoofwebwerf sou wees. Dit het 'n negatiewe uitwerking op die ranglys van u soekenjin.
Gebruik sleutelwoorde in u URL's. Deur sleutelwoorde in u URL te gebruik, dra u belangrike inligting oor aan beide besoekers en soekenjins. Mystore.com/books/nonfiction vertel byvoorbeeld vir u kyker presies wat die bladsy is: 'n lys boeke wat te koop is. Omgekeerd sê mystore.com/category038/234823 jou besoeker niks van nut nie. Aangesien u URL's in die resultate van soekenjins gewys word, sal gebruikers waarskynlik meer op hul skakel klik as u URL aan die gebruiker oordra dat u webwerf wettig en van belang is.
Wees egter versigtig vir gebruik ook baie sleutelwoorde. Op 'n stadium kan u die ranglys van u soekenjin verbeter deur u URL's met soveel sleutelwoorde as moontlik te vul (bv. Mystore.com/books/non-fiction/non-fiction-books/realistic-fiction), maar dit is nie meer die geval. As u dit doen, kan u URL ook spammy lyk.
Pas URL'e by titels. Dit help u nie net om die voorstel hierbo direk na te volg nie, maar dit het ook die voordeel dat u, indien wel, 'n ekstra wegwyser aan u kyker bied. Deur na u URL te kyk, ontwikkel hulle 'n verwagting vir u bladsy, en wanneer hulle die titel besoek en sien, lewer u iets wat aan hul verwagtinge voldoen.
As u 'n lang titel vir u artikel het, hoef u nie 'n URL met 'n soortgelyke lengte te maak nie – maak slegs een wat die sleutelterme bevat. As u titel byvoorbeeld is "Hoe jy jou serp in veertig verskillende style dra," jou URL kan bevat sjaal-veertig-style.
Hou u vouerstruktuur eenvoudig. Oor die algemeen aanvaar mense dat elke addisionele / 'n addisionele laag van diepte aandui, dus lei 'n URL soos voorbeeld.com/sports/teams/volleyball na die vlugbal-lêergids, wat die derde geneste laag onder die primêre domein is. Te diep geneste beteken egter dat dit minder waarskynlik is dat u kyke op daardie bladsye kry.
Wenke vir die ontwerp van 'n wonderlike URL
Noudat ons die beste praktyke vir die ontwerp van u URL bespreek het, is hier 'n paar praktiese wenke om u te help om dit te implementeer.
Gebruik koppeltekens oor onderstreep. Terwyl soekenjins vroeër makliker was om URL's met onderstreepte te ontleed oor dié met koppeltekens, is dit nie meer die geval nie. Dit, gekombineer met die feit dat koppeltekens makliker is om te gebruik, maak koppeltekens die beter keuse vir URL's.
Gebruik kort, maklik onthoubare woorde. Dit hou direk verband met die korter URL's wat die gebruikerservaring beïnvloed. Behalwe dat dit makliker is om te kopieer en te plak, te deel en in te sluit op ander webwerwe.
Maak u URL's ongevoelig. Mense sal waarskynlik alle kleinletters gebruik wanneer u u URL invoer, maar u wil beslis nie gebruikers wat / Home of / HOME gebruik, verloor as u URL slegs met / home werk nie..
Vermy nie-ASCII karakters. As u slegs ASCII-karakters gebruik, word gebruikerservaring verbeter, aangesien dit makliker is om in te tik. Boonop beteken die gebruik van karakters wat nie ASCII is nie, dat u URL minder geneig is om inligting aan die gebruiker oor te dra oor wat hy kan verwag om op u bladsy te sien.
Vermy lêeruitbreidings. Eerstens is lêer-uitbreidings geneig om nie vorentoe versoenbaar te wees nie, so as standaarde verander, moet u al u URL's herwerk sodat die bestaande skakels nie breek nie.
Alhoewel ons miskien die URL as vanselfsprekend aanvaar het, is dit 'n integrale deel van die moderne rekenaarlandskap. Om meer te wete te kom oor URL's, die ontwikkeling daarvan en hoe om dit effektief te skep en te gebruik, stel ons die volgende materiaal voor:
Die geskiedenis van die URL: hierdie artikel van Zack Bloom bied insig in die ontwikkeling van die URL, en hoe dit tot die internet gelei het soos ons vandag daaraan dink.
Werk met URL's: van Oracle Industries kom hierdie uitgebreide handleiding oor URL's vir Java-programmeerders. Onderwerpe sluit in basiese URL-definisies, die skep van effektiewe URL's wat aan basiese webstandaarde voldoen, 'n URL ontleed en lees en skryf aan die URLConnection-klas.
Wat is 'n URL: hierdie beginnersgids vir URL's word aangebied deur die Mozilla Developer Network. Benewens die feit dat u 'n basiese oorsig gee van hoe om URL's effektief te skep en te gebruik, ondersoek hierdie artikel die waarde van semantiese URL's, en die verskil tussen absolute en relatiewe URL's..
Die verstaan ​​van URL's: hierdie basiese gids bevat 'n uiteensetting van die komponente van 'n URL en is geskryf om dit diegene met 'n minimale rekenaarervaring te noem, en hoe dit gelees kan word om die lêerspad en herwinbare inhoud te identifiseer.
URL's, een van die mees gebruikte konsepte van rekenaars vandag, is tekstringe wat ontwerp is om die hulpbron (s) waarin u belangstel te vind – terwyl u waarskynlik op soek is na 'n spesifieke webwerf op die internet, URL's kan gebruik word om enige bron op 'n gegewe rekenaarnetwerk op te spoor. Omdat dit so gereeld hanteer word, is URL-ontwerp een manier waarop u 'n invloed op gebruikerservaring kan hê. Deur die tyd te neem om u URL te ontwerp om dit so informatief en maklik te gebruik as moontlik te maak, verseker u meer bladsye vir u hulpbronne.
ASP.NET-bronne: hierdie gids sal u aan die gang kry met Microsoft se .NET-raamwerk om webbladsye te skep.
As u regtig HTML wil leer, het ons 'n artikel oor die boeklengte, HTML vir beginners, geskep – Ultimate Guide En dit is die uiteindelike gids; dit sal jou van die begin tot die bemeestering neem.