Difino & Ekzemploj de URL
Mallongigita kiel URL , Uniform Resource Locator estas maniero identigi la lokon de dosiero interrete. Ili estas uzataj por malfermi ne nur retejojn, sed ankaŭ elŝuti bildojn, filmetojn, programprogramojn kaj aliajn tipojn de dosieroj, kiuj gastigas servilon.
Malfermi lokan dosieron en via komputilo estas tiel simpla kiel duobla klakado, sed por malfermi dosierojn en komputiloj remotos , kiel serviloj retejo, ni devas uzi URLojn por ke nia retumilo sciu, kie aspekti. Ekzemple, malfermante la HTML- dosieron, kiu reprezentas la retpaĝon klarigitan sube, fariĝas enirante ĝin en la navigan trinkejon ĉe la supro de la retumilo, kiun vi uzas.
Uniformaj Rimedoj-lokigiloj estas plej ofte mallongigitaj kiel URLoj, sed ili ankaŭ estas nomataj retejaj adresoj kiam ili raportas al URLoj kiuj uzas la HTTP aŭ HTTPS- protokolon .
URL estas kutime prononcata per ĉiu letero parolita individue (te u - r - l , ne konsilo ). Ĝi estis mallongigo por Universal Resource Locator antaŭ esti ŝanĝita al Uniform Resource Locator.
Ekzemploj de URLoj
Vi probable estas uzata por eniri en URL, kiel ĉi tiu por aliri al la retejo de Google:
https://www.google.comLa tuta adreso nomiĝas la URL. Alia ekzemplo estas ĉi tiu retejo (unua) kaj Microsoft (dua):
https: // https://www.microsoft.comVi eĉ povas esti super specifa kaj malfermu la rektan URL al bildo, kiel ĉi tiu longa kiu notas la logoon de Google en la retejo de Vikipedio. Se vi malfermas tiun ligilon, vi povas vidi, ke ĝi komenciĝas per https: // kaj havas normalan rigardantan URL kiel la ekzemplojn supre, sed tiam havas multajn aliajn tekston kaj klakojn por montri vin al la ĝusta dosierujo kaj dosiero, kie la bildo loĝas sur la servilo de la retejo.
La sama koncepto aplikiĝas kiam vi aliras al la ensalutpaĝo de router ; la direkta IP-adreso de la router estas uzata kiel URL por malfermi la agordon. Vidu ĉi tiun NETGEAR-Defaŭlta Pasvorta Listo por vidi kion mi volas diri.
Plejparto de ni estas konata kun ĉi tiuj tipoj de URLoj, kiujn ni uzas en retumilo kiel Firefox aŭ Chrome, sed tiuj ne estas la solaj okazoj, kie vi bezonos URL.
En ĉiuj ĉi tiuj ekzemploj, vi uzas la HTTP-protokolon por malfermi la retejon, kiu verŝajne la plej multaj homoj renkontos, sed ekzistas aliaj protokoloj, kiujn vi povus uzi ankaŭ, kiel FTP, TELNET , MAILTO, kaj RDP. URL eĉ povas indiki al lokaj dosieroj, kiujn vi havas en malmola disko . Ĉiu protokolo povas havi unikan aron de sintaksaj reguloj por atingi la cellon.
Strukturo de URL
URL povas esti disrompita en malsamajn sekciojn, ĉiu peco servanta specifan celon kiam aliranta remotan dosieron.
HTTP kaj FTP-URLoj estas strukturitaj samaj, kiel protokolo: // hostname / fileinfo . Ekzemple, aliri al FTP-dosiero kun ĝia URL eble aspektas tiel:
FTP: //servername/folder/otherfolder/programdetails.docx... Kiu, aparte de havi FTP anstataŭ HTTP , aspektas kiel ajna alia URL, kiun vi povus renkonti tie sur la retejo.
Ni uzu la sekvan URL, kiu estas Google anonco de CPU-difekto , kiel ekzemplo de HTTP-adreso kaj identigi ĉiun parton:
https://security.googleblog.com/2018/01/todays-cpu-vulnerability-what-you-need.html- https estas la protokolo (kiel FTP estas protokolo), kiu difinas la tipon de servilo, kiun vi komunikas kun.
- Sekureco estas la gastigna nomo uzita por aliri ĉi tiun specifan retejon.
- googleblog estas la domajna nomo.
- Kom estas kio estas nomata kiel la supran nivela domajno (TDL) , iuj aliaj el kiuj inkludas .net, .org, .co.uk, ktp.
- / 2018/01 / reprezentas la dosierujojn uzatajn por organizi la retpaĝon aŭ dosieron. En la reto-servilo, kiu tenas la retejajn dosierojn, ĉi tiuj estus la realaj dosierujoj, kiujn vi alklakos por trovi la dosieron, kiun ĉi tiu URL specifas.
- todays-cpu-vulnerability-what-you-need.html estas la reala dosiero, kiun la URL montras. Se vi provos ŝarĝi bildon, aŭdosieron aŭ alian dosieron, anstataŭ HTML-dosiero, tiam la URL finiĝos en tiu dosiero (kiel PNG aŭ MP3 ).
- security.googleblog.com kiel grupo nomas la Plene Kvalifikita Domajna Nomo (FQDN) .
URL-sintaksaj reguloj
Nur nombroj, literoj kaj la sekvaj signoj estas permesitaj en URL: ()! $ -'_ * +.
Aliaj karakteroj devas esti koditaj (tradukitaj al programado-kodo) por esti akceptitaj en URL.
Kelkaj URLoj havas parametrojn, kiuj dividas la URL for de suplementaj variabloj. Ekzemple, kiam vi serĉos Google :
https://www.google.com/search?q=... la demando, kiun vi vidas, montras certan skripton, gastigita en la servilo de Google, ke vi volas sendi specifan komandon al ĝi por akiri kutimajn rezultojn.
La specifa skripto, kiun Google uzas por ekzekuti serĉojn, scias, ke kio ajn sekvas la ? Q = parto de la URL devus esti identigita kiel la serĉa termino, do kio ajn tajpas ĉe tiu punkto en la URL estas uzata por serĉi en la serĉilo de Google.
Vi povas vidi similan konduton en la URL en ĉi tiu serĉo de YouTube por plej bonaj katoj :
https://www.youtube.com/results?search_query=best+cat+videosNoto: Kvankam spacoj ne estas permesitaj en URL, iuj retejoj uzas + signon, kiun vi povas vidi en la ekzemploj de Google kaj YouTube. Aliaj uzas la kodigitan ekvivalenton de spaco, kiu estas % 20 .
La URLoj, kiuj uzas multoblajn variablojn, uzas unu aŭ pli da komparantoj post la demando. Vi povas vidi la ekzemplon ĉi tie por serĉo de Amazon.com por Windows 10:
https://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=windows+10La unua variablo, url , estas antaŭita de la demando-marko, sed la sekva variablo, kampo-ŝlosilvortoj , estas antaŭita de kombinaĵo. Pliaj variabloj ankaŭ estus antaŭitaj de ampersand.
Partoj de URL estas kazema sentemo - specife, ĉio post la domajna nomo (la dosierujoj kaj dosiernomo). Vi povas vidi ĉi tion por vi mem se vi kapitulacigas la vorton "iloj" en la ekzemplo URL de mia retejo, kiun ni malkonstruis supre, finante la URL legi /free-driver-updater-Tools.htm . Provu malfermi tiun ĉi paĝon ĉi tie kaj vi povas vidi, ke ĝi ne ŝarĝas ĉar tiu specifa dosiero ne ekzistas en la servilo.
Pli da Informoj pri URLoj
Se URL montras al vi dosieron, kiun via retumilo povas montri, kiel bildo de JPG , vi ne devas elŝuti la dosieron al via komputilo por vidi ĝin. Tamen, por dosieroj, kiuj ne kutime montras en la retumilo, kiel PDF kaj DOCX- dosieroj, kaj precipe EXE- dosieroj (kaj multaj aliaj tipoj de dosieroj), vi devos elŝuti la dosieron al via komputilo por uzi ĝin.
URLoj havigas facilan manieron por ke ni povu aliri la adreson de la servilo sen neceso scii, kio estas la vera adreso. Ili estas kiel facile memorigi nomojn por niaj plej ŝatataj retejoj. Ĉi tiu traduko de URL al IP-adreso estas uzata por DNS-serviloj .
Kelkaj URLoj estas vere longaj kaj kompleksaj kaj plej bone uzas se vi alklakas ĝin kiel ligilon aŭ kopii / batu ĝin en la adreson de la retumilo. Eraro en URL povus generi 400-serian HTTP-statusan eraron , la plej ofta tipo estas 404 eraro .
Ekzemple oni povas vidi ĉe 1 kaj 1. Se vi provas aliri paĝon, kiu ne ekzistas en sia servilo (kiel ĉi tiu), vi ricevos 404 eraron. Ĉi tiuj tipoj de eraroj estas tiel oftaj, ke vi ofte trovos kutimajn, ofte komikajn versiojn de ili en iuj retejoj. Vidu miajn 20 Pli bonaj 404 Eraraj Paĝoj Ĉiam bildoprezento por iuj el miaj propraj favoritoj.
Se vi havas problemojn por aliri al retejo aŭ enreta dosiero, kiun vi ŝajnas ŝargi kutime, vidu Kiel provi provoki eraron en URL por iuj helpema ideoj pri kio fari poste.
Plej multaj URLoj ne postulas la havennomon esti donita. Malfermi google.com , ekzemple, povas esti farita specifante ĝian havenon-numeron al la fino kiel http://www.google.com:80 sed ne necesas. Se la retejo funkciis sur haveno 8080 anstataŭe, vi povus anstataŭigi la havenon kaj aliri la paĝon tiel.
Defaŭlte, FTP-ejoj uzas havenon 21, sed aliaj povas esti instalinstrukciojn sur haveno 22 aŭ io alia. Se la FTP-ejo ne uzas havenon 21, vi devas specifi, kiun oni uzas por aliri la servilon ĝuste. La sama koncepto aplikiĝas por iu ajn URL, kiu uzas malsaman havenon ol kia uzata programo por aliri supozas defaŭlte, ke ĝi uzas.