Nimesi URL-osoite http xa. Mikä on URI, URL, URN ja miten ne eroavat. Kirjeet "pankeilta"
Kiistat tästä aiheesta – kuinka kirjoittaa URL-osoite oikein, vinoviivalla tai ilman sitä? - on ollut ja tulee olemaan. Argumentit ovat erilaisia ja usein ristiriitaisia. Ja rangaistus yleisen resurssipaikantimen (URL) virheellisestä tallentamisesta kuvitellaan olevan kahdenlaisia. Hakukoneiden puolelta näiden oletetaan olevan seuraamuksia päällekkäisistä sivuista. Suorituskyvyn kannalta tämä on oletettavasti tarpeeton uudelleenohjaus oikealle, palvelimen automaattisesti luomalle viestisivulle.
Analysoitaessa Internet-standardien teknisiä eritelmiä, erityisesti asiakirjaa "RFC 1738 - Uniform Resource Locators (URL)", meidän on kuitenkin myönnettävä, että molemmat vaihtoehdot verkkoresurssin osoitteen tallentamiseksi ovat muodollisesti oikein ja sanktio yhden tai toisen vaihtoehdon käyttäminen ei ole muuta kuin omituinen hakukone tai tarinoita pseudo-SEO-ihmisistä.
Lyhyyden näkökulmasta vaihtoehto ilman kauttaviivaa lopussa vaikuttaa oikeammalta riippumatta siitä, osoittaako linkkisi palvelimella olevaan "tiedostoon" vai "kansioon", jonka epäsuora näyttö esitetään alla. Mutta asiakirjassa ei ole ainuttakaan lausuntoa siitä, että toinen vaihtoehto on virheellinen tai viittaa täysin eri resurssiin.
En kyllästy teitä monisivuisella käännöksellä mainitusta RFC:stä, koska ensinnäkin kysymyksen tarkoitus oli vinoviivat URL-osoitteen lopussa ja toiseksi julkaisu on osoitettu tavallisille moottoreiden käyttäjille, mm. jotka eivät ole kiinnostuneita kaikista yksityiskohdista, he odottavat lyhyitä selityksiä ja asiallisia todisteita. Tämän mukaisesti lainaan otteita tästä asiakirjasta todisteena ja selityksenä. Jokainen, jota tämä ei kiinnosta, voi heti katsoa artikkelin lopussa olevaa johtopäätöstä.
Yleinen URL-syntaksi
Ensinnäkin kiinnitän huomionne otteeseen kappaleesta 2. Yleinen URL-syntaksi (yleinen URL-syntaksi). Jokaisessa tapauksessa toimitan tekstin katkelman alkuperäisellä kielellä ja sen jälkeen käännöksen venäjäksi.
URL-osoitteita käytetään resurssien "paikantamiseen" antamalla abstrakti tunniste resurssin sijainnista. URL-osoitteita käytetään resurssien "paikantamiseen" antamalla abstrakti tunniste resurssin sijainnista.
Eli itse URL-osoite on puhdas abstraktio. Se, että se saattaa näyttää ulkoisesti samanlaiselta kuin tiedoston tai kansion nimi, ei tarkoita ollenkaan, että se olisi fyysinen viittaus juuri sellaiseen ja sellaiseen tiedostoon, ei johonkin muuhun palvelimen tiedostotilassa. Tämä mainitaan selkeästi alla asiakirjassa.
Muistilappu Yleisesti ottaen http-linkkien osalta on pohjimmiltaan väärin sanoa, että esim.
- http://domain.com/path/subpath/filename.txt- oletettavasti osoittaa tiedostoon
- http://domain.com/path/subpath/- oletettavasti osoittaa kansioon
- http://domain.com/path - väitetään osoittavan virheellisesti kansioon
Olemme vain tottuneet sanomaan tämän, koska on kätevää yhdistää linkkejä sivuston tiedostoihin. Todellisuudessa kaikki nämä linkit osoittavat jonkinlaiseen resurssiin ilmoittamatta millään tavalla resurssin tyyppiä. Se, mitä kunkin resurssin takana on piilotettu, eli millainen oikea tiedosto tai kansio ja minkä tyyppistä sisältöä tällaisen linkin kautta tarjotaan, määräytyy jo palvelimen kokoonpanon mukaan.
On tärkeää ymmärtää, että linkeissä ei ole sellaista asiaa kuin "tiedosto", "kansio", "alikansio", "teksti", "kuva", "html", "skripti", "tyylisivu" ja niin edelleen. Ei vinoviivaa lopussa tai sen puuttuminen tarkoita mitään ennen kuin linkki muuttuu palvelimen sisällä ja se päättää, minne linkki todella osoittaa ja minkä tyyppistä sisältöä sen takana on piilotettu. Vain tämä päätös koskee palvelimen sisäistä arkkitehtuuria.
Hierarkkiset kaavat
Seuraavassa on ote kappaleesta 2.3 Hierarkkiset mallit ja suhteelliset linkit.
Jotkut URL-mallit (kuten ftp-, http- ja tiedostomallit) sisältävät nimiä, joita voidaan pitää hierarkkisina; hierarkian osat erotetaan "/" -merkillä. Jotkut URL-mallit (kuten ftp, http ja tiedosto) sisältävät nimiä, joita voidaan pitää hierarkkisina; Hierarkiaelementit erotetaan "/"-merkillä.
Toisin sanoen väitetään, että tietyissä osoitemalleissa resurssipaikantimen sisältöä ei ole kielletty implisoida hierarkkisena, eikä vielä ole määrätty, että hierarkia vastaa missä tahansa muodossa, esimerkiksi tiedostomuotoa.
Yleinen verkkokaavion syntaksi
Seuraavassa on ote kohdasta 3.1. Common Internet Scheme Syntax (yhteinen verkkoskeeman syntaksi).
//
Muistilappu Tämä on muuten vastaus kysymykseen, joka on johdettu käsittelemämme. Tästä aiheesta käydään usein keskustelua: mikä on oikea tapa tarjota linkki verkkotunnukseen (isäntään) - ilman kauttaviivaa lopussa tai kauttaviivalla?
Kuinka tehdä se oikein http://domain.com/ tai http://domain.com?
Ja niin ja niin on oikein. Se on vain, että ensimmäinen kauttaviiva isäntänimen jälkeen on tarkoitettu erottamaan polun nimi isäntänimestä. Asiakirjan sama kappale kertoo asiasta seuraavasti:
URL-polku Loput paikantimesta koostuu kaaviolle ominaisista tiedoista, ja se tunnetaan nimellä "url-polku". Se tarjoaa tiedot siitä, kuinka määritettyä resurssia voidaan käyttää. Huomaa, että isännän (tai portin) ja url-polun välinen "/" EI ole osa url-polkua. Loput paikantimesta koostuu skeemakohtaisista tiedoista ja tunnetaan nimellä "url-path" (URL-polku). Siinä on tietoja siitä, kuinka määritettyä resurssia voidaan käyttää. Huomaa, että isännän (tai portin) ja URL-polun välinen "/"-merkki ei ole osa url-polkua.
Mikään sana ei velvoita sinua laittamaan tätä loppumerkkiä tai olemaan laittamatta sitä, kun url-polku on yhtä suuri kuin tyhjä merkkijono (kuten monet meistä sanoisivat, kun URL-osoite linkittää sivuston juureen). Kenelläkään ei ole oikeutta määrätä sinulle sakkoja "pääsivun kahdesta otosta", koska spesifikaatioiden mukaan molemmissa tapauksissa linkität URL-osoitteen samaan resurssiin.
Jatketaan toinen ote samasta kappaleesta.
URL-polun syntaksi riippuu käytetystä skeemasta, samoin kuin tavasta, jolla se tulkitaan. URL-polun syntaksi riippuu käytetystä kaavasta, samoin kuin tapa, jolla se tulkitaan.
Tämä on lisävahvistus siitä, että jokaisella paikannusskeemalla on oma käsite "hierarkiasta" ja tapa tulkita sitä.
Hierarkia
Joissakin tiedostojärjestelmissä URL-osoitteen hierarkkista rakennetta kuvaava "/" vastaa erotinta, jota käytetään tiedostonimen hierarkian muodostamiseen, joten tiedostonimi näyttää samalta kuin URL-polku. Tämä EI tarkoita, että URL-osoite on Unix-tiedostonimi. "/"-merkkiä käytetään osoittamaan URL-osoitteen hierarkkista rakennetta, joka vastaa tiedostonimihierarkian muodostamisessa käytettyä erotinta, joten joissakin tiedostojärjestelmissä tiedostonimi näyttää samanlaiselta kuin URL-polku. Mutta se ei tarkoita, että URL-osoite olisi Unix-tyyppinen tiedostonimi.Huolimatta siitä, että tämä kappale koskee ftp-järjestelmää, sen lauseet pätevät kuitenkin muihin järjestelmiin (http, gopher, prospero ja niin edelleen). Vain tiedostomallissa vinoviiva tarkoittaa loogisesti samaa kuin esimerkiksi tiedostojen nimissä file://palvelin_tai_laite/polku/alipolku/tiedostonimi.txt.
HTTP
HTTP-URL-osoite on muodossa: http://
Muistilappu Siinä todetaan myös, että voit määrittää linkin ilman perässä olevaa kauttaviivaa. Tässä tapauksessa puhuimme tilanteesta, jossa linkkipolku on tyhjä - se osoittaa isännän juureen.
Virallinen sisääntulo
Ja lopuksi ote kappaleesta 5. BNF tietyille URL-malleille (muodollinen merkintä tietyille URL-malleille).
Valinnaiset osat on merkitty tässä hakasulkeissa. Asteriski ennen sulkuja tarkoittaa 0 tai useampaa fragmentin toistoa suluissa osoitetulla tavalla. Pystypalkki on ymmärrettävä TAI.
Hostport = isäntä [ ":" portti ] ... ... httpurl = "http://" isäntäportti [ "/" hpath [ "? Hae ]] hpath= hsegment *[ "/" hsegment ] hsegment = *[ uchar | ";" | ":" | "@" | "&" | "=" ] haku = *[ 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" | "minä" | "J" | "K" | "L" | "M" | "N" | "O" | "P" | "Q" | "R" | "S" | "T" | "U" | "V" | "W" | "X" | "Y" | "Z" alfa = lowalpha | hialpha numero = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" kassakaappi = "$" | "-" | "_" | "." | "+" extra = "!" | "*" | """ | "(" | ")" | "," hex = numero | "A" | "B" | "C" | "D" | "E" | "F" | "a" | "b" |. "e" |. "%" varaamaton |
Huomaa kuinka tarkasti hpath-elementti - linkkipolku - muodostuu sääntöjen mukaan. Hsegment-polun elementit - segmentit - erotetaan vinoviivalla. Ikään kuin vihjaisi tärkeälle ajatukselle, että vinoviiva jakaa polun hierarkkisiin osiin ja sijaitsee aina sisällä. Periaatteessa on mahdollista, että viimeinen hsegment-elementti voi olla tyhjä merkkijono (tämä seuraa sen määritelmästä), ja sitten URL-osoitteen loppuun ilmestyy tahattomasti sulkeva kauttaviiva.
Johtopäätös
Polun jakaminen segmentteihin vinoviivalla tarkoittaa, että näissä segmenteissä on ei-tyhjiä nimiä. Näin ollen linkki, jonka lopussa on kauttaviiva, vaikuttaa epäloogiselta (vaikkakaan ei kielletty) siinä mielessä, että se näyttää osoittavan polun jotain viimeistä osaa, mutta ei nimeä tätä segmenttiä millään tavalla. Aivan kuten linkki on epälooginen (mutta ei myöskään kielletty) http://domain.com/level1////levelX, joka ei nimeä polun väliosia, jos polkua ei pidetä parametrien joukkona, vaan hierarkkisena rakenteena.
Puhekielessä näiden kahden linkin semanttinen sisältö voidaan selittää seuraavasti:
- - osoitteet hierarkian toisen tason oletuslähtöpisteeseen
- - Osoittaa määrittelemättömään pisteeseen hierarkian toisella tasolla, eli ikään kuin palvelimelle olisi uskottu tehtävä, että "käsittelemme hierarkian toista tasoa, ja sinä päätät itse, mihin kohtaan tällä tasolla olet pitää oletusarvona."
Kaikesta edellä mainitusta seuraa, joka on sama kuin linkit
- http://domain.com
- http://domain.com/
osoite vierailijalle sivuston juureen ja esimerkiksi linkkejä
- http://domain.com/level1/level2
- http://domain.com/level1/level2/
Osoittaa vierailijan resurssihierarkian toiselle tasolle. Ja se, että tietty palvelin voi tulkita lopussa olevan vinoviivan omalla tavallaan ja alkaa sisäisesti ohjaamaan tason oletusaloituspisteeseen - vaikkapa index.html-tiedostoon, tämä on jo tietyn erikoistapaus. kokoonpano. Aivan kuten ihmisen luettavissa olevien URL-osoitteiden järjestelmän toteutuksessa, kaikki mod_rewrite-palvelinmoduulia käyttävät uudelleenohjaustietueet määrittelevät oman (tietylle moottorille ominaisen) käsitteensä hierarkkisesta URL-rakenteesta, jossa polkuelementit voidaan rinnastaa kyselyparametreihin ja niillä ei ole mitään yhteistä sivuston tiedostorakenteen kanssa (klassinen esimerkki: http://domain.com/ru/path, ru-elementti on nykyisen kielen parametri, ei sivuston kansio).
Haluan erityisesti korostaa, että tämä on sisäistä tietämystä palvelimesta, joka määräytyy sen kokoonpanon sekä sivustolle asennetun moottorin perusteella. Ulkoinen palvelu, esimerkiksi sama hakukone, ei voi tehdä olettamuksia, eikä sillä ole aavistustakaan, eroavatko linkit vinoviivalla ja ilman, ellei sivustopalvelinta ole erityisesti määritetty siten, että tällaiset linkit tarjoavat erilaista sisältöä.
Tiedoksesi
Toteutustasolla päissä olevilla vinoviivoilla ei ole perustavanlaatuista merkitystä, minkä monet kuuluisat portaalit vahvistavat. Joissakin kaikki linkit päättyvät kauttaviivaan, toisissa - ilman kauttaviivaa. Tärkeintä on, että linkkien sisältö ei muutu erilaiseksi, ja Yandexille sinun on rekisteröitävä 301. uudelleenohjaus niistä linkeistä, joita et käytä (esimerkiksi kauttaviivaan päättyen) käyttämiisi linkkeihin. Tosiasia on, että Yandex-tukipalvelun vahvistamattomien lausuntojen mukaan tämä hakukone voi väitetysti tehdä virheitä eikä "liimata" (muistaa tiedoissaan) tai liimata viiveellä vinoviiva-osoitteita yhdeksi.
Tässä on esimerkki tällaisen uudelleenohjauksen toteuttamisesta juuri .htaccess-tiedoston avulla:
# jos syötteen URL-osoite päättyy kauttaviivaan (em, ami), # aseta 301. uudelleenohjaus sivulle, jossa ei ole kauttaviivaa RewriteCond %(REQUEST_URI) ^/.+/$ RewriteRule ^(.*?)/+$ http:/ /%(HTTP_HOST )/$1
Googlelle (jälleen, kokeilun vahvistamattomien tietojen mukaan) nämä uudelleenohjaukset eivät ole tärkeitä, koska sen oletetaan osaavan liimata tällaiset osoitteet oikein ja ilman uudelleenohjauksia.
Muistaa Monet ihmiset pitävät itseään SEO-asiantuntijoina. Mutta jokainen heistä ei ole sellainen. Lisäksi SEO-aiheella spekuloidaan usein ilman asianmukaista tietämystä ja perusteita, yksinkertaisesti siinä uskossa, että olet myös tietämätön tällä alalla, joten uskot helposti kaikkiin "nuudeleihin". Kun sinulle kerrotaan, että jokin sivuistasi on "lentänyt pois hakemistosta", käytä Yandexin erittäin hyvää suositusta: Saat lisätietoja indeksointivirheistä, jos niitä on, Yandex.Webmaster-palvelusta. Tässä palvelussa näet aina listan haussa olevista sivuistasi ja listan sivuista, jotka jostain syystä on jätetty pois hausta. Googlella on myös vastaava palvelu. Luota tähän tietoon, äläkä pseudo-asiantuntijoiden mielipiteisiin, jotka jossain kuulivat jotain korvien kulmasta, ja suosittelevat sen perusteella, että teet sen, mikä heidän mielestään on ainoa oikea.
Tässä Erittäin mielenkiintoinen julkaisu, Little-Known SEO Facts, julkaistu huhtikuussa 2017. Se esittelee laajan tutkimuksen, jossa on monia kuvakaappauksia ja jonka tavoitteena oli testata useiden suosittujen tuomioiden paikkansapitävyyttä hakukoneiden edistämisen alalla ja käyttää selkeitä esimerkkejä tulosten välittämiseksi tavalliselle verkkosivuston omistajalle. Sama tutkimus osoittaa samalla nuorelle lukijalle useita ilmeisiä, tavallisia ja melko huomaamattomia, mutta silti hämmästyttäviä piirteitä orgaanisista hakutuloksista Google- ja Yandex-hauissa.
Tässä Vaikka seuraavalla linkillä ei ole juuri mitään tekemistä SEO:n kanssa, se on silti houkutteleva SEO-mestareille, jotka nyt etsivät lisätilauksia. Kaupallinen tarjous on julkaistu linkin alla, kaverit löysivät mielenkiintoisen tavan käyttää sivustoa. Yksityisille yrityksille tarjotaan johonkin erityisteemaan perustuvan verkkomainostaulun luomista, jonka ohjauksessa sivusto, tai pikemminkin sen ensimmäinen näyttö, näyttää bannerinauhalta ulkomainostauluilla. Älypuhelimessa käänsin näyttöä, venytys muuttui pystysuoraksi ja vei koko näytön alueen, käänsin sen takaisin, se muuttui vaakasuoraksi ja täytti jälleen koko näytön. Ja ensimmäisen näytön alla on tekstiliite, jossa käyttäjät eivät yleensä rullaa, mutta hakukone näkee tämän tekstin hyvin. Joten alueen liike-elämän älykkäimmät pinokkiot ostavat nämä edulliset verkkomainostaulut kannattavana vaihtoehdona kontekstuaaliseen mainontaan sekä Yandexin ja Googlen kontekstimediaverkostoihin. Ja saadakseen maksimaalisen näkyvyyden paikallisessa hakuhakemistossa, he ovat valmiita käyttämään rahaa joukkoon SEO-tekstejä kerralla mainostaakseen mainostauluaan, joka haisee melkoiselta rahalta. Huhujen perusteella 30 kilon ruplan tilaukset lipsuvat läpi, ja koska kaverit ulkoistavat ne SEO-kumppaneille, täällä voit rakentaa kumppanuussiltoja ja saada hyviä lisätuloja.
: Olen aina halunnut ymmärtää tämän, mutta sen merkitys oli niin pieni, että aina oli syy olla tekemättä :)
Oletko koskaan ihmetellyt: URL - mikä se on?
Olen aina törmännyt tähän, mutta tähän asti en halunnut ymmärtää mitä eroa on termeillä URI, URL, URN, ja sitten yhtäkkiä viesti (valitettavasti se on jo vaipunut unohduksiin), päätin - minä Luen sen itse ja kerron muille, vaikka, kuten edellä todettiin, mikään tästä ei muutu, mutta joskus pidän kirjaimellisuudesta, joten lue järkevä käännös:
Oletko koskaan huomannut selaimesi osoitepalkkia? Mikä tämä on? URI, URL vai URN? Monet meistä eivät tee eroa URI:n, URL:n ja URN:n välillä, ja jotkut eivät ole edes kuulleet termeistä URI ja URN, kaikki käyttävät vain termiä URL. Yritetään selvittää tämä yhdessä.
Dekoodauslyhenteet
URI - Uniform Resource Identifier tunniste resurssi)
URL - Uniform Resource Locator (yhtenäinen sijainnin etsijä resurssi)
URN - Unifrom Resource Name (yhtenäinen Nimi resurssi)
Huomio, tässä totuus on piilotettu yksityiskohtiin, mutta toistaiseksi mikään ei ole selvää, se on jonkinlainen sotku. Siirrytään eteenpäin.
Määritelmä
URI: Ilmaisee verkossa olevan resurssin nimen ja osoitteen. Pääsääntöisesti se on jaettu URL-osoitteeseen ja URN-osoitteeseen, joten URL ja URN ovat URI:n komponentteja.
URL: Jonkin verkkoresurssin osoite. URL-osoite määrittää resurssin sijainnin ja sen, kuinka siihen pääsee käsiksi.
URN: Verkossa olevan resurssin nimi. URN:n merkitys on, että se määrittelee vain tietyn kohteen nimen, joka voi sijaita monissa tietyissä paikoissa.
Mikään ei ole parempaa kuin konkreettinen esimerkki
URI = http://site/2009/09/uri-url-urn.html
URL = http://sivusto
URN = /2009/09/uri-url-urn.html
Tehdään se yhteenveto
URI on abstraktin tunnisteen käsite, kun taas URL ja URN ovat osoitteen ja nimen konkreettinen toteutus.
Toivottavasti kaikki on selvää kaikille. Ole lukutaitoinen!
Jokaisen meistä käsitys on yksilöllinen, joten väittele ja lue keskustelut artikkelin kommenteista, siellä on paljon mielenkiintoista.
Eri lähteiden mukaan 50–95 % kaikista maailman sähköposteista on verkkohuijareilta peräisin olevaa roskapostia. Tällaisten kirjeiden lähettämisen tavoitteet ovat yksinkertaiset: saastuttaa vastaanottajan tietokone viruksella, varastaa käyttäjien salasanat, pakottaa henkilö siirtämään rahaa "hyväntekeväisyyteen", syöttämään pankkikorttitietonsa tai lähettämään skannattuja asiakirjoja.
Usein roskaposti ärsyttää ensi silmäyksellä: vino asettelu, automaattisesti käännetty teksti, lomakkeet salasanan syöttämiseksi suoraan aiheriville. Mutta on haitallisia kirjeitä, jotka näyttävät kunnollisilta, leikkivät hienovaraisesti henkilön tunteilla eivätkä herätä epäilyksiä niiden totuudesta.
Artikkelissa puhutaan neljästä petollisen kirjeen tyypistä, joihin venäläiset useimmiten sortuvat.
1. Kirjeet "hallitusjärjestöiltä"
Huijarit voivat teeskennellä olevansa verovirasto, eläkekassa, Rospotrebnadzor, terveys- ja epidemiologinen asema ja muut valtion järjestöt. Uskottavuuden vuoksi kirjeeseen on lisätty vesileimat, sinettien skannaukset ja valtion symbolit. Useimmiten rikollisten tehtävänä on pelotella henkilö ja saada hänet avaamaan tiedosto, johon on liitetty virus.
Yleensä tämä on salaus tai Windowsin esto, joka poistaa tietokoneen käytöstä ja edellyttää, että lähetät maksullisen tekstiviestin toiminnan jatkamiseksi. Haitallinen tiedosto voidaan naamioida oikeuden määräykseksi tai kutsuksi saapua organisaation johtajan eteen.
Pelko ja uteliaisuus sammuttavat käyttäjän tajunnan. Kirjanpitofoorumeilla kuvataan tapauksia, joissa organisaatioiden työntekijät toivat viruksia sisältäviä tiedostoja kotitietokoneilleen, koska he eivät voineet avata niitä toimistossa viruksentorjuntaohjelman takia.
Joskus huijarit pyytävät sinua lähettämään asiakirjoja vastauksena kirjeeseen kerätäkseen yrityksestä tietoja, joista on hyötyä muissa huijausjärjestelmissä. Viime vuonna yksi huijariryhmä onnistui huijaamaan monia ihmisiä käyttämällä "faksipapereiden pyyntöä" häiriötemppulla.
Kun kirjanpitäjä tai johtaja luki tämän, hän kirosi heti verotoimistoa: "Siellä istuu mammutteja, voi!" ja käänsi ajatuksensa itse kirjeestä lähettämisen teknisten ongelmien ratkaisemiseen.
2. Kirjeet "pankeilta"
Windowsin esto-ohjelmat ja kiristysohjelmat voivat piiloutua väärennettyihin kirjeisiin paitsi valtion organisaatioilta, myös pankeilta. Viestit "Laina on otettu nimissäsi, ole hyvä ja lue oikeusjuttu" voivat todella pelottaa ja herättää tiedoston avaamisen.
Henkilö voidaan myös suostutella kirjautumaan väärennetylle henkilökohtaiselle tilille tarjoten näkemään kertyneet bonukset tai vastaanottamaan palkinnon, jonka hän voitti Sberbank-lotossa.
Harvemmin huijarit lähettävät laskuja palvelumaksujen ja lainan lisäkorkojen maksamisesta 50-200 ruplaa, jotka on helpompi maksaa kuin ymmärtää.
3. Kirjeet "kollegoilta"/"kumppaneilta"
Jotkut saavat työpäivän aikana kymmeniä liikekirjeitä asiakirjoineen. Tällaisella kuormalla voit helposti pudota "Re:" -tunnisteeseen kirjeen aiheessa ja unohtaa, että et ole vielä ollut kirjeenvaihdossa tämän henkilön kanssa.
Varsinkin jos myrkytyskenttä osoittaa "Aleksanteri Ivanovin", "Ekaterina Smirnova" tai minkä tahansa yksinkertaisen venäläisen nimen, joka ei todellakaan jää jatkuvasti ihmisten kanssa työskentelevän henkilön muistiin.
Jos huijareiden tavoitteena ei ole kerätä tekstiviestimaksuja Windowsin lukituksen avaamisesta, vaan aiheuttaa vahinkoa tietylle yritykselle, viruksia ja phishing-linkkejä sisältäviä kirjeitä voidaan lähettää oikeiden työntekijöiden puolesta. Työntekijöiden luettelon voi kerätä sosiaalisissa verkostoissa tai tarkastella yrityksen verkkosivuilla.
Jos henkilö näkee postilaatikossa kirjeen naapuriosaston henkilöltä, hän ei katso sitä tarkemmin, hän voi jopa jättää virustorjuntavaroitukset huomioimatta ja avata tiedoston mitä tahansa.
4. Kirjeet osoitteesta "Google/Yandex/Mail"
Google lähettää toisinaan sähköpostiviestejä Gmail-tilien omistajille, että joku on yrittänyt kirjautua tilillesi tai että Google Driven tila on loppunut. Huijarit onnistuvat kopioimaan ne ja pakottavat käyttäjät syöttämään salasanoja väärennetyillä sivustoilla.
Yandex.Mail-, Mail.ru- ja muiden postipalvelujen käyttäjät saavat myös väärennettyjä kirjeitä "palveluhallinnolta". Normaalit selitteet ovat: "osoitteesi on lisätty mustalle listalle", "salasanasi on vanhentunut", "kaikki osoitteesi sähköpostit lisätään roskapostikansioon", "katso toimittamattomien sähköpostien luettelo". Kuten kolmessa edellisessä kohdassa, rikollisten pääaseet ovat käyttäjien pelko ja uteliaisuus.
Kuinka suojella itseäsi?
Asenna virustorjunta kaikille laitteillesi, jotta se estää automaattisesti haitalliset tiedostot. Jos et jostain syystä halua käyttää sitä, tarkista kaikki edes hieman epäilyttävät sähköpostiliitteet virustotal.com
Älä koskaan syötä salasanoja manuaalisesti. Käytä salasananhallintaohjelmia kaikissa laitteissa. He eivät koskaan tarjoa sinulle salasanavaihtoehtoja, joita voit kirjoittaa väärennetyillä sivustoilla. Jos et jostain syystä halua käyttää niitä, kirjoita manuaalisesti sen sivun URL-osoite, jolle aiot kirjoittaa salasanan. Tämä koskee kaikkia käyttöjärjestelmiä.
Ota salasanan vahvistus käyttöön tekstiviestillä tai kaksivaiheisella tunnisteella aina kun mahdollista. Ja tietysti kannattaa muistaa, että et voi lähettää skannattuja asiakirjoja, passitietoja tai siirtää rahaa tuntemattomille.
Ehkä monet lukijat ajattelivat kirjeiden kuvakaappauksia katsoessaan: "Olenko minä tyhmä avaamaan tiedostoja sellaisista kirjeistä? Kilometrin päästä näkee, että tämä on asetus. En vaivaudu salasanojen hallintaan ja kaksivaiheiseen todentamiseen. Olen vain varovainen."
Kyllä, useimmat petolliset sähköpostit voidaan havaita silmällä. Mutta tämä ei koske tapauksia, joissa hyökkäys on suunnattu nimenomaan sinulle.
Vaarallisin roskaposti on henkilökohtaista
Jos mustasukkainen vaimo haluaa lukea miehensä postia, Google tarjoaa hänelle kymmeniä sivustoja, jotka tarjoavat palvelua "Postin ja sosiaalisten verkostojen profiilien hakkerointi ilman ennakkomaksua".
Heidän työnsä kaava on yksinkertainen: he lähettävät henkilölle laadukkaita phishing-kirjeitä, jotka on laadittu huolellisesti, siististi muotoiltu ja huomioidaan henkilön henkilökohtaiset ominaisuudet. Tällaiset huijarit yrittävät vilpittömästi saada tietyn uhrin koukkuun. He selvittävät asiakkaalta hänen sosiaalisen piirinsä, makunsa ja heikkoutensa. Hyökkäyksen kehittäminen tiettyä henkilöä vastaan voi kestää tunnin tai enemmän, mutta ponnistelu kannattaa.
Jos uhri jää kiinni, he lähettävät asiakkaalle kuvakaappauksen postilaatikosta ja pyytävät häntä maksamaan (keskimääräinen hinta noin 100 dollaria) palveluistaan. Saatuaan rahat he lähettävät sinulle postilaatikon salasanan tai arkiston, jossa on kaikki kirjaimet.
Usein käy niin, että kun henkilö saa veljeltään kirjeen, jossa on linkki tiedostoon "Video, joka vaarantaa todisteita Tanya Kotovasta" (piilotettu keylogger), hän on täynnä uteliaisuutta. Jos kirje sisältää tekstiä, joka sisältää rajatun ihmispiirin tuntemia yksityiskohtia, henkilö kiistää välittömästi mahdollisuuden, että hänen veljensä olisi voitu hakkeroida tai että joku muu teeskentelee häntä. Uhri rentoutuu ja sammuttaa virustorjunnan tiedoston avaamiseksi.
Ei vain mustasukkaiset vaimot, vaan myös häikäilemättömät kilpailijat voivat kääntyä tällaisiin palveluihin. Tällaisissa tapauksissa hintalappu on korkeampi ja menetelmät hienovaraisempia.
Sinun ei pidä luottaa tarkkaavaisuuteen ja terveeseen järkeisi. Anna tunteettoman virustorjunta- ja salasanahallinnan suojata sinua varmuuden vuoksi.
P.S. Miksi roskapostittajat kirjoittavat niin "tyhmiä" kirjeitä?
Huolellisesti laaditut huijausviestit ovat suhteellisen harvinaisia. Jos menet roskapostikansioon, voit pitää hauskaa. Millaisia hahmoja huijarit keksivät kiristääkseen rahaa: FBI:n johtaja, Game of Thrones -sarjan sankaritar, selvänäkijä, jonka korkeammat voimat lähettivät sinulle ja haluaa kertoa sinulle tulevaisuutesi salaisuuden 15 dollarilla, tappaja, joka määrättiin maksamaan sinulle, mutta hän vilpittömästi tarjoutuu maksamaan.
Runsaasti huutomerkkejä, painikkeita kirjeen rungossa, outo lähettäjän osoite, nimetön tervehdys, automaattinen käännös, törkeitä virheitä tekstissä, selkeä liiallinen luovuus - roskapostikansiossa olevat kirjeet yksinkertaisesti "huutavat" tummuustaan alkuperää.
Miksi huijarit, jotka lähettävät viestejään miljoonille vastaanottajille, eivät halua käyttää pari tuntia siistin kirjeen kirjoittamiseen ja säästää 20 taalaa kääntäjälle yleisön reaktioiden lisäämiseksi?
Microsoftin tutkimuksessa Miksi nigerialaiset huijarit sanovat olevansa Nigeriasta? Kysymys "Miksi huijarit jatkavat kirjeiden lähettämistä Nigeriasta tulevien miljardöörien puolesta, kun suuri yleisö on tiennyt "nigerialaisista kirjeistä" 20 vuoden ajan" analysoidaan syvästi. Tilastojen mukaan yli 99,99 % vastaanottajista jättää tällaisen roskapostin huomiotta.
Käyttäjillä on usein kysymyksiä siitä, mikä tiedoston (sivuston) URL-osoite on, miten se saadaan selville ja mikä on tällaisten tietojen arvo. Artikkelimme tarjoaa tarvittavat vastaukset.
Mikä on URL
Uniform Resource Locator tulee sanoista "web site location locator". URL-tunniste koostuu verkkotunnuksen nimestä ja polusta tietylle sivulle ja sen tiedoston nimi. URL-osoitteen keksijä oli Tim Berners-Lee, Genevessä kokoontuneen Euroopan ydinsotaneuvoston jäsen. Sen luomishetkellä vuonna 1990 sivuston URL-osoite oli yksinkertaisesti järjestelmän osoite, jossa tiedosto sijaitsee. Voit selvittää sivuston URL-osoitteen katsomalla osoitepalkkia ja määrittääksesi tiedoston osoitteen sinun on siirryttävä pikavalikkoon napsauttamalla hiiren kakkospainikkeella vastaavaa objektia. Koska tällaisella osoitteella on monia etuja, erityisesti Web-navigoinnin saavutettavuus, sillä on myös haittapuoli - kyky työskennellä yksinomaan latinalaisten aakkosten, joidenkin symbolien ja numeroiden kanssa. Jos on tarpeen käyttää kyrillisiä aakkosia, suoritetaan erityinen muunnos.
URL-osoitteiden tyypit
Staattinen – ei sisällä muutoksia sivulla.
Dynaaminen URL - mikä se on, voit ymmärtää, jos kuvittelet hakulomakkeen tai muun navigointityökalun, jossa tiedot luodaan saapuvien pyyntöjen mukaan.
Osoite istuntotunnuksella, joka lisätään aina, kun käyttäjät vierailevat sivulla.
URL-osoitteen merkitys SEO-promootiossa
Hakukoneet ottavat huomioon URL-osoitteen sisältämät avaimet. Verkkotunnuksen ja aliverkkotunnusten avainsanoilla on suurin vaikutus hakukoneiden edistämiseen.
Jos sivuston osoite on informatiivinen, se myös parantaa sijoitusta. Hakurobotti palauttaa sen todennäköisesti vastauksena ajankohtaiseen kyselyyn.
Hakua vastaava URL-osoite näkyy lihavoituna hakutuloksissa, mikä herättää lisähuomiota ja lisää napsautussuhteita.
Voit eksyä paitsi metsässä myös verkossa. Ja tämä voi johtua resurssiin johtavasta väärästä polusta tai osoitteesta. Etkö tiedä mikä URL on? Sitten, ennen kuin lähdemme uudelle matkalle virtuaalitilan halki, ymmärretään sähköpostiosoitejärjestelmä.
Mikä on URL
URL on yleisesti hyväksytty standardi osoitteen tallentamiseen ja resurssin sijainnin osoittamiseen Internetissä. Englannista sen nimi ( Uniform Resource Locator) on käännetty yhtenäiseksi resurssin paikantimeksi. Löydät lyhenteen aiemman dekoodauksen URL - Universal Resource Locator (yleinen resurssin paikannus). Mutta molemmat merkitykset täydentävät URL-osoitteen käsitettä sen sijaan, että ne olisivat ristiriidassa keskenään.
URL-rakenteen kirjoittamisen perusmuoto näyttää tältä:
://:@:/?#
- Useimmiten tämä tarkoittaa protokollaa.
login – käyttäjän kirjautuminen, jota käytetään resurssin valtuutukseen.
salasana – käyttäjän salasana valtuutusta varten.
isäntä – isännän verkkotunnus.
portti – yhteyden aikana käytetty isäntäportti.
URL on polku, jolla pyydetty resurssi sijaitsee palvelimella.
parametrit ja ankkuri– tietyn resurssin muuttujien arvo ja tunniste.
Muuttujien arvojen välittäminen kyselymerkkijonossa on mahdollista vain GET-menetelmällä.
Katsotaanpa pyydetyn resurssin sivun URL-muotoa käytännön esimerkkien avulla. Asiakaspuolella URL-osoite näkyy selaimen osoitepalkissa:
Yleisimmät vaihtoehdot ovat:
- http:// ru.wikipedia.org/wiki/Main_page– HTTP:tä käytetään pyynnön lähettämiseen ( hypertekstin siirtoprotokolla);
- https://ru.wikipedia.org/wiki/Home_page— Lähetysmenetelmänä käytetään https. On http-protokollan turvallinen muoto, joka käyttää salausta (SSL tai TLS);
- fttp://wikipedia.org/wiki/file.txt- tiedostonsiirtoprotokolla fttp;
- http://mail.ru/script.php?num=10&type=new&v=text– muuttujien arvojen välittäminen kyselymerkkijonossa GET-menetelmällä.
Mikä tahansa URL-muoto on ensisijaisesti merkkijono. Se voi sisältää:
2; Kirjaimet.
2; Arabialaiset numerot (0-9).
2; Varatut merkit ("+", "=", "!" ja muut).
2; Erikoishahmot – tarkastelemme niitä tarkemmin.
Erikoismerkkien käyttö URL-osoitteissa
Tällaisia liian "erikoismerkkejä" ei tietenkään käytetä URL-osoitteissa. Mutta niitä on muutama:
- ? – erottaa lohkon, jossa on lähetetyt parametrit pyyntörivillä;
- & - erottaa välitetyt parametrit toisistaan;
- = — erottaa parametrin muuttujan sen arvosta;
- : - erottaa protokollan muusta URL-osoitteesta;
- # - symbolia käytetään osoitteen paikallisessa osassa. Antaa sinun käyttää pyydetyn sivun tiettyä osaa;
- @ - ilmoitettu käyttäjän rekisteröintitiedoissa ja lähetettäessä tietoja mailto-protokollalla.
Mutta tämä kaikki on vain teoriaa. Joten ennen kuin opimme loput, katsotaanpa pieni käytännön esimerkki.
Hyvä esimerkki
Otetaan selvyyden vuoksi tämä yksinkertainen rekisteröintilomake:
Tässä sen koodi:
Ilmoittautumislomake
Ensimmäisellä rivillä lomakkeen alussa määritimme sille käsittelijätiedoston (php) ja menetelmän tietojen siirtämiseksi palvelimen URL-osoitteen kautta:
Tässä on nyt käsittelijätiedoston (1.php) koodi:
Nimimerkkisi:".$_GET["nimi"]."
"; kaiku"Ikäsi:".$_GET["ikä"]."
"; ?>Syötämme tiedot lomakkeelle ja lähetämme ne palvelimelle käsittelyä varten. Tämän saamme lopulta:
Kiinnitä huomiota URL-muotoon osoitepalkissa ensimmäisessä kuvakaappauksessa. Tietojen syöttämisen ja "Lähetä tiedot" -painikkeen painamisen jälkeen kaikkien kenttien arvot lähetetään palvelimelle käsittelyä varten. Ja meidät ohjataan sivulle 1.php, jossa käsittelijän koodi sijaitsee.
Ennen kuin katsot käsittelyn tulosta, katso osoitepalkkia toisessa kuvassa. Se näyttää GET-menetelmällä prosessoitavien kenttien arvot.
Palvelimelle lähetettyjen tietojen piilottamiseksi käytetään POST-menetelmää. Sitten yllä oleva URL-osoite näyttää tältä:
http://localhost/home/1.php.
URL-osoitteiden muoto sivustoilla
Useimmiten verkkosivustot käyttävät puupohjaista URL-järjestelmää. Toisin sanoen oikea URL-osoite koostuu useista sisäkkäisistä elementeistä, joista viimeinen on haluttu verkkosivu.
Otetaan selvyyden vuoksi tietty URL-osoite, joka on yksi sivustomme osoitteen haaroista:
https://www..html
Puretaan se pala palalta:
- www.site – tämä osa on sivuston verkkotunnus. Jos kirjoitat sen selaimesi osoitepalkkiin, se vie sinut sivuston pääsivulle. Useimmissa tapauksissa tämä on indeksi. html ;
- mallit – tämä osoitteen osa osoittaa tiettyyn sivuston osioon. Meidän tapauksessamme tämä on osio, jossa on malleja;
- page_2.html – on URL-osoitteen viimeinen elementti, joka johtaa resurssin temaattisen osan verkkosivulle.
Useimmiten pääosien URL-osoitteet näyttävät sivustokartan kokonaan. Mutta kaikki ei ole niin yksinkertaista, kun sivustot ohjataan suosittujen moottoreiden (CMS) perusteella.
URL-rakenteen ominaisuudet WordPressissä
WordPressissä, kuten kaikissa PHP:lle rakennetuissa koneissa, kaikki sivuston sivut luodaan dynaamisesti. Toisin sanoen yksi osa on otettu yhdestä mallista, toinen luodaan "lennossa" useiden... Mutta sellaisella volatiliteetilla on yksi merkittävä haittapuoli - ohitettujen parametrien osien läsnäolo URL-osoitteessa.
Lisäksi tämä ei loukkaa vain osoitenäytön esteettistä osaa, vaan myös hakukoneet havaitsevat sen epäselvästi. Ja tämä voi vaikuttaa negatiivisesti verkkosivuston mainostamiseen:
Siksi on parempi käyttää sivustossasi puhtaita URL-osoitteita. Mutta mistä niitä saa, jos CMS-järjestelmä ei tarjoa mahdollisuutta muokata niitä?
Puhtaat URL-osoitteet ovat osoitteita, jotka eivät sisällä välitettyjä parametreja (WordPressin tapauksessa tietokantakyselyelementtejä), vaan vain polun dokumenttiin. Eli https://www.html on esimerkki puhtaasta URL-osoitteesta.
Helpoin tapa muokata URL-näyttöä WordPressissä on käyttää erikoistuneita laajennuksia.
