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. Saat selville sivuston URL-osoitteen katsomalla osoitepalkkia ja määrittämällä tiedoston osoitteen, johon sinun on mentävä kontekstivalikko napsauttamalla vastaavaa objektia oikea painike hiiret. 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 tietoja luodaan saapuvien pyyntöjen mukaan.
Osoite, jossa on istuntotunnus, 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. Etsi robotti näyttää 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-käsitettä sen sijaan, että ne olisivat ristiriidassa keskenään.
Perusrakenteen tallennusmuoto URL-osoite ja se näyttää tältä:
://:@:/?#
- Useimmiten tarkoitamme 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 – isäntäportti, jota käytetään yhteyden aikana.
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; Latinalaiset 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;
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 sitä käytetään POST-menetelmä. Sitten yllä oleva URL-osoite näyttää tältä:
http://localhost/home/1.php.
Web-sivustojen URL-osoitteiden muoto
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 verkkotunnuksen nimi sivusto. Jos kirjoitat sen selaimesi osoitepalkkiin, se vie sinut sivuston pääsivulle. Useimmissa tapauksissa tämä hakemistotiedosto. html ;
- mallit – tämä osoitteen osa osoittaa tiettyyn sivuston osioon. Meidän tapauksessamme tämä on malliosio;
- 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 missä tahansa PHP:lle rakennetussa moottorissa, kaikki sivuston sivut luodaan dynaamisesti. Toisin sanoen yksi osa otetaan 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 osoitteen nä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.
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 rangaistuksen virheellisestä URL (Universal Resource Locator) -merkinnästä oletetaan 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.
Analysoi kuitenkin tekniset tiedot Internet-standardit, erityisesti asiakirja "RFC 1738 - Uniform Resource Locators (URL)", meidän on myönnettävä, että molemmat vaihtoehdot verkkoresurssin osoitteen tallentamiseen ovat muodollisesti oikein, ja seuraamus jommankumman vaihtoehdon käytöstä ei ole muuta. kuin omituisuus 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. Huom
- 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
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). Jotkut tai kaikki osat" :@", ":",
":", ja "/ " voidaan jättää pois. Jotkut tai kaikki osat "
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."ja"/
"voidaan sulkea pois. 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-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.
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:// jossa ja Ovat kuvattu kohdassa 3.1. Jos: Jätetään pois, portin oletusarvo on 80. Käyttäjätunnusta tai salasanaa ei sallita. On HTTP-valitsin ja on kyselymerkkijono. The On valinnainen, samoin kuin ja sitä edeltävä "?". Jos ei kumpikaan Eikä on läsnä, "/" voidaan myös jättää pois. Sisällä :/?Ja komponentit, "/", ";", "?" ovat varattu. "/"-merkkiä voidaan käyttää HTTP:ssä osoittamaan hierarkkista rakennetta. http-mallin URL-osoite on muodossa: http:// Jossa Ja Sama kuin kohdassa 3.1. Jos: Jätetty pois, oletusportin oletetaan olevan 80. Käyttäjätunnus tai salasana ei kelpaa. Tämä on HTTP-valitsin ja - kyselymerkkijono. On valinnainen, kuten on yhdessä edellisen "?"-merkin kanssa. Jos ei
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. Ei kumpaakaan ei ole, "/"-merkki voidaan myös jättää pois. Elementeissä
JA
merkit "/", ";", "?" ovat varattu. "/"-merkkiä voidaan käyttää HTTP:ssä määrittämään hierarkkinen rakenne.
Siinä todetaan myös, että voit määrittää linkin ilman perässä olevaa kauttaviivaa. IN tässä tapauksessa Puhuimme tilanteesta, kun 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).= 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" |. "%" hex varaamaton |
- Huomaa, kuinka tarkasti hpath-elementti - linkkipolku - muodostetaan 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 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ä "olemme pääsyssä hierarkian toiselle tasolle ja sinä päätät itse, minkä pisteen tällä tasolla olet pitää oletusarvona."
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 olevan URL-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ä on ei 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öä.
Tiedoksi
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 ovat kuulleet jotain korvien kulmasta jossain 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. On olemassa laaja tutkimus, jossa on monia kuvakaappauksia ja jonka tavoitteena oli testata useiden suosittujen tuomioiden paikkansapitävyyttä alalla. hakukoneen edistäminen ja käytä selkeitä esimerkkejä välittääksesi tulokset tavalliselle verkkosivuston omistajalle. Sama tutkimus osoittaa samalla nuorelle lukijalle useita ilmeisiä, tavallisia ja melko huomaamattomia, mutta silti hämmästyttäviä piirteitä orgaanisista hakutuloksista.
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. Google-haut ja Yandex. sekä Yandexin ja Googlen kontekstuaalinen mediaverkosto.
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. Eri lähteiden mukaan 50–95 % kaikista maailman sähköposteista on verkkohuijareiden lähettämää 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 henkilötietoja
pankkikortti
tai lähettää skannattuja asiakirjoja.
Usein roskaposti ärsyttää ensi silmäyksellä: vino asettelu, automaattisesti käännetty teksti, lomakkeet salasanan syöttämiseksi suoraan kirjeen aiheeseen. 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 vaatii lähettämistä
maksullinen tekstiviesti
jatkamaan töitä. 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 kotitietokoneilleen viruksia sisältäviä tiedostoja, koska he eivät voineet avata niitä toimistossa virustorjunnan vuoksi. Joskus huijarit pyytävät sinua lähettämään asiakirjoja vastauksena kirjeeseen kerätäkseen yrityksestä tietoja, joista on hyötyä muille petossuunnitelmille. 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 verotoimiston: "Siellä istuu mammutteja, voi!" ja käänsin ajatukseni itse kirjeestä ratkaisuun
teknisiä ongelmia
Windowsin esto-ohjelmat ja kiristysohjelmat voivat piiloutua väärennettyihin kirjeisiin paitsi valtion organisaatioilta, myös pankeilta. Viestit "Laina on otettu sinun nimissäsi, ole hyvä ja lue oikeusjuttu" voivat todella pelottaa ja herättää tiedoston avaamisen.
Henkilö voidaan myös suostutella syöttämään väärennös henkilökohtainen tili, joka tarjoaa näkevänsä kertyneet bonukset tai vastaanottaa 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 kymmeniä liikekirjeitä asiakirjojen kanssa työpäivän aikana. 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ää joskus sähköposteja omistajille Gmail-postilaatikot että joku yritti kirjautua tilillesi tai että tila loppui Google Drivesta. 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, mikä on ainakin hieman epäilyttävää sähköpostin liitteet päällä 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ää rajoitetun 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.
: Olen aina halunnut ymmärtää tämän, mutta sen merkitys oli niin pieni, että aina oli syy olla tekemättä :)
Oletko koskaan miettinyt: 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 ei muutu tästä, mutta joskus tykkään käyttää kirjaimia, 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 paikannus resurssi)
URN – yhtenäinen resurssin nimi Nimi resurssi)
Huomio, totuus piilee tässä yksityiskohdissa, mutta toistaiseksi mikään ei ole selvää, kyseessä on jonkinlainen sotku. Jatketaan.
Määritelmä
URI: Ilmaisee verkossa olevan resurssin nimen ja osoitteen. Pääsääntöisesti se on jaettu URL-osoitteeseen ja URN:ään, joten URL ja URN ovat URI:n komponentteja.
URL: Jonkin resurssin osoite verkossa. URL-osoite määrittää resurssin sijainnin ja sen, miten sitä voidaan käyttää.
URN: Verkossa olevan resurssin nimi. URN:n merkitys on, että se määrittelee vain tietyn kohteen nimen, joka löytyy monista tietyistä paikoista.
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!
Meidän jokaisen käsitys on yksilöllinen, joten väittele ja lue keskustelut artikkelin kommenteista, siellä on paljon mielenkiintoista.
