Mis on URL ja kuidas sellega töötada. URL kaldkriipsuga või ilma – miks see õige on? Mis on uri

Vaidlused selles küsimuses – kuidas URL-i õigesti kirjutada, kas lõpus kaldkriipsuga või ilma? - on olnud ja jääb. Argumendid on mitmekesised ja sageli vastuolulised. Ja ühtse ressursiotsija (URL) valeandmete esitamise eest on kahte tüüpi väljamakseid. Otsingumootorite poolt on need väidetavalt karistused dubleerivate lehtede eest. Toimivuse seisukohalt on see väidetavalt lisasuunamine õige kirje lehele, mille server genereerib automaatselt.

Analüüsides aga internetistandardite tehnilisi spetsifikatsioone, eelkõige dokumenti "RFC 1738 – Uniform Resource Locators (URL)", tuleb tõdeda, et mõlemad veebiressursi aadressi salvestamise võimalused on formaalselt õiged ja sanktsioon ühe või teise võimaluse kasutamine pole midagi muud kui veidrus otsingumootor või pseudo-SEO-šnikovi lood.

Lühidalt vaadates tundub õigem variant ilma kaldkriipsuta lõpus, olenemata sellest, kas teie link adresseerib "faili" serveris või "kausta", mille kaudset tõestust kirjeldatakse allpool. Kuid dokumendis pole ühtegi väidet, et mõni muu valik on vale või viitab täiesti erinevale ressursile.

Ma ei lae teile mainitud RFC mitmeleheküljelist tõlget, sest esiteks oli küsimuse eesmärk kaldkriipsud URL-i lõpus ja teiseks on väljaanne suunatud lihtsatele mootorite kasutajatele, sealhulgas neile. keda kõik detailid ei huvita, ootavad lühiselgitusi ja sisulisi tõendeid. Seetõttu tsiteerin tõenditena ja selgitan väljavõtteid sellest dokumendist. Keda ei huvita, võib kohe vaadata artikli lõpus olevat järeldust.

Üldine URL-i süntaks

Kõigepealt juhin tähelepanu väljavõttele lõigust 2. Üldine URL-i süntaks (üldine URL-i süntaks). Igal juhul annan tekstist fragmendi originaalkeeles ja seejärel tõlke vene keelde.

URL-e kasutatakse ressursside asukoha määramiseks, pakkudes ressursi asukoha abstraktset identifitseerimist. URL-e kasutatakse ressursside asukoha leidmiseks, pakkudes abstraktset identifitseerimist ressursi asukoha kohta.

See tähendab, et URL ise on puhas abstraktsioon. See, et see võib meile väliselt mõne faili või kausta nimega sarnane tunduda, ei tähenda sugugi füüsilist viidet just sellisele ja sellisele failile, mitte aga mõnele muule serveri failiruumis. Seda kirjeldatakse üksikasjalikult hiljem dokumendis.

MärkusÜldiselt on http linkide osas põhimõtteliselt vale väita, et nt.

• http://domain.com/path/subpath/filename.txt- osutab väidetavalt failile
• http://domain.com/path/subpath/- osutab väidetavalt kaustale
• http://domain.com/path – viitab väidetavalt valesti kaustale

Oleme lihtsalt harjunud seda ütlema, sest linke on mugav saidil olevate failidega seostada. Tegelikult osutavad kõik need lingid mingile ressursile, mitte mingil juhul ei näita ressursi tüüpi. See, mis on iga ressursi taga peidus, st millist päris faili või kausta ja mis tüüpi sisu selline link annab, määrab juba serveri konfiguratsioon.

Oluline on mõista, et linkides pole selliseid asju nagu "fail", "kaust", "alamkaust", "tekst", "pilt", "html", "skript", "laadileht" jne. Ükski kaldkriips lõpus või selle puudumine ei tähenda absoluutselt midagi enne, kui link läbib serverisisese transformatsiooni ja ta ise otsustab, kuhu link tegelikult viitab ja mis tüüpi sisu selle taga peidus on. Ainult see otsus viitab serveri sisemisele arhitektuurile.

Hierarhilised skeemid

Järgnevalt on väljavõte punktist 2.3 Hierarhilised skeemid ja suhtelised lingid.

Mõned URL-i skeemid (nt ftp, http ja failiskeemid) sisaldavad nimesid, mida võib pidada hierarhilisteks; hierarhia komponendid on eraldatud "/"-ga. Mõned URL-i skeemid (nt ftp, http ja fail) sisaldavad nimesid, mida võib pidada hierarhilisteks; hierarhia elemendid on eraldatud tähega "/".

See tähendab, et väidetakse, et eraldi aadressskeemides ei ole ressursilokaatori sisul keelatud vihjata hierarhilisele ja veel pole sätestatud, et hierarhia oleks samaväärne mis tahes vormiga, näiteks failiga.

Üldine võrguskeemi süntaks

Alljärgnev on väljavõte punktist 3.1. Ühine Interneti-skeemi süntaks (tavaline võrguskeemi süntaks).

//:@:/Mõned või kõik osad" :@", ":", ":" ja "/ " võib olla välistatud. Mõned või kõik osad " :@", ":", ":" ja "/ " võib välistada.

Märkus See on muide vastus küsimusele, mis tuleneb sellest, mida me kaalume. Sageli vaidlevad nad sel teemal: kuidas anda link domeenile (hostile) - ilma kaldkriipsuta lõpus või kaldkriipsuga?

Kuidas http://domain.com/ või http://domain.com?

Ja nii ja nii õige. Lihtsalt esimene kaldkriips pärast hostinime on selleks, et eraldada teenimi hostinimest. Dokumendi sama lõik ütleb järgmist:

URL-i tee Ülejäänud lokaator koosneb skeemi spetsiifilistest andmetest ja seda tuntakse kui "url-teed". See annab üksikasjad selle kohta, kuidas määratud ressursile pääseb juurde. Pange tähele, et hosti (või pordi) ja url-tee vaheline "/" EI OLE url-tee osa. Ülejäänud lokaator koosneb skeemipõhistest andmetest ja on tuntud kui "url-path" (URL-i tee). See annab üksikasjad selle kohta, kuidas määratud ressursile juurde pääseb. Pange tähele, et hosti (või pordi) ja URL-i tee vaheline märk "/" ei ole URL-i tee osa.

Kui URL-i tee on tühi string (nagu paljud meist ütlevad, kui URL viitab saidi juurele), ei pea te seda lõpumärki panema või mitte panema. Kellelgi pole õigust karistada teid "pealehe kahe võtte eest", sest vastavalt spetsifikatsioonile lingite mõlemal juhul URL-i sama ressursiga.

Jätkame teine ​​väljavõte samast lõigust.

URL-i tee süntaks sõltub kasutatavast skeemist, nagu ka viisist, kuidas seda tõlgendatakse. URL-i tee süntaks sõltub kasutatavast skeemist ja ka selle tõlgendamise viisist.

See on veel üks kinnitus, et igal lokaatoriskeemil on oma "hierarhia" mõiste ja selle tõlgendamise viis.

Hierarhia

Mõne failisüsteemi puhul vastab URL-i hierarhilise struktuuri tähistamiseks kasutatav "/" eraldajale, mida kasutatakse failinime hierarhia koostamiseks, ja seega näeb failinimi välja sarnane URL-i teega. See EI tähenda, et URL on Unixi failinimi. Märgi "/" kasutatakse URL-i hierarhilise struktuuri tähistamiseks vastavalt failinime hierarhia koostamisel kasutatud eraldajale ja seetõttu näeb mõnes failisüsteemis failinimi välja nagu URL-i tee. Kuid see ei tähenda, et URL oleks Unixi-laadne failinimi.

Kuigi see lõik kehtib ftp-skeemi kohta, kehtivad selle avaldused ka muude skeemide kohta (http, gopher, prospero jne). Ainult failiskeemis tähendab kaldkriips loogiliselt sama, mis näiteks failinimedes file://server_or_device/path/subpath/filename.txt.

http

HTTP URL on kujul: http:// :/?kus ja on nagu kirjeldatud jaotises 3.1. Kui: On välja jäetud, vaikimisi on port 80. Kasutajanimi ega parool pole lubatud. Kas HTTP-valija ja on päringustring. The On valikuline, nagu ka ja sellele eelnev "?". kui mitte kumbagi Ega ka on olemas, võib ka "/" ära jätta. Piirkonnas Ja komponendid, "/", ";", "?" on reserveeritud. Märki "/" võib HTTP-s kasutada hierarhilise struktuuri tähistamiseks. http-skeemi URL on järgmisel kujul: http:// :/?kus ja Sama, mis on kirjeldatud punktis 3.1. Kui: Välja jäetud, eeldatakse, et vaikeport on 80. Kasutajanimi või parool on kehtetu. See on HTTP-valija ja - päringu string. See on vabatahtlik, nagu on koos eelneva tähemärgiga "?". Kui mitte kumbagi Kumbki mitte ei ole, võib ka märgi "/" ära jätta. Elementides Ja märgid "/", ";", "?" on reserveeritud. Märki "/" saab HTTP-s kasutada hierarhilise struktuuri määratlemiseks.

Märkus Samuti on kirjas, et saate määrata lingi ilma kaldkriipsuta. Antud juhul rääkisime olukorrast, kus lingi tee on tühi – osutab hosti juurele.

Ametlik märge

Ja lõpuks väljavõte lõikest 5. BNF konkreetsete URL-i skeemide jaoks (ametlik märge konkreetsete URL-i skeemide jaoks).

Siin on valikulised osad märgitud nurksulgudes. Tärn sulgude ees tähistab 0 või enamat fragmendi kordust, nagu on näidatud sulgudes. Vertikaalset riba tuleks mõista kui VÕI.

Hostport = host [ ":" port ] ... ... httpurl = "http://" hostport [ "/" hpath [ "?" otsing]] hpath= hsegment *[ "/" hsegment ] hsegment = *[ uchar | ";" | ":" | "@" | "&" | "=" ] otsing = *[ uchar | ";" | ":" | "@" | "&" | "=" ] ... ... lowalpha = "a" | "b" | "c" | "d" | "e" | "f" | "g" | h | "i" | "j" | "k" | "l" | "m" | "n" | "o" | p | "q" | "r" | "s" | "t" | "u" | "v" | "w" | "x" | "y" | "z" hialpha = "A" | "B" | "C" | "D" | "E" | "F" | "G" | "H" | "mina" | "J" | "K" | "L" | "M" | "N" | "O" | "P" | Q | "R" | "S" | "T" | U | "V" | W | "X" | "Y" | "Z" alfa = lowalpha | hialpha number = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" seif = "$" | "-" | "_" | "." | "+" extra = "!" | "*" | """ | "(" | ")" | "," kuueteistkümnend = number | "A" | "B" | "C" | "D" | "E" | "F" | "a" | "b" | C

Pöörake tähelepanu sellele, kuidas täpselt hpath element moodustatakse vastavalt reeglitele - lingi tee. Tee hsegmendi elemendid – segmendid – eraldatakse kaldkriipsuga. Justkui vihjates olulisele mõttele, et kaldkriips jagab tee hierarhilisteks osadeks ja on alati sees. Põhimõtteliselt pole välistatud, et hsegmendi viimane element võib olla tühi string (see tuleneb selle definitsioonist) ja seejärel ilmub URL-i lõppu tahtmatult sulgev kaldkriips.

Järeldus

Tee jagamine segmentideks kaldkriipsuga tähendab nende segmentide mittetühjade nimede olemasolu. Järelikult tundub link, mille lõpus on kaldkriips, ebaloogiline (kuigi mitte keelatud) selles mõttes, et see näib osutavat tee mõnele viimasele lõigule, kuid pealegi ei nimeta seda lõiku kuidagi. Nii nagu link on ebaloogiline (aga ka mitte keelatud) http://domain.com/level1////levelX, mis ei nimeta vahepealseid teelõike, kui teed ei käsitleta mitte parameetrite kogumina, vaid hierarhilise struktuurina.

Kõnekeeles saab kahe lingi semantilist sisu seletada järgmiselt:

• - aadressid hierarhia teise taseme vaikimisi lähtepunktile
• - aadressid määramata punktile hierarhia teisel tasemel, see tähendab, et serverile on määratud ülesanne, et "me viitame hierarhia teisele tasemele ja te ise määrate, millist punkti peate vaikepunktiks esialgne sellel tasemel."

Kõigest ülaltoodust järeldub, mis sarnaneb linkidega

• http://domain.com
• http://domain.com/

pöörduge külastaja poole saidi juurte ja näiteks linkide poole

• http://domain.com/level1/level2
• http://domain.com/level1/level2/

suunata külastaja ressursihierarhia teisele tasemele. Ja see, et teatud server saab lõpus olevat kaldkriipsu omal moel tõlgendada ja hakata sisemiselt ümber suunama taseme vaikimisi lähtepunkti - näiteks faili index.html, see on juba erijuhtum spetsiifiline konfiguratsioon. Nii nagu inimloetava URL-i süsteemi juurutamisel, määratlevad kõik ümbersuunamiskirjed, mis kasutavad serverimoodulit mod_rewrite, oma (konkreetsele mootorile omase) URL-i hierarhilise struktuuri kontseptsiooni, milles teeelemente saab võrdsustada päringu parameetritega. ja pole sellega midagi pistmist faili struktuur sait (klassikaline näide: http://domain.com/ru/path , element ru on praeguse keele parameeter, mitte saidi kaust).

Rõhutan, et see on serveri sisemine teadmine nii selle konfiguratsiooni kui ka saidile installitud mootori tõttu. Välisteenus, näiteks sama otsingumootor, ei saa teha oletusi ja tal pole aimugi, kas ja kuidas kaldkriipsuga ja ilma lingid erinevad, välja arvatud juhul, kui saidiserver on spetsiaalselt konfigureeritud kuvama sellistel linkidel erinevat sisu.

Sulle teadmiseks

Rakendustasandil pole otstes olevate kaldkriipsude küsimus põhimõttelise tähtsusega, mida kinnitavad paljud väljapaistvad portaalid. Mõnel lõpevad kõik lingid kaldkriipsuga, teistel - ilma kaldkriipsuta. Peaasi, et linkide sisu ei osutuks erinevaks ja Yandexi jaoks peate registreerima ka 301 ümbersuunamise nendelt linkidelt, mida te ei kasuta (näiteks kaldkriipsuga lõppedes) nendele, mida kasutate. . Fakt on see, et Yandexi tugiteenuse kinnitamata väidete kohaselt võib see otsingumootor väidetavalt teha vigu ja mitte "kleepida" (teadmistes meelde jätta) või mõne viivitusega kaldkriipsuta aadresse üheks liimida.

Siin on näide sellise ümbersuunamise rakendamisest juur-.htaccess-faili abil:

# kui sisend-url lõpeb kaldkriipsuga(em, ami), # määrake 301. ümbersuunamine lehele ilma kaldkriipsuta RewriteCond %(REQUEST_URI) ^/.+/$ RewriteRule ^(.*?)/+$ http:/ /%(HTTP_HOST )/$1

Google (jällegi eksperimendiga kinnitamata teabe kohaselt) pole need ümbersuunamised olulised, kuna väidetavalt teab ta, kuidas selliseid aadresse õigesti ja ilma ümbersuunamisteta liimida.

Pea meeles On palju inimesi, kes peavad end SEO spetsialistideks. Kuid mitte kõik neist pole sellised. Pealegi spekuleeritakse SEO teemal sageli ilma korralike teadmiste ja põhjuseta, lihtsalt ootuses, et oled ka selles vallas võhik, nii et võid kergesti uskuda igasugustesse "nuudlitesse". Kui teile öeldakse, et mõned teie lehed "langesid registrist välja", kasutage Yandexi väga head soovitust: Indekseerimisvigade kohta, kui neid on, saate teada Yandex.Webmasteri teenusest. Selles teenuses näete alati oma lehtede loendit otsingus ja lehtede loendit, mis on mingil põhjusel otsingust välja jäetud. Google'il on sarnane teenus. Usalda seda teadmist, mitte pseudospetsialistide arvamust, kes on kuskilt kõrva äärest midagi kuulnud ja soovitavad selle põhjal teha seda, mis nende arvates ainuõige on.

Siin Väga huvitav postitus Little Known SEO Facts, mis avaldati 2017. aasta aprillis. Käimas on suur, rohkete ekraanipiltidega uuring, mis sai alguse eesmärgiga testida mitmete populaarsete otsuste paikapidavust otsingumootorite reklaamimise vallas ja edastada tulemused arusaadavatel näidetel keskmisele saidiomanikule. Sama uuring näitab muuseas noorele lugejale mitmeid ilmselgeid, igapäevaseid ja üsna isegi silmapaistmatuid, kuid siiski üllatavaid omadusi orgaanilistes otsingutulemustes. Google'i otsingud ja Yandex.

Siin Kuigi järgmisel lingil on SEO-ga vähe pistmist, on see siiski atraktiivne SEO-meistritele, kes otsivad nüüd lisatellimusi. Lingi alla on pandud kommertspakkumine, poisid leidsid huvitava viisi saidi kasutamiseks. Eraettevõtetele pakutakse mõnel eriteemal põhineva veebipõhise reklaamtahvli loomist, mille kontrolli all näeb sait või õigemini selle esimene ekraan välja kui bänneripikendus välireklaami stendidel. Nutitelefonis keerasin ekraani, venitus muutus vertikaalseks ja hõivab kogu ekraaniala, keerasin tagasi, muutus horisontaalseks ja jälle täisekraaniks. Ja esimese ekraani all on tekstiliide, kus kasutajad tavaliselt ei keri, aga otsingumootor näeb seda teksti hästi. Nii et piirkondliku ettevõtte targemad pinocchiod ostavad neid odavaid online-reklaamtahvleid tulutoova alternatiivina kontekstuaalne reklaam ning Yandex ja Google'i Display-võrgustik. Ja selleks, et kohalikus otsinguindeksis maksimaalselt hängida, ollakse valmis oma hapusumma järgi lõhnava kilbi reklaamimiseks korraga raha kulutama hunniku seotekstide peale. Kuulujuttude põhjal libisevad 30-kilose rubla tellimused läbi ja kuna poisid tellivad oma partnerid SEO-dele, saate siin luua partnerlussildu ja teenida head tulu.

: Olen alati tahtnud sellest aru saada, aga selle tähendus oli nii väike, et alati oli põhjust seda mitte teha :)

Ja sa mõtlesid: URL – mis see on?

Ma puutun sellega alati kokku, aga ikka ei tahtnud aru saada, mis vahe on terminitel URI, URL, URN ja siis järsku postitus (kahjuks on see juba unustusehõlma vajunud), otsustasin – loen läbi. ise ja rääkige teistele, kuigi, nagu eespool mainitud, ei muutu sellest midagi, kuid mulle meeldib mõnikord õigekirja kirjutada, nii et lugege mõistlikku tõlki:

Kas olete kunagi oma brauseri aadressiribale tähelepanu pööranud? Mis see on? URI, URL või URN? Paljud meist ei tee vahet URI-l, URL-il, URN-il ja mõned meist pole isegi kuulnud terminitest URI ja URN, kõik kasutavad lihtsalt terminit URL. Proovime selle koos välja mõelda.

Lühendite selgitus

URI – ühtne ressursi identifikaator (ühtne identifikaator ressurss)
URL – ühtne ressursiotsija (ühtne asukoha leidja ressurss)
URN – ühtne ressursi nimi (ühtne nimi ressurss)

Tähelepanu, siin peitub tõde pisiasjades, aga siiani pole midagi selget, mingi jama. Lähme edasi.

Definitsioon

URI: näitab veebis oleva ressursi nime ja aadressi. Üldiselt jaguneb URL ja URN, seega on URL ja URN URI komponendid.
URL: mõne ressursi aadress veebis. URL määrab ressursi asukoha ja sellele juurdepääsu.
URN: mõne ressursi nimi veebis. URN-i mõte seisneb selles, et see määratleb ainult konkreetse üksuse nime, mida võib leida mitmest konkreetsest kohast.

Pole midagi paremat kui konkreetne näide

URI = http://site/2009/09/uri-url-urn.html
URL = http://sait
URL=/2009/09/uri-url-urn.html

Summeerida

URI on abstraktse identifikaatori mõiste, samas kui URL ja URN on aadresside ja nimede konkreetsed teostused.
Loodan, et kõik on kõigile selge. Ole tark!

Igaühe meist arusaam on individuaalne, seega - vaielge ja lugege artikli kommentaarides arutelusid, seal on palju huvitavat.

Eksida võib mitte ainult metsas, vaid ka internetis. Ja selle põhjuseks võib olla vale tee või aadress, mis viib ressursi juurde. Kas te ei tea, mis on URL? Seejärel, enne kui asume edasisele teekonnale läbi virtuaalruumi, tegeleme elektrooniliste aadresside süsteemiga.

Mis on URL

URL on üldtunnustatud standard aadressi kirjutamiseks ja ressursi asukoha näitamiseks Internetis. Inglise keelest selle nimi ( Ühtne ressursiotsija) tähendab ühtset ressursiotsijat. Võite leida lühendi varasema dekodeerimise URL – universaalne ressursiotsija (universaalne ressursside lokaator). Kuid mõlemad tähendused täiendavad URL-i mõistet, mitte ei kattuvad.

URL-i struktuuri kirje põhivorming näeb välja järgmine:
://:@:/?#
- viitab enamasti protokollile.
login – kasutaja sisselogimine, mida kasutatakse ressursi autoriseerimiseks.
parool – kasutaja parool autoriseerimiseks.
host on hosti domeeninimi.
port - ühenduse ajal kasutatud hosti port.
URL – tee, kus nõutud ressurss serveris asub.
parameetrid ja ankur– muutujate väärtus ja identifikaator teatud ressursil.

Päringustringis olevate muutujate väärtuste edastamine on võimalik ainult GET-meetodil.

Kaaluge URL-i vorming taotletud ressursi lehe aadress praktilisi näiteid. Kliendi poolel kuvatakse URL brauseri aadressiribal:

Kõige tavalisemad valikud on järgmised:

• http:// en.wikipedia.org/wiki/Main_page- päringu saatmiseks kasutatakse http-d ( hüperteksti edastusprotokoll);
• https://ru.wikipedia.org/wiki/Main_page- edastusmeetodina kasutatakse https. on http-protokolli turvaline vorm, mis kasutab krüptimist (SSL või TLS );
• fttp://wikipedia.org/wiki/file.txt– failiedastusprotokoll fttp ;
• http://mail.ru/script.php?num=10&type=new&v=text– muutujate väärtuste edastamine päringustringis, kasutades GET-meetodit.

Iga URL-i vorming on peamiselt märgistring. See võib sisaldada:
2; Kirjad.
2; Araabia numbrid (0-9).
2; Reserveeritud märgid ("+", "=", "!" ja teised).
2; Eritegelased - peatume neil üksikasjalikumalt.

Erimärkide kasutamine URL-ides

Loomulikult ei kasutata URL-is selliseid liiga "erimärke". Kuid on mõned:

• ? – eraldab päringustringis edastatud parameetritega ploki;
• & - eraldab läbitud parameetrid üksteisest;
• = - eraldab parameetris oleva muutuja selle väärtusest;
• : - eraldab protokolli ülejäänud URL-ist;
• # - tähemärki kasutatakse aadressi kohalikus osas. Võimaldab juurdepääsu soovitud lehe konkreetsele osale;
• @ - Määratakse kasutaja registreerimisandmetes ja andmete edastamisel mailto protokolli abil.

Kuid see kõik on vaid teooria. Seetõttu vaatame enne ülejäänu õppimist väikest praktilist näidet.

illustreeriv näide

Selguse huvides võtame selle lihtsa registreerimisvormi:

Siin on tema kood:

Vormi alguses olevale esimesele reale kirjutasime selle jaoks töötlejafaili (php) ja meetodi andmete edastamiseks serveri URL-i kaudu:

Nüüd on siin käitleja faili kood (1.php):

Teie hüüdnimi:".$_GET["hüüdnimi"]."

"; kaja"

Teie vanus:".$_GET["vanus"]."

"; ?>

Sisestage andmed vormi ja saatke need töötlemiseks serverisse. Siin on see, millega me lõpuks jõuame:

Pöörake tähelepanu esimese ekraanipildi aadressiriba URL-i vormingule. Pärast andmete sisestamist ja nupul "Andmete saatmine" klõpsamist saadetakse kõikide väljade väärtused töötlemiseks serverisse. Ja meid suunatakse lehele 1.php , kus asub käitleja kood.

Enne töötlemise tulemuse vaatamist vaadake teisel joonisel olevat aadressiriba. See kuvab GET-meetodil töötlemiseks esitatud väljade väärtused.

POST-meetodit kasutatakse serverisse saadetud andmete peitmiseks. Siis näeks ülaltoodud URL välja selline:

http://localhost/home/1.php.

Veebisaidi URL-i vorming

Enamasti kasutavad saidid puusüsteemi URL-i. See tähendab, et õige URL-aadress koosneb mitmest pesastatud elemendist, millest viimane on soovitud veebileht.

Selguse huvides võtame konkreetse URL-i, mis on meie saidi aadressi üks harudest:

https://www.html

Jagame selle osade kaupa lahti:

• www.sait – see osa on domeeninimi saidile. Kui sisestate selle oma brauseri aadressiribale, kuvatakse see avaleht saidile. Enamikul juhtudel on see indeks. html;
• mallid – see aadressi osa osutab saidi konkreetsele jaotisele. Meie puhul on see mallidega jaotis;
• page_2.html – on URL-i viimane element, mis viib ressursi temaatilise jaotise veebilehele.

Kõige sagedamini kuvavad põhijaotiste URL-aadressid saidi kaardi täielikult. Kuid populaarsetel mootoritel (CMS) põhinevate saitide ümbersuunamiste puhul pole kõik nii lihtne.

WordPressis URL-ide loomise funktsioonid

WordPressis, nagu igas php-le ehitatud mootoris, on saidi kõigi lehtede genereerimine dünaamiline. See tähendab, et üks osa võetakse ühest mallist, teine ​​genereeritakse käigult mitme põhjal... Kuid sellisel volatiilsusel on üks oluline puudus - edastatud parameetrite tükkide olemasolu URL-is.

Pealegi ei riku see mitte ainult aadresside kuvamise esteetilist komponenti, vaid tajuvad seda ka otsingumootorites mitmetähenduslikult. Ja see võib saidi reklaamimist negatiivselt mõjutada:

Seetõttu on parem oma saidil kasutada puhtaid URL-e. Aga kust ma neid saan, kui CMS-süsteem ei näe ette nende muutmise võimalust.

Puhtad URL-id on aadressid, mis ei sisalda läbitud parameetreid (WordPressi puhul andmebaasi päringu elemente), vaid ainult teed dokumendini. See tähendab, et https://www..html on näide puhtast URL-ist.

Lihtsaim viis URL-ide kuvamise kohandamiseks WordPressis on spetsiaalsete pistikprogrammide kasutamine.

Erinevate allikate kohaselt 50–95% kõigist meilid maailmas – küberpetturite rämpspost. Selliste kirjade saatmise eesmärgid on lihtsad: nakatada saaja arvuti viirusega, varastada kasutaja paroole, sundida inimest raha “heategevuseks” üle kandma, sisestada isikuandmed pangakaart või saata skaneeritud dokumente.

Rämpspost on sageli esmapilgul tüütu: kõver paigutus, automaatselt tõlgitud tekst, parooli sisestamise vormid otse teemareal. Kuid on pahatahtlikke kirju, mis näevad korralikud välja, mängivad peenelt inimese emotsioone ega tekita kahtlusi nende õigsuses.

Artiklis räägitakse neljast petukirjatüübist, mida venelased kõige sagedamini järgivad.

1. „Valitsusorganisatsioonide“ kirjad

Petturid võivad teeselda, et nad on maksud pensionifond, Rospotrebnadzor, sanitaar- ja epidemioloogiajaam ning muud valitsusasutused. Veenvuse huvides lisatakse kirja vesimärgid, pitseri skaneeringud ja riigi sümbolid. Kõige sagedamini on kurjategijate ülesanne inimest hirmutada ja veenda teda avama manusena viirusega faili.

Tavaliselt on see lunavara või Windowsi blokeerija, mis blokeerib arvuti ja nõuab töö jätkamiseks tasulise SMS-i saatmist. Pahatahtliku faili võib maskeerida kui kohtumäärust või kutset organisatsiooni juhile helistamiseks.

Hirm ja uudishimu lülitavad kasutaja teadvuse välja. Raamatupidajate foorumites kirjeldatakse juhtumeid, kui organisatsioonide töötajad tõid oma koduarvutitesse viirustega faile, kuna viirusetõrje tõttu ei saanud neid kontoris avada.

Mõnikord paluvad petturid teil saata vastuseks kirjale dokumente, et koguda ettevõtte kohta teavet, mis oleks kasulik muude petuskeemide jaoks. Eelmisel aastal suutis petturite rühm petta palju inimesi, kasutades "faksipaberitaotluse" tähelepanu hajutamist.

Kui raamatupidaja või juht seda luges, kirus ta kohe maksuametit: "Seal istuvad mammutid, e-minu!" ja muutis oma mõtted kirja enda juurest saatmisega seotud tehniliste probleemide lahendamisele.

2. Kirjad "pankadelt"

Windowsi blokeerijad ja lunavara võivad peituda võltskirjades mitte ainult valitsusasutuste, vaid ka pankade eest. Teated “Teie nimele on võetud laen, tutvu kohtuasjaga” võivad tõesti hirmutada ja tekitada suure soovi faili avada.

Samuti saab inimest veenda sisestama vale Isiklik ala, pakkudes kogunenud boonuste nägemist või auhinda, mille ta võitis Sberbanki loteriil.

Harvemini saadavad petturid 50–200-rublase laenu teenustasude ja täiendavate intresside tasumiseks arveid, mida on lihtsam maksta kui nendega toime tulla.

3. Kirjad "kolleegidelt"/"partneritelt"

Mõni inimene saab tööpäeva jooksul kümneid ärikirju koos dokumentidega. Sellise koormuse korral võid kergesti langeda teemareal oleva "Re:" sildi peale ja unustada, et te pole selle inimesega veel kirjavahetust pidanud.

Eriti kui mürgipõllul on kirjas "Aleksandr Ivanov", "Ekaterina Smirnova" või mõni lihtne vene nimi, mis pidevalt inimestega töötava inimese mällu ei jää absoluutselt.

Kui petturite eesmärk ei ole Windowsi avamise eest SMS-maksete kogumine, vaid konkreetse ettevõtte kahjustamine, siis viiruste ja andmepüügilinkidega kirju saab saata päris töötajate nimel. Töötajate nimekirja saab koguda sotsiaalvõrgustikes või vaadata ettevõtte veebisaidil.

Kui inimene näeb postkastis naaberosakonna inimese kirja, siis ta seda tähelepanelikult ei vaata, võib isegi viirusetõrjehoiatusi ignoreerida ja faili avada, ükskõik mida.

4. Kirjad Google'ilt/Yandexilt/Maililt

Google saadab mõnikord omanikele e-kirju Gmaili kastid et keegi üritas teie kontole sisse logida või et tühik Google drive. Petturid kopeerivad neid edukalt ja sunnivad kasutajaid võltsitud saitidel paroole sisestama.

Võltskirju "teenuse administreerimisest" saavad ka Yandex.Maili, Mail.ru ja teiste kasutajad postiteenused. Standardsed legendid on järgmised: "teie aadress on mustas nimekirjas", "parool on aegunud", "kõik teie aadressilt pärinevad meilid lisatakse rämpsposti kausta", "vaata kohaletoimetamata kirjade loendit". Sarnaselt kolmele eelnevale lõigule on kurjategijate peamisteks relvadeks kasutajate hirm ja uudishimu.

Kuidas end kaitsta?

Installige viirusetõrje kõigisse oma seadmetesse, et see automaatselt blokeeriks pahatahtlikud failid. Kui te mingil põhjusel seda kasutada ei soovi, kontrollige kõiki vähemalt veidi kahtlaseid meilimanuseid virustotal.com

Ärge kunagi sisestage paroole käsitsi. Kasutage paroolihaldureid kõigis seadmetes. Nad ei paku teile kunagi võltsitud saitidele paroolide sisestamise võimalust. Kui te mingil põhjusel ei soovi neid kasutada, sisestage käsitsi selle lehe URL, kuhu kavatsete parooli sisestada. See kehtib kõigi operatsioonisüsteemide kohta.

Võimaluse korral lubage SMS-i parooli kinnitamine või kahefaktoriline autentimine. Ja muidugi tasub meeles pidada, et võõrastele ei saa saata skaneeritud dokumente, passiandmeid ja raha üle kanda.

Võib-olla mõtlesid paljud lugejad kirjade ekraanipilte vaadates: “Kas ma olen loll, kui avan sellistest kirjadest faile? Miili kaugusel on näha, et see on seadistus. Ma ei hakka vaeva nägema paroolihalduri ja kahefaktorilise autentimisega. Ma lihtsalt olen ettevaatlik."

Jah, enamiku petukirjadest saab silmaga paljastada. Kuid see ei kehti, kui rünnak on suunatud konkreetselt teile.

Kõige ohtlikum rämpspost on isiklik

Kui armukade naine soovib oma mehe kirju lugeda, pakub Google talle kümneid saite, mis pakuvad teenust "Meilide ja profiilide häkkimine sotsiaalvõrgustikes ilma ettemaksuta".

Nende töö skeem on lihtne: nad saadavad inimesele kvaliteetseid andmepüügimeile, mis on hoolikalt koostatud, korralikult üles pandud ja arvestavad isikuomadused isik. Sellised petturid püüavad siiralt konkreetse ohvri haakida. Nad saavad kliendilt teada tema suhtlusringkonna, maitsed, nõrkused. Konkreetse inimese vastu ründamiseks võib kuluda tund või rohkemgi, kuid pingutus tasub end ära.

Kui ohver tabatakse, saadavad nad kliendile kasti ekraani ja paluvad tal oma teenuste eest maksta (keskmine hind on umbes 100 dollarit). Pärast raha laekumist saadavad nad kastist või arhiivist parooli koos kõigi tähtedega.

Tihti juhtub, et kui inimene saab oma vennalt kirja lingiga failile "Kompromitne tõendite video Tanya Kotoval" (varjatud klahvilogija), siis valdab teda uudishimu. Kui kiri on varustatud tekstiga, mille üksikasjad on teada piiratud ringile inimesi, siis eitab inimene kohe võimalust, et venda võidi häkkida või keegi teine ​​teeskleb teda. Ohver lõdvestub ja keelab faili avamiseks kuradi viirusetõrje.

Sellistele teenustele pääsevad juurde mitte ainult armukadedad naised, vaid ka hoolimatud konkurendid. Sellistel juhtudel on hinnasilt kõrgem ja meetodid õhemad.

Ärge lootke oma tähelepanelikkusele ja tervele mõistusele. Igaks juhuks lase end kindlustada emotsioonitu viirusetõrje ja paroolihaldur.

P.S. Miks rämpspostitajad selliseid "rumalaid" kirju kirjutavad?

Hoolikalt koostatud petukirjad on suhteliselt haruldus. Kui lähete rämpsposti kausta, saate südamest lõbutseda. Milliseid tegelasi ei leiuta petturid raha väljapressimiseks: FBI režissöör, seriaali "Troonide mäng" kangelanna, selgeltnägija, kelle saatsid teie juurde kõrgemad jõud ja ta tahab teie tuleviku saladust dollari eest välja öelda. 15 dollarit, mõrvar, kes tellis teid, kuid pakub siiralt, et maksab.

Hüüumärkide rohkus, nupud kirja kehas, kummaline saatja aadress, nimetu tervitus, automaattõlge, jämedad vead tekstis on selge loovuse ülekoormus - rämpsposti kaustas olevad kirjad lihtsalt “karjuvad” oma tumeda päritolu pärast.

Miks ei taha petturid, kes saadavad oma sõnumeid miljonitele adressaatidele, kulutada paar tundi korraliku kirja kirjutamisele ja jätavad tõlgile 20 dollarit, et publiku vastukaja suurendada?

Microsofti uuringus Miks Nigeeria petturid väidavad, et nad on Nigeeriast? küsimust "Miks jätkavad petturid Nigeeriast pärit miljardäride nimel kirju saatmist, kui laiem avalikkus on "Nigeeria kirjadest" teada juba 20 aastat," analüüsitakse põhjalikult. Statistika järgi ignoreerib sellist rämpsposti enam kui 99,99% adressaatidest.

Kasutajatel on sageli küsimusi selle kohta, mis on faili (veebisaidi) URL, kuidas seda leida ja mis on sellise rekvisiidi väärtus. Meie artikkel annab vajalikud vastused.

Mis on URL

Uniform Resource Locator tähistab "veebisaidi asukoha indikaatorit". URL-i identifikaator koosneb domeeninimest ja konkreetse lehe teest koos selle faili nimega. URL-i leiutaja oli Tim Berners-Lee, Genfis asuva Euroopa tuumasõjanõukogu liige. Selle loomise ajal 1990. aastal oli saidi URL lihtsalt aadress süsteemis, kus fail asub. Saidi URL-i väljaselgitamiseks vaadake lihtsalt aadressiriba ja faili aadressi määramiseks peate minema aadressile kontekstimenüü klõpsates vastaval objektil parem nupp hiired. Sellel aadressil on palju eeliseid, eriti veebis navigeerimise kättesaadavus, ja sellel on ka puudus - võimalus töötada eranditult ladina tähestiku, mõne sümboli ja numbriga. Kui on vaja kasutada kirillitsa tähestikku, viiakse läbi spetsiaalne teisendus.

URL-i sordid

Staatiline – ei sisalda lehel muudatusi.

Dünaamiline URL - mis see on, saate aru, kui kujutate ette otsinguvormi või muud navigeerimistööriista, milles teavet genereeritakse sõltuvalt sissetulevatest päringutest.

Seansi ID-ga aadress, mis lisatakse iga kord, kui kasutajad lehte külastavad.

URL-i tähendus SEO reklaamimisel

Otsingumootorid võtavad arvesse URL-is sisalduvaid võtmeid. Enamik mõjutab otsingu edendamine märksõnad domeenis ja alamdomeenides.

Kui saidi aadress on informatiivne, tõstab see ka paremusjärjestust. Otsi robotit tõenäoliselt väljastab selle vastuseks teemapäringule.

Päringule vastav URL on esile tõstetud Otsingu tulemused paksus kirjas, äratades lisatähelepanu ja suurendades klikkimise arvu.