Sveiki, mieli tinklaraščio svetainės skaitytojai. Šiandien noriu paliesti unikalumo kūrimo temą URL internete ir pasikalbėti apie kūrimo principus santykinės ir absoliučios sąsajos.

Žinoma, URL formavimo ar jų išplėstinės versijos URI (uri) tema yra gana sudėtinga, jei įsigilinate ir bandote išsiaiškinti tiesą.

Bet mums to nereikia, nes pakanka suprasti URL struktūrą jo programoje.

Na, taip pat manau, kad bus naudinga suprasti, kodėl ir kaip galite kurti santykinės nuorodos savo ištekliui, o šiems tikslams nenaudokite absoliučių, kai nėra aiškaus poreikio.

URL adresai – kas tai yra ir kaip jie veikia svetainės indeksavimą

Taigi, pažiūrėkime, kas yra URL, kodėl jis reikalingas ir iš kokių dalių jis susideda. Kaip žinote, paieškos sistemos kuria ne kaip visumą, o kaip atskirų puslapių rinkinį. Tada jie bus kitokie paieškos užklausos(skaitykite daugiau apie pasirinkimą raktinius žodžius Wordstat programoje, pagrįstoje .

URL ir URI

Na, bet koks dokumentas (tinklalapis) internete turi savo unikalų URL, kuris reiškia Uniform Resource Locator (resursų ieškiklis). Jį, kaip ir HTTP protokolą, bet ir kaip, sukūrė ir sukūrė tas pats asmuo - Timas Bernersas-Lee (projekto įkūrėjo tėvas).

Apskritai URL yra specialus kito identifikatoriaus, vadinamo, atvejis URI(Uniform Resource Identifier – vienodas išteklių identifikatorius), bet jūs ir aš, visų šių subtilybių, greičiausiai, nereikės (nereikalingos) dirbant su mūsų svetaine. Pabandykime bendrai suprasti, kas tai yra ir iš kokių dalių jis susideda, o tada pereikime prie santykinių ir absoliučių nuorodų.

URL adresas yra būdas vienareikšmiškai nurodyti ką nors internete. Jis naudojamas ne tik darbui su svetainėmis () naudojant http protokolą (taip pat per ftp), bet, žinoma, mus domina šio identifikatoriaus pritaikymas žiniatinklyje (http ir https protokolai). URL šiuo atveju atrodys maždaug taip (šiek tiek žemiau pateiksiu bendrą jo konstrukcijos schemą, bet kol kas norėčiau pradėti nuo paprasto, dažno pavyzdžio):

https://.html

Šiame adreso pavyzdyje „http“ dalis žymi duomenų perdavimo protokolą arba, jei laikotės specifikacijos terminų, schemą (nes tai nėra duomenų perdavimo protokolas, skirtingai nei http ar ftp, bet taip pat naudojamas in URL adresas x)..svetainė") - arba .

WWW ir kiti svetainės veidrodžiai, kuriuos reikia suklijuoti

Žiniatinklis turi specifinius domeno vardo skyrimo svetainės URL ypatumus, kurie gali būti su WWW arba be jo. Kad būtų sėkmingas, labai svarbu suklijuoti šiuos du savo svetainės veidrodžius. Dažnai prieglobos paslaugų teikėjas gali atlikti veidrodžių klijavimą už jus, tačiau tai tikrai reikės patikrinti.

Tie. paieškos sistemoms svetainės su WWW ar be jo yra visiškai skirtingos ir jų nesuklijuojant nuorodų masė tarp jų bus padalinta nežinia proporcija. WWW adresu iš esmės yra tam tikras atavizmas, kuris daro jūsų Domeno vardas antrojo lygio domenas trečiasis.

Tas pats pasakytina ir perkeliant svetainę į saugią vietą https protokolas su http– paieškos varikliams tai bus kita svetainė.

Nieko blogo naudojant www svetainės URL ne, bet jūs turite aiškiai apibrėžti pagrindinį veidrodį (per ir per, taip pat rašydami savo svetainės direktyvą), kurį indeksuos paieškos sistemos ir kuris dalyvaus reitingavime.

E. „be atavizmo“ ir jei pridėsite šį nuostabų priešdėlį prie bet kurio mano URL, įvyks automatinis peradresavimas adresu „be WWW“.

https://www..html

Galite klijuoti ne tik aukščiau aprašytus veidrodžius, bet ir bet kokius kitus jums priklausančius domenų vardus. Pavyzdžiui, jei žinomo prekės ženklo lotyniškomis raidėmis galima kitaip rašyti, tuomet perkami visi įmanomi domenai (rašybos variantai su klaidomis, skirtingais domenų zonos ir tt) ir laikykitės kartu. Tada, kai pasiekiate svetainę bet kuriuo iš galimų URL adresų, bus atidarytas pagrindinis veidrodis.

Pavyzdžiui, reg.ru galite pamatyti galimus veidrodžius arba nemokamus domenus registracijai (siūlomą domeno pavadinimą galite įvesti tiesiai žemiau esančioje formoje):

Iš kur paieškos variklio indekse atsiranda papildomi jūsų svetainės URL adresai (pasikartojantys puslapiai).

Bet grįžkime prie mūsų avių. URL dalis, esanti po trečiojo pasvirojo brūkšnio (/) – mūsų pavyzdyje tai yra „papka/fail.html“ – vadinama keliu į konkretų objektą (dokumentą ar failą). Mūsų atveju tai yra „fail.html“ dokumentas, esantis „papka“ kataloge, kuris savo ruožtu yra šakniniame aplanke ( šaknis URL visada atitinka trečiąjį pasvirąjį brūkšnį kairėje).

Bet tai dar ne viskas, ką galima parašyti adresu. Per URL įvairūs perduoda vadinamuosius GET parametrus, kurie pridedami pačioje jo pabaigoje, uždėjus klaustuką, pavyzdžiui, taip:

https://www..html?print=yes

Visa bėda ta paieškos sistemos du tokie URL (su parametrais Gauti ir be jų) yra visiškai skirtingi žiniatinklio dokumentai ir kiekvienas iš jų bus indeksuojamas paieškos sistemų.

Prie to paties URL galima pridėti tiek skirtingų Get parametrų, kiek norite, ir visa tai indeksuos „Yandex“ ir „Google“, jei nesukursite atitinkamų draudimų faile robots.txt, kurio nuoroda į straipsnį yra pateikta šiek tiek virš. Priešingu atveju paieškos sistemos gali daug pasikartojančio turinio(tas pats turinys pasiekiamas skirtingais adresais).

Taip pat, pavyzdžiui, į pagrindinis puslapis mano išteklius galima pasiekti naudojant du skirtingus URL:

https://site https://site/index.php

(net trys - taip pat https: // svetainė /) ir bet kuriuo atveju atsidarys pagrindinis puslapis. Tai gana blogai, nes paieškos sistemos ras tris skirtingus puslapius(turintys skirtingus URL jų požiūriu), bet su tuo pačiu turiniu, kuris jiems nepatinka.

Todėl padariau taip, kad įvedus bet kurį iš aukščiau pateiktų URL būtų atliktas peradresavimas į „https: // site /“ formos URL. Paprastai tai daroma naudojant 301 peradresavimus .htaccess faile, tiesiogiai serverio nustatymuose, kuriuos atlieka pats arba prieglobos serveris.

Norėdami gauti daugiau informacijos, perskaitykite įrašą su nuoroda.

URL struktūra ir perkodavimas į URL koduotą

Apskritai, pilna URL blokavimo schema gali būti pavaizduotas taip:

Iš tikrųjų, kaip taisyklė, jie nenaudoja prisijungimo vardo, slaptažodžio ir prievado, nors gali tekti juos nurodyti, kad būtų galima pasiekti mokamas svetaines:

http://prisijungti: [apsaugotas el. paštas] svetainė/platniy-access.html

Taip pat gana įprasta įdiegti FTP prisijungimo slaptažodžiai, kur jis taip pat gali naudoti nestandartinį prievadą, bet kitokį nei numatytasis šiam protokolui. Tada prieiti prie tokių išteklių ftp serveris turėsite įvesti tokį URL:

ftp://prisijungti: [apsaugotas el. paštas] svetainė: 6789/samoe-nujnoe/cimus

Apie GET parametrus, kuriuos galima rašyti šiame adresu po klaustuko, jau sakėme ir minėjome, kad būtina uždrausti indeksuoti puslapius, kurių URL URL yra tokie parametrai (aukščiau yra nuoroda į straipsnį apie robotai, kur visa tai išsamiai aprašyta).

URL adresai maišos nuorodų pavidalu, atveriantys puslapį tinkamoje vietoje

Bet be visų šių dalykų, kurie gali būti įtraukti į URL, aukščiau esančioje struktūrinėje schemoje galite pamatyti vadinamąjį. inkaras, kuris pridedamas pačioje pabaigoje po skiriamojo svaro ženklo „#“ (URL, kuriuose yra inkarai, paprastai vadinami maišos nuorodos).

Inkarai yra iš anksto pritvirtinti viduje html kodas dokumentą (puslapį), pridėdami ID="label" atributą prie norimos HTML žymos (pastraipos, antraštės ar kitos tinkamos), o tada pridėdami šio prierašo pavadinimą prie puslapio URL naudodami svaro ženklą "#", gali pereiti į šio tinklalapio pradžią ir iškart į vietą, kur buvo įdėtas inkaras (kiekvienas automatiškai slinks puslapiu į reikiamą vietą).

Apie ir taip pat apie naršymo organizavimą puslapyje su pagalba skaitykite šiuos straipsnius.

Kokius simbolius galima naudoti URL?

Taip pat verta paminėti įvairias koduotes, kurios naudojamos URL. Be perkodavimo jie gali naudoti tik ribotas kiekis personažai. Paprastai patariama apsiriboti simbolių rinkiniu: ,,,[_],[-].

Apskritai, norint išvengti klaidų, patarčiau savo svetainės puslapių failų pavadinimus ir URL adresus nustatyti mažosiomis raidėmis, nes į Unix panašiose sistemose (kuriose veikia dauguma žiniatinklio serverių) simboliai yra viršutinėje raidėje. ir mažosios raidės skiriasi (skirtingai nei Windows). Dėl skirtingų registrų gali kilti nereikalinga painiava.

Leidžiama naudoti bet kokius kitus simbolius (įskaitant rusiškus) URL adresuose, bet taip bus perkodavimas tie patys simboliai (URL kodavimas).

Liūdna yra tai, kad URL adresai su simboliais, pavyzdžiui, kirilica, gaunami po perkodavimo, yra nesuprantami. Kiekvienas kirilicos simbolis yra užkoduotas naudojant du baitus , parašytas šešioliktaine tvarka ir atskirtas procento ženklu „%“. Pavyzdžiui, šis URL:

https://svetainė/kas naujokas/

po konvertavimo jis atrodys taip:

Http//svetainė/%BA%D1%82%D0%BE%20%D0%BD%D0% B0%20%D0%BD%D0%BE%D0%B2%D0%B5%D0%BD%D1% 8C%D0%BA%D0 %BE%D0%B3%D0%BE

Apskritai, pasirodo, nėra labai šaunu, ir jie planuoja susidoroti su šiuo nesuprantamu URL tipu nacionalinėse koduotėse, tačiau šis dalykas nėra toks karštas.

Dėl visų pirmiau nurodytų dalykų norėčiau patarti, kada naudoti TVS nekurkite puslapių adresų rusų kalba, ir ypač todėl, kad, pasak daugelio reklamuotojų, „Yandex“ ir „Google.ru“ SEO optimizavimo požiūriu bus geriau.

Santykinės ir absoliučios nuorodos svetainėje

Pradėkime nuo absoliučios nuorodos, nes Šiuo atveju nieko ypatingo, išskyrus tai, ką jau aptarėme šiame straipsnyje, pasakyti nereikės. Tai. absoliuti nuoroda turi atitikti reikalavimus, kuriuos keliame URL adresui – duomenų perdavimo protokolui, svetainės (host) domeno pavadinimui ir keliui į norimą žiniatinklį dokumentas. Visi.

Html absoliuti nuoroda formuojama naudojant specialias A žymas (hipersaitus), t.y. Norėdami jį įdėti, mes tiesiog turėsime apjuosti norimą vietą dokumento tekste (frazėje ar paveikslėlyje) pradžios ir pabaigos hipersaitų žymomis ir į pradinę žymą A įrašyti atribute „Href“ absoliutų kelią į dokumentas, kurį lankytojas turės pasiekti jį spustelėjęs:

PHPMyAdmin

Viskas labai paprasta.

Santykinių nuorodų pranašumai ir kaip juos gauti

Tačiau absoliutūs hipersaitai dažniausiai naudojami tik tada, kai norima pateikti nuorodas į išorines svetaines, o vidiniams perėjimams dauguma žiniatinklio valdytojų (protingų ir įžvalgių, ne tokių kaip aš 🙂) bando naudoti santykinės nuorodos. Ir tam yra keletas priežasčių:

1. Santykinės nuorodos pagal apibrėžimą yra trumpesnės ir neužgriozdina svetainės kodo (juk šiuo klausimu svarbi kiekviena smulkmena).
2. Be to, pereinant į kitą domeną arba keičiant protokolą į https, nereikės keisti visų nuorodų svetainėje.
3. Be to, kai kuriuos interneto projektų projektus galima greitai ir neskausmingai perkelti į kitą šaltinį nekeičiant vidinių santykinių nuorodų.

Taigi, sprendžiant iš pavadinimo, žiniatinklio dokumento, į kurį jie nukreipia, adresas turi būti parašytas atsižvelgiant į jūsų svetainės dokumentą, iš kurio kodo bus įdėta ši santykinė nuoroda (šokis nuo viryklės). Antrasis jų nustatymo variantas yra naudoti šakninį aplanką kaip pradžios tašką. Tai būtent du būdai sukurti santykines nuorodas, kurias dabar apsvarstysime.

Sukurkite santykines nuorodas, susijusias su dokumentu, iš kurio jie yra pritvirtinti

Paprasčiausias ir trumpiausias būdas parašyti santykinį kelią (tai reiškia hipersaito žymos atributo Href reikšmę) bus gautas, kai abu žiniatinklio dokumentai: donoras (nuo kurio jis pritvirtintas) ir akceptorius (failas arba žiniatinklio dokumentas kuriuos jis veda) yra tame pačiame serverio aplanke.

inkaras

Dabar tarkime, kad priėmimo dokumentas yra aplanke, esančiame tame pačiame kataloge kaip donoro dokumentas.

Kaip šiuo atveju atrodytų santykinė nuoroda? Viskas taip pat gana paprasta:

inkaras

Kol kas manau, kad viskas aišku – nurodome kelią į priimančiojo failą ar dokumentą (aplanko pavadinimas, o per tiesioginį pasvirąjį brūkšnį „/“ failo ar dokumento pavadinimas). Tie. kad patektume iš donoro į akceptorių, turėsime atidaryti aplanką, kurio pavadinimą nurodome santykinėje nuorodoje.

Dabar panagrinėkime priešingą situaciją, kai pats donoro dokumentas yra aplanko viduje, iš kurio reikia įdėti santykinę nuorodą į priimančiojo dokumentą ar failą, kuris jau yra vienu lygiu aukščiau:

Kad galėtume pereiti nuo donoro dokumento prie akceptoriaus bylos (ar dokumento), mums reikia pereiti aukštyn iš šio aplanko. Tam yra numatytas specialus elementas - du taškai iš eilės, o tada per pasvirąjį brūkšnį įrašomas tolimesnis kelias į akceptorių. Taigi aukščiau pateiktame pavyzdyje santykinis kelias būtų toks:

Kas yra URL

Jei jums reikia pakilti dviem lygiais, įrašas atrodys taip:

Kas yra URL

Na, o jei po to, norėdami nustatyti santykinį kelią į akceptorių, taip pat turėsite įvesti kokį nors aplanką antrame viršutiniame (palyginti su donoro dokumentu) lygiu:

Sudėtingas takelių dizainas

Tokių nusileidimų į aplankus ir pakilimų iki lygio gali būti tiek daug, svarbiausia, kad jūs pats nesusipainiotumėte.

Sukurkite saitą, susijusį su šakniniu aplanku

Mes parašėme visas aukščiau aptartas nuorodas apie donoro dokumentą, iš kurio pritvirtinta hipersaitas, bet jūs galite imkitės šakninio aplanko kaip pradžios taško svetainę. Šaknis santykiniuose keliuose atrodo kaip vienas pasvirasis brūkšnys „/“.

Tai. perėjimas į pagrindinį puslapį atrodys gana paprastas, bet ekstravagantiškas:

inkaras

Pavyzdžiui, absoliutus kelias gali atrodyti taip:

inkaras

BET giminaitisį tą patį failą bus šiek tiek trumpesnis:

Tekstas

Kaip nurodyti aplanką santykine ir absoliučia forma

Noriu atkreipti jūsų dėmesį į vieną niuansą, į kurį reikėtų atsižvelgti kuriant tiek absoliučius, tiek santykinius ryšius. Jeigu nori kreiptis į aplanką, tada tokio hipersaito pabaigoje (po jos pavadinimo) būtinai įdėkite pasvirąjį brūkšnį „/“. Tai yra, jei noriu atidaryti aplanko turinį, turėčiau parašyti:

inkaras

Ne taip:

tekstą

Antruoju atveju, apdorojimo metu, serveris pirmiausia bandys rasti failą pavadinimu „įkėlimai“ (būtent tai be jokių plėtinių) ir jo neras, tada ieškos tokio aplanko. Todėl rašyti nedelsiant pasviruoju brūkšniu po norimo aplanko pavadinimo, neimsite papildomų išteklių iš savo serverio ieškodami to, ko ten nėra.

Taip pat turėtumėte tai žinoti susisiekus santykine arba absoliučia nuoroda aplanką, bus parodytas žiniatinklio serveris vadinamasis indekso failas, esantis jame ir kuris, kaip taisyklė, vadinamas arba index.html, arba index.php. Jei aplanke nėra indekso failo, tada, jei sauga serveryje sukonfigūruota neteisingai, pamatysite jo turinio sąrašą, dėl kurio gali sumažėti jūsų išteklių saugumas.

Tikrai, jei rasi.

Beje, prieiga prie pagrindinio svetainės puslapio iš esmės yra ir aplanko (root) prieiga, o tuo pačiu bus paleistas indekso failas, esantis šaknyje (mano atveju tai yra index.php ). Taigi, jei pasiekiate aplanką, tada sumažinti serverio apkrovą geriau po domeno vardo parašyti pasvirąjį brūkšnį:

Štai, Michalyčiau!

Sėkmės tau! Greitai pasimatysime tinklaraščio puslapių svetainėje

Jums gali būti įdomu

ASCII teksto kodavimas („Windows 1251“, CP866, KOI8-R) ir „Unicode“ (UTF 8, 16, 32) – kaip išspręsti „krakozyabry“ problemą
Kaip padidinti svetainės srautą iki 300 žmonių per dieną?
„Yandex“ paieška svetainėje ir internetinėje parduotuvėje
Svetainės schema xml formatu„Yandex“ ir „Google“ – kaip sukurti svetainės schemą „Joomla“ ir „WordPress“ arba internetiniame generatoriuje

Visi HTML nuorodos skirstomi į išorinius ir vidinius. Išorinės nuorodos yra nuorodos, nukreipiančios iš vienos svetainės į kitą svetainę arba failą, esantį kitoje svetainėje. Vidinės nuorodos– tai nuorodos, nukreipiančios iš vieno svetainės puslapio į kitą tos pačios svetainės puslapį arba į to paties puslapio dalis.

Visi Išorinės nuorodosžymos atribute href yra absoliutus kelias į dokumentą, į kurį jie nurodo. Savo ruožtu vidinėse nuorodose gali būti ir absoliutus, ir santykinis kelias (šiuo atveju tai priklauso nuo jūsų asmeninių pageidavimų).

Kaip ir gramatikos taisyklėse skirtingomis kalbomis, yra ir programavimo taisyklių. Patvirtinimas leidžia pamatyti, ar puslapis atitinka šias taisykles, o jei yra klaidų ir įspėjimų, bus pateiktos rekomendacijos jas pašalinti. Daugiau informacijos apie tokio patikrinimo poreikį bus aptarta toliau.

Kas turi įtakos svetainės galiojimui

Ar kada nors susimąstėte, kaip naršyklės „skaito“ tinklalapį? Jie turi „variklius“, kurie analizuoja kodą ir paverčia jį vaizdine forma žmonėms. Deja, kiekviena naršyklė turi savo kodo tvarkymo mechanizmą, todėl jūsų puslapiai gali būti rodomi skirtingai.

Netinkamą tinklalapį naršyklės gali skaityti įvairiais būdais. Dėl to jūsų lankytojai galbūt net negalės tinkamai matyti puslapio turinio savo naršyklėse. Patvirtinus vėliau bus ištaisyti beveik visi pagrindiniai skirtumai ir jūsų tinklalapis bus skaitomas beveik visomis žiniatinklio naršyklėmis (dažniausiai išimtis yra Internet Explorer senesnės versijos). Iš čia kilo terminas „kelių naršyklių išdėstymas“. išdėstymas, kuris yra vienodai geras (suderinamas) visoms populiarioms naršyklėms.

Kaip tai paveiks SEO? Svarbu suprasti, kad paieškos sistemų robotai mėgsta semantinius tinklalapius. Semantinis išdėstymas, pasak Vikipedijos, yra tinklalapių kūrimo būdas HTML kalba, remiantis naudojant HTMLžymes pagal jų semantiką (paskirtį). Be to, struktūrinis semantinis tinklalapis leidžia paieškos robotams tiksliau nustatyti tiek atskirų tinklalapio elementų, tiek viso teksto reikšmę. „Google“ teigimu, galiojantis kodas niekaip neįtakoja puslapio reitingavimo. Tačiau tuo pačiu metu klaidų buvimas kode gali neigiamai paveikti mikroduomenų nuskaitymą ir pritaikymą mobiliesiems įrenginiams.

Jūsų svetainės patvirtinimo įrankiai

Suprasdami, kad svetainės puslapiuose nėra patvirtinimo klaidų, pažiūrėkime, kaip ieškoti šių klaidų.

Yra daug nemokamas paslaugas svetainės patvirtinimui, pvz., W3C žymėjimo patvirtinimo paslaugai , tinklalapio analizei , naršyklės kopijoms ir kt.

Ph.D. Lavlinsky N. E., Method Lab LLC techninis direktorius

Neseniai paskelbta naujas standartasį Preload technologiją (nuoroda). Pagrindinis šios specifikacijos tikslas buvo leisti kūrėjui tiksliai valdyti puslapio išteklių įkėlimo logiką.

Ankstesni standartai

Krovinių valdymo idėja nėra nauja. Anksčiau buvo sukurtos kelios žymų parinktys nuoroda su atributais antrinis šaltinis, iš anksto pateikti ir iš anksto gauti. Tačiau jie veikė šiek tiek kitaip: su jų pagalba galite atsisiųsti puslapio elementus arba ištisus puslapius, kurių gali prireikti toliau naršant svetainėje. Tai yra, naršyklė siuntė tokias užklausas su žemu prioritetu ir paskutiniu. Jei reikia padidinti prioritetą, tada sprendimų nebuvo.

Įkeliami ištekliai su išankstiniu įkėlimu

Kokia nauja specifikacija? Pirma, dabar įkėlimas vyksta nurodant, kas įkeliama. Atsižvelgdama į nurodytą išteklių tipą, naršyklė nustato atsisiuntimo prioritetą. Pavyzdžiui:

Antra, išteklių tipas ( kaip) leidžia naršyklei siųsti teisingas antraštes, kad serveris galėtų siųsti turinį su geriausia glaudinimo parinktimi (pavyzdžiui, siųsti WebP vaizdus, ​​jei naršyklė juos palaiko).

Antrame pavyzdyje įkeliame šrifto failą, kuriame nurodomas konkretus formatas (WOFF2), kurio nepalaiko visos naršyklės. Tačiau kol išankstinio įkėlimo mechanizmo palaikymas yra toks pat, kaip ir šio formato palaikymas, problemų nekils. Galima peržiūrėti esamo mechanizmo palaikymą.

Greitesnis šrifto įkėlimas

Svetainės pagreitinimo naudojant išankstinį įkėlimą pavyzdys yra giliai paslėptų išteklių, pvz., šriftų, įkėlimas. Įprasto atsisiuntimo procese naršyklė pirmiausia turi atsisiųsti CSS failą, nukreipiantį į šriftą, išanalizuoti failą ir tik tada įdėti užklausą atsisiųsti šrifto failą.

Jei iš anksto įkelsime šį šriftą į HTML puslapio kodą, naršyklė iš karto išsiųs užklausą išnagrinėjusi HTML dokumentą, o tai gali būti keliomis sekundėmis anksčiau nei įprastu atveju. Ir mes žinome, kad prijungiami šriftai blokuoja elementus ir uždelsia šrifto pateikimą puslapyje, todėl juos reikia įkelti kuo greičiau. Ši problema ypač aktuali naudojant HTTP / 2, kai naršyklė vienu metu serveriui siunčia daug užklausų, dėl ko kai kurios nuotraukos gali užpildyti kliento pralaidumą ir užtruks svarbių išteklių įkėlimas.

Asinchroninis CSS įkėlimas

CSS failai visada blokuoja puslapio atvaizdavimą, todėl bet kokie CSS ištekliai, kurie gali būti uždelsti, gali būti įkelti kaip įprasti failai ir dinamiškai susieti su puslapiu.

Tai atliekama taip:

Įkeliamas JS kodas be vykdymo

Taip pat gali būti naudinga iš anksto įkelti scenarijaus kodą JS, kad jį būtų galima vykdyti vėliau.

Tai galima padaryti naudojant šį kodą:

Apžvelgėme pagrindinius išankstinio įkėlimo mechanizmo naudojimo būdus, tačiau galimybės tuo neapsiriboja, atlikite savo eksperimentus!

Paprastai daugelis žiniatinklio valdytojų įkelia savo svetaines į prieglobą iškart po to, kai jos yra sukurtos. Kartu jie dažniausiai orientuojasi į teksto turinio prasmės teisingumą, o ne į vidinio puslapių kodo teisingumą.

Svetainės patvirtinimas

Tačiau yra ir kitų veiksnių, kurie gali turėti įtakos ir turi įtakos svetainės vietai. Be kita ko, jie apima techninius veiksnius. Na, o svetainės patvirtinimas taip pat priklauso techniniams. Taigi kas tai?

Jeigu paprastais terminais, tada svetainės patvirtinimas yra svetainės kodo techninės atitikties ir klaidų patikrinimas. Na, pavyzdžiui, pamiršote naudoti baigiamąją žymą - /html. Naujausiame HTML5 vizualiai niekas nepasikeis. Tačiau tai yra kodo klaida.

Rašant kodą galimos kitos klaidos. Ir vėl, šiuolaikinė kalba hiper žymėjimas ištvers daug. Pavyzdžiui, „pamiršus“ baigiamąją žymą /head. Vėlgi, skirtumo nepastebėsite. Bet ji yra))

Tiesą sakant, rašant svetainę gali būti gana daug klaidų. Ir dar blogiau, kai kurios iš šių klaidų taip pat gali pasirodyti vizualiai. Na, gal kaladėlės plauks, gal lygiavimas, o gal dar kažkas. Galimos klaidos, tūkstančiai. Ir ne visi jie yra įspūdingi.

Koks yra pavojus?

Na, atrodytų, na, kas čia blogo? Taip, reikia pasakyti, kad dažnai tokios klaidos nėra matomos. Arba, žmonėms nematomas. Tačiau mūsų svetainės puslapiuose gali apsilankyti ne tik žmonės, bet ir paieškos vorai, kurie visiškai nuskaito svetainę. Ir kiekviena klaida, kurią jie randa svetainėje, perduodama į paieškos sistemų, tokių kaip „Yandex“ ar „Google“, serverius.

O paieškos sistemos, savo ruožtu, pamatę, kad svetainėje yra daug kodo klaidų, gali padaryti išvadą, kad svetainė bloga. Ir tai reiškia, kad jie nekels jo paieškoje. Na, tai jau reikš, kad atsisveikink lankytojai nuo paieškų.

Taip, reikia pripažinti, kad tam tikras svetainės pesimizavimas dėl patvirtinimo klaidų yra gana retas. Bet tai visiškai įmanoma, o tai reiškia, kad reikia dirbti su patvirtinimu. Ir ką dėl to reikia padaryti? Žinoma, pirmiausia reikia surasti klaidas.

Bet kadangi rankiniu būdu tai yra labai daug laiko reikalaujantis ir nepatikimas verslas, ieškodami klaidų jie naudoja specialiosios tarnybos, vadinamieji „Validatoriai“.

Tikrinimo žymėjimo patvirtinimo paslauga.

Ši paslauga tikrina HTML ir XHTML kodų, kurie yra daugumos puslapių pagrindas kuriant beveik bet kurią svetainę, teisingumą ir nustato jos vidinę struktūrą. Šią tikrintuvo paslaugą galima pasiekti spustelėjus nuorodą http://validator.w3.org

Tačiau čia yra būtina sąlyga, kuri galioja ir kitiems tikrintojams: patikrinta svetainė arba jos patikrinti puslapiai turi būti įkelti į prieglobą. Priešingu atveju tikrintuvas „nežinos“ svetainės adreso ir nieko negalės patikrinti. Dabar jau galite apsvarstyti, kaip dirbti su šiuo tikrintuvu.

Įėjus į šios paslaugos puslapį, bus rodomas visas jos funkcinis paveikslėlis. Tačiau didžioji dalis to, kas pavaizduota ir parašyta, netaikoma pagrindiniam patikrinimui, ir visas jūsų dėmesys turėtų būti skiriamas tik tikrinamo puslapio adreso įvesties langui:

Būtent nuo to ir reikia pradėti.

Tiesą sakant, patikrinti svetainės patvirtinimą yra itin paprasta, kaip ir visas mūsų mirtingasis pasaulis: paslaugos adreso lange reikia įrašyti svetainės adresą, t.y. jo URL ir spustelėkite „Tikrinti“. Atlikęs tokį paprastą veiksmą, tikrintuvas „išpūs“ kelias sekundes ir išduos:

Tai reiškia, kad puslapio kode nėra klaidų ir galite būti visiškai ramūs.

Tačiau gali būti ir tokia nepageidaujama parinktis:

Tai jau blogiau ir reiškia, kad tikrinamo puslapio vidiniame kode yra klaidų. Tačiau tai visai nėra lemtinga: tereikia slinkti žemiau esantį puslapį ir ten bus smulkiai surašytos visos tikrinimo metu rastos klaidos.

Be to, tikrintuvas ne tik išvardins rastas klaidas, bet ir tiksliai parodys, kurioje vidinio kodo eilutėje šios klaidos yra. Tad ilgai jų ieškoti nereikės. Čia, nieko neperdedant, galime tvirtai teigti, kad šis validorius veikia puikiai.

Tačiau tai dar ne viskas: tikrintuvas ne tik nurodo aptiktos kodo klaidos vietą, bet ir pateikia gana išsamias rekomendacijas, kaip šias klaidas pašalinti. Žinoma, tam nereikia tingėti ir atidžiai perskaityti viską, kas parašyta.

Kaip trumpą ir apibendrintą išvadą galime pasakyti:

1. ši tikrinimo paslauga veikia puikiai ir gali labai greitai patikrinti svetainę.
2. Na, mažas, bet labai gražus papildymas: svetainės patvirtinimas yra nemokamas.
3. Dabar galime pereiti prie kito žingsnio: tai yra CSS kodo tikrinimas.

CSS patvirtinimo paslauga

Apskritai tai yra antroji aukščiau nurodytos paslaugos funkcija, tačiau ji „paaštrinta“ ne HTML ir XHTML kodų tikrinimui, o būtent kodo teisingumui patikrinti. css stilius esantis ant išorinio stalo. O norėdami patekti į paslaugos puslapį, turite sekti nuorodą http://jigsaw.w3.org/css-validator .

Beje, čia verta paminėti kai ką malonaus: šios paslaugos patikrinimas yra visiškai nemokamas. Taigi netraukite pinigų iš savo piniginės – leiskite jiems gulėti iki tinkamo momento. Tačiau pereikime prie šios antrosios paslaugos darbo metodikos.

Apskritai, visas darbas su CSS tikrintuvu yra visiškai identiškas kodo švarumo tikrinimui. Todėl nereikia pateikti atskiro tikrinimo priemonės adreso juostos vaizdo. Tik kiek žemiau trumpai apsvarstysime pačią čekio tvarką ir viskas.

Tam jums reikia adreso juosta parašyti URL CSS lentelės, pvz., „http://mano svetainė/style.css“, tada paspauskite mygtuką su rusišku užrašu „Check“. Atitinkamai, šis tikrintuvas taip pat „išpūs“ kelias sekundes ir duos norimą rezultatą:

Tai reiškia, kad CSS lentelė parašyta teisingai ir joje klaidų nerasta.

Ir čia laukia dar maloni staigmena: jei slinksite puslapiu žemyn šiek tiek žemiau, tada ten bus parašytas optimizuotas jūsų CSS lentelės kodas, iš kurio bus pašalinti visi nereikalingi užrašai ir visos kodo žymos bus išdėstytos seka. kuri atitinka optimalius visų paieškos sistemų darbo reikalavimus. Belieka nukopijuoti šį tobulą kodo pavyzdį ir įklijuoti į CSS lentelę.

Visai įmanoma, kad nutiks kažkas panašaus:

Tai reiškia, kad CSS kode buvo aptikta keletas klaidų, tačiau jūs neturėtumėte to bijoti. Iš karto po ta raudona linija tikrintuvas tiksliai nurodys, kuri žyma yra neteisingai parašyta. Belieka tik rasti šias žymas stiliaus lape ir atlikti reikiamus pataisymus.

Ir, žinoma, po to įkelkite pataisytą stiliaus lapą į pagrindinį kompiuterį ir, jei yra žalia linija, galėsite su džiaugsmu nukopijuoti optimizuotą CSS lentelės stiliaus kodą. Visiškai aišku, kad tada geriausia keistis senas kodasį naują ir optimizuotą.

Trumpa santrauka.

Aukščiau buvo aptartos dvi pagrindinės ir privalomos svetainės patvirtinimo patikros. Be šių patikrinimų net neturėtumėte atidaryti indeksavimo paieškos sistemoms faile robots.txt Priešingu atveju svetainė gali būti nepaisoma indeksuojant paieškos sistemos ir taikant atitinkamas sankcijas bus laikomas defektu.

Kad taip nenutiktų, jums reikia skirti vos kelias minutes, kad būtumėte visiškai ramūs ir visiškai įsitikinę savo svetainės ir visų jos puslapių technine būkle. Žinoma, taip pat būtina atlikti papildomus nuorodų ir inkarų patikrinimus, svetainės matomumą mobiliuosius įrenginius ir kitų kodų parametrus. Tik tada svetainė gali būti laikoma paruošta visapusiškam veikimui ir sėkmingam bei greita reklama TOP'e.

Iš anksto norėčiau pasakyti, kad visi kiti patikrinimai yra tokie pat greiti ir paprasti, kaip ir aukščiau aptarti – tereikia atidžiai perskaityti darbo su tikrintuvu tvarką.

Papildyta 2018-04-19

Dažnos galiojimo klaidos tikrinant HTML kodą

Nuspręsta atnaujinti straipsnį. HTML klaidos kodai, kurie dažnai randami svetainėse. Bet kokiu atveju, aš jų turėjau daug)). Valdymo priemonė klaidas paryškina geltona spalva.

1) Klaida: simbolio nuoroda nebuvo baigta kabliataškiu.

Klaida: simbolis nebuvo pertrauktas kabliataškiu - atitinkamai jį reikia pridėti.

2) Įspėjimas: skyriuje trūksta antraštės. Apsvarstykite galimybę naudoti h2-h6 elementus, kad visose dalyse pridėtumėte identifikuojančias antraštes.

Įspėjimas: ši skiltis neturi pavadinimo. Apsvarstykite galimybę naudoti h2-h6 elementus, kad visose dalyse pridėtumėte identifikuojančias antraštes. Čia viskas aišku, reikia įdėti bent vieną subtitrą. Tai net ne klaida, o rekomendacija.

3) Klaida: elementas noindex šiame kontekste neleidžiamas kaip elemento p antrinis.

Klaida: noindex elementas neleidžiamas kaip vaiko elementas p elementas šiame kontekste. (Slopinkite tolesnes šio pomedžio klaidas.)
Sprendimas paprastas, reikia pakomentuoti „noindex“ žymą, vaizdas atrodys taip:

4) Klaida: centrinis elementas yra pasenęs.

Klaida: "centro" žyma yra pasenusi - ją reikia pakeisti, jei mes kalbame apie img, galite naudoti atributą align. Jei kas nors kitas yra centre, pakeiskite jį div.

5) Img elementas turi turėti alt atributą, išskyrus tam tikrus

Klaida: img elementas turi turėti alt atributą - čia viskas aišku, reikia pridėti alt atributą, net jei jis tuščias, klaida išnyks.

6) td elemento plotis yra pasenęs. Vietoj to naudokite CSS.

Klaida: elemento „td“ atributas „width“ nebenaudojamas

7) „Javascript“ ištekliams tipo atributas nereikalingas

Klaida: tipo atributas nereikalingas javascript ištekliams. Sprendimas yra tiesiog pašalinti viską, kas nereikalinga, ir palikti tik „scenarijaus“ žymą.

8) Img elemento lygiavimo atributas yra pasenęs.

Klaida: img elemento lygiavimo atributas nebenaudojamas. Padarykite vaizdo išlygiavimo skyrelius.