HTML-i validaatori ja praktiliste näpunäidete kasutamine. Mis on validaatori sees? Küsimused uue piletitasusüsteemi arendajatele ja seadme Validator tööpõhimõtte avariitest

Validaatori eeliseks on reisijateveo kõrge arvestus transpordis, võimalus täpselt kontrollida suletud kontorite ja ettevõtete külastusi ning seadme suhteliselt madal hoolduskulu.

Entsüklopeediline YouTube

1 / 2

✪ TROIKA KAARDI HÄKIMISE? | TASUTA METROREIS

✪ AS Idufirma leiutab süsteemi bussipiletite valideerimiseks Google Glassi abil

Subtiitrid

Validaatorid transpordis

Moskva

Esimesed validaatoritega turnikad Moskvas maapealses ühistranspordis teostuseksperimendi raames automatiseeritud süsteem reisikontroll (ASCP) ilmus 2001. aastal Zelenogradis haldusringkond bussiliinil nr 16. 2002. aasta keskpaigaks laienes süsteem kõigile Zelenogradi bussiliinidele (omavalitsuse alluvus) ja alates 2007. aasta septembrist kõigile munitsipaalalluvuses olevatele linna ühistranspordile.

Peterburi

Alates 2007. aasta jaanuarist enamikul suhtlusliinidel ühistransport linnajuhtidel on nüüd seade reisidokumentidest teabe lugemiseks - validaator. Hiljem ilmusid validaatorid marsruudijuhtidele, kellel pole konduktoreid.

2011. aastaks oli enamik linnaliinibusse üle läinud uuele elektroonilisele piletikontrollisüsteemile (ECOP). See süsteem näeb ette statsionaarsete validaatorite olemasolu sõitjateruumis käsipuudel (4 kuni 9 tükki), mis võimaldavad reisijal iseseisvalt piletihinna eest tasuda (elektroonilise sõidupileti kinnitamine).

SECOP sisaldab kahte tüüpi validaatoreid – lihtsaid ja informatiivseid. Lihtsatel validaatoritel on LED indikaator, mis teavitab reisijat järgmistest sündmustest:

• Validaator on valmis elektroonilist sõidupiletit lugema.
• Reis tasutud.
• Reisi eest pole tasutud (näiteks aegunud).
• Elektrooniline sõidupilet on uuesti lisatud (selle lennu hind on juba tasutud).
• Kontroller blokeerib piletihinna kontrollimise ajaks validaatori.

Infovalidaatoritel on ekraan (valmistatud Organic LED tehnoloogiaga), mis lisaks lihtsa validaatoriga sarnaste sündmuste näitamisele suudab kuvada infot elektroonilise sõidupileti kohta (kehtivusaeg, reisiressurss või saldo, olenevalt elektroonilise pileti tüübist ). Sellise teabe saamiseks peate esmalt tasuma piletihinna, seejärel lisage pilet uuesti teabevalidaatorisse. Validaator näitab, et pilet on uuesti taotletud, ning mõne aja pärast kuvab info elektroonilise sõidupileti ressursi kohta.

Teised linnad

Almatõ linnas (Kasahstan) on alates 2008. aasta jaanuarist kehtinud validaatori kaudu reiside eest maksmise süsteem, kasutades elektrooniline kaart või sularaha kehtib kõikides linna trammides ja trollibussides. Bussides see süsteem pole laialt levinud, paljudele bussidele on paigaldatud validaatoreid, kuid need ei tööta. 2011. aastal võeti mitmel bussiliinil kasutusele olemasolevad validaatorid, mis võtavad vastu ainult raudraha, kuna arvete lugemise süsteem ja eCash süsteemi magnetkaartide täienduspunktid ei tööta ning puuduvad sageli täielikult.

Biyski linnas võeti alates 1. juunist 2016 kõikidel linna trammi- ja bussiliinidel kasutusele validaatori kaudu sõidu eest tasumise süsteem transpordikaardi, elektrooniliste sõidukaartide ja piletite abil.

Barnauli linnas on alates 1. detsembrist 2016 kasutusele võetud süsteem, mille kohaselt tasutakse sõidu eest validaatori kaudu, kasutades transpordikaarti. Elektroonilisi sõidupileteid aktsepteeritakse tasumiseks kõigil linna trammi-, trolli- ja bussiliinidel.

Märkmed

1. Skrebneva, Jelena Kõik – turnikeele (määratlemata) . Vene ajaleht (Kesknumber) nr 3272(11. august 2003).
2. Riigi väikebussid sõidavad mööda Moskvat (määratlemata) . Arhiveeritud originaalist 16. veebruaril 2012.
3. Kas linnas vallandatakse kõik dirigendid? (määratlemata) . Arhiveeritud originaalist 16. veebruaril 2012.
4. Kõik dirigendid vallandatakse Peterburis (määratlemata) . Arhiveeritud originaalist 16. veebruaril 2012.
5. Peterburi tänavatele ilmusid esimesed satelliitnavigatsiooni ja “validaatoritega” varustatud reisibussid. (määratlemata) . Arhiveeritud originaalist 16. veebruaril 2012.
6. Bussid saavad elektroonikat (määratlemata) .

Kõigi Internetis olevate veebisaitide lehed on kujundatud spetsiaalne kood, mis on kirjutatud standardiseeritud HTML-reeglite järgi.

Mis on kehtivus?

Valideerimine on vastavuse kontroll kehtestatud standarditele ning veebihaldurite kasutatavas kontekstis lehe koodi õigsuse kontrollimine: süntaksivead, siltide pesastamine jne. Kui kõik on tehtud “õigesti”, ei tohiks lehe kood sisaldada valesid atribuute, struktuure. ja vead. Saidi valideerimine võimaldab tuvastada puudused, mis vajavad parandamist.

Saidi kehtivus on koodi vastavus olemasolevatele HTML-standarditele.

Saate teada, kas veebilehe koodis on kommentaare või vigu kas võrgus või ilma Interneti-ühenduseta ja võrguühenduseta programme kasutades.

Mis on koodivalidaatorid

Koodivalidaator on programm, mille abil saab kontrollida lehtede HTML-koodi ja CSS-koodi vastavust kaasaegsetele standarditele. Ta leiab ja salvestab valed elemendid, näidates nende asukoha ja sõnastades, mis täpselt on valesti vormindatud.

Kehtiva paigutuse põhilised "märgid".

Kehtiv paigutus sisaldab koodi, mis vastab täielikult W3C (World Wide Web Consortium) nõuetele, mis arendab tehnoloogiastandardeid kogu Interneti jaoks.

Kui saidi lehtedel olev kood on õige, kuvatakse saiti kõigis brauserites õigesti (ja mitte kõveralt).

Otsingutulemustes ei kahtlustata ebaõiglast "alandamisest" ja ühtegi lehte pole registrist eemaldatud.

Näide. Kui oletame, et sildid on valed

..

, (eriti puudub sulgev element), siis otsingumootor ei paranda midagi - tõlgendab seda nii, nagu see on koodis mustvalgel kirjas. Selle tulemusena võivad saidi reklaamimisega seotud tagajärjed tekkida.

Kas kehtiv paigutus on veebisaidi reklaamimisel oluline?

Teoreetiliselt küll, aga praktikas selgub, et üleval on palju valideerimisvigadega saite ja vigadega saidid liiguvad üldiselt hästi. Probleemid reklaamimisega võivad tekkida ainult siis, kui teie saiti ei kuvata teatud tüüpi seadmes või teatud brauseris õigesti. Kui see näeb hea välja, kuid valideerimisel on vigu, ei mõjuta see reklaamimist.

Mõned veebihaldurid on seda probleemi konkreetselt uurinud, püüdes välja selgitada, kas järjestamise tulemused sõltuvad valideerimistulemustest. Veebimeister Mark Daost märkis, et koodi kehtivus ei ole põhiline. Shaun Anderson, vastupidi, jõudis järeldusele, et kehtivus on otsingu paremusjärjestuse osas nagu palsam saidi hingele.

Ka teine ​​spetsialist Mike Davidson viis läbi sarnase katse ja jõudis järeldusele, et Google klassifitseerib lehti nende kirjutamise kvaliteedi järgi. Näiteks võib sulgemata silt põhjustada sisu tajumise selle sildi väärtusena.

See veebimeister tõi välja väga olulise punkti:

Ei saa kindlalt öelda, kui tugevalt järjestus koodi kehtivusest sõltub, kuid täiesti kindel on see, et olemasolevad puudused võivad viia lehtede või kogu saidi otsingumootori registrist eemaldamiseni.

Miks on vaja kehtivat koodi?

Kehtiv kood võimaldab lehtedel brauserites õigesti kuvada (ja saidi CSS-stiile ei pruugita õigesti kuvada).

Pealegi on täiesti võimalik, et ühes brauseris kuvatakse teie saiti nii, nagu te selle konfigureerisite, ja teises - täiesti erinevalt. Pilt võib olla viltu ja sisu võib muutuda täiesti loetamatuks.

Selle tulemusena kaotate selle brauseri liiklust. Lisaks käitumuslik tegur, mis on üks kolmest kõige enam olulised tegurid SEO-s, mõjutab oluliselt otsingutulemusi.

Kujutage ette, et külastajad tulevad teie saidile ja sulgevad selle kohe, kuna nad ei suuda teavet tajuda - tänu koodi vigadele. Või naasevad nad üldiselt otsingumootorisse tagasi, kuna lahendust pole leitud. See kõik teeb karuteene, sest kokkuvõttes muudab käitumuslik tegur saidi positsiooni halvemaks.

Kuidas kontrollida saidi kehtivust

Koodi terviklikkuse kontrollimiseks kasutavad nad enamasti W3C loodud väga kasulikku valideerimissaiti “Markup Validation Service”, mis asub aadressil: http://validator.w3.org.

HTML

Siin on kolm valideerimisvalikut.

• sisestage lehe URL;
• laadige koodifail arvutist üles;
• sisestada valmis kood vormis.

Teenus mitte ainult ei näita vigu html kood ja nende asukohta, vaid annab ka nõu korrigeerimiseks. Kui kood on juba veebis saadaval, saate selle kinnitada, sisestades selle URL-i vormi "Kinnita URL-i järgi" ja klõpsates nuppu Kontrolli. HTML-i validaator lubab koodi lugemist ja annab tulemustest teada.

Peate sisestama kontrollitava URL-i lehe täpse URL-i. Kogu saiti ei kontrollita. Sisestage veebisaidi aadress – programm võtab arvesse ainult seda avaleht. Kommentaaride leidmisel väljastatakse teade programmi koodi kehtetuse kohta ja seejärel näidatakse vigadega read.

See video selgitab selgelt validaatori abil kinnitamise protsessi:

Kohalike failide kontrollimine

Samal aadressil http://validator.w3.org saate koodi kontrollida, valides vahekaardi „Validate by File Upload” ja laadides üles dokumendi koos kirjaliku koodiga.

Tee valimine nõutav fail ja klõpsake nuppu Kontrolli. Siis juhtub kõik samamoodi.

Vormi kasutamine koodi sisestamiseks

Mõnikord on mugavam kohe sisestada lehe kood ja kontrollida seda võrgus: valige vahekaart "Kinnita otsesisendiga" ja saatke kogu kood serverisse.

CSS

CSS-koodi kehtivust saab kontrollida ka veebipõhise validaatori abil: https://jigsaw.w3.org/css-validator/

Siin on kõik vene keeles, paljude jaoks on see tõeliselt meeldiv üllatus.

Jällegi saate sisestada URL-i, laadida üles faili või kleepida koodi.

Saiti kontrollitakse vigade suhtes, nagu HTML-i puhul, ja saame serverilt vastuse. Kinnitusseadeid pole, kuid saate uurida soovitatud genereeritud kehtivat koodi, mis asub pärast koodivigade loendit.

Uurime saadud koodi ja viime algse soovitud vormi.

Brauseri laiendused

Brauserite jaoks on igasuguseid valideerimislaiendeid. Sest Google Chrome Koodi kehtivust kontrollib plugin: HTML Tidy Browser Extension, Opera jaoks - laiendus Validator, Safari jaoks - Zappatic, Firefor jaoks - HTML Validator.

Vaatame viimast üksikasjalikumalt. See teostab sama kontrolli kui validaator, ainult võrguühenduseta. Saate selle siit http://users.skynet.be/mgueury/mozilla/

Installige laiendus, taaskäivitage brauser – ja saate kohe tööle asuda. Kui teil on installimisel probleeme, võite kirjutada tugiteenusele Mozilla Firefox või sirvi foorumit http://forum.mozilla-russia.org/doku.php?id=general:extensions_installing

Üksikasjalik video HTML Validatori installimise ja selle kasutamise kohta:

Mis tahes URL-i laadimisel lubatakse laiendus automaatselt ja see loeb koodi. Tulemus on nähtav üleval paremas nurgas.

Tulemus näeb välja nagu väike pilt koos valideerimise tulemusega:

Tulemusel klõpsates saate avada:
- allikas;
— vead – alumises vasakpoolses plokis (või teade kehtivuse kohta);
— näpunäited vigade parandamiseks on all paremal.

Kuidas parandada levinumaid vigu

Olenemata sellest, kuidas koodi kontrollitakse, kuvatakse vead loendis. Samuti tuleb märkida defektiga rida.

Enne koodi muutmist peaksite igaks juhuks seda tegema varukoopia veebisaidi mall.

Kui klõpsate Firefoxi laienduses avatud laiendiaknas vea nimel, suunatakse teid automaatselt vale koodiga reale.

Need samad vead sisaldavad näpunäiteid nende parandamiseks.
Toon paar näidet.

1. Atribuutide vahel pole tühikuid.
…rel=”otseteeikoon” href=”http://arbero.ru/favicon.ico” type=”image/x-icon”

Siin on parandused "semikooloni" eemaldamiseks.

2. Elemendi „div” lõpumärgend, mis pole avatud

Suletav div silt on üleliigne. Eemaldame selle.

Sa ei tea hästi inglise keel(ja seal on alati kõike kirjeldatud)? Kopeerige veakood ja kleepige see otsingumootorisse. Sarnast teemat on ilmselt juba kirjeldanud mõni veebimeister või küljendaja, seega leiate alati võimaluse probleemi lahendamiseks spetsiaalsete ressursside abil.

Kuigi ausalt öeldes ei kulutaks ma palju vaeva koodi vigade peale. Parem on lihtsalt veenduda, et sait näeb kõigis seadmetes ja brauserites õige välja.

Oleme välja andnud uue raamatu “Sisuturundus in sotsiaalvõrgustikes: kuidas pääseda oma tellijate pähe ja panna nad teie brändisse armuma.

Mikromärgistuse valideerija – tarkvara, mis kontrollib veebilehtede märgistust mis tahes vormingus ja kõigis olemasolevates programmeerimiskeeltes.

Rohkem videoid meie kanalil – õppige SEMANTICA abil internetiturundust

Kõik armastavad reisida, eriti hüpermarketites. Nii et ilma üldtunnustatud suundumusi rikkumata lähete poodi. Tuleb välja otsida mahlad, vesi, küpsised, leib, sokid, mähkmed ja muud. Kuid pood on liiga suur ja seal ringi jalutamiseks ja vajaliku leidmiseks võib kuluda rohkem kui üks tund. Teine võimalus on võtta ühendust hüpermarketi töötajaga, kuid oste on palju, seega pole see meetod alati rakendatav. Palju mugavam on navigeerida ridade vahel asuvate siltide järgi, mis näitavad täpselt toodete paigutust osakonnas.

Selleks, et valida praegune ja kasulik informatsioon, kasutavad otsingurobotid kasutajate jaoks teabe valimiseks ka teatud algoritme.

Millist märgistust peetakse õigeks?

Õigeks semantiliseks loetakse sellist, mida sellised hästi tajuvad otsingumootorid nagu Google, Yandex, Bing ja Yahoo. Oleme kõik korduvalt kokku puutunud sellega, et need teenused indekseerivad teavet täiesti erineval viisil, mistõttu pöörame enamasti tähelepanu läbimõeldud, meeldejäävatele ja selgetele väljavõtetele.

Seetõttu peate enne saidil mikromärgistuse rakendamist määrama oma andmete tüübi. Näiteks veebipoe tootekaardile tuleb märkida toote hind, selle nimi, kirjeldus, pilt, ülevaated, hinnang. Nii saab otsingubot ilma probleemideta aru, mis täpselt lehel on, ja muudab selle asjakohasemaks.

Mikromärgistuse õigsuse kontrollimiseks on mitu teenust:

• Google'i taustakontrolli tööriist;
• Yandexi mikromärgistuse valideerija;
• validator.w3.org;
• validator.nu.

Kui teie leht on valideeritud ühes teenuses, siis otsingualgoritmide erinevuste tõttu ei pruugita seda teisele edastada. Selleks, et otsingurobotid saaksid teie märgistuse õigesti indekseerida, mõistke selle struktuuri ja seadeid.

Miks on vaja märgistuse validaatorit?

on semantiline märgistusstandard, mis on loodud spetsiaalselt programmide töötlemiseks lehel teabe struktureerimiseks. Meie puhul võimaldavad mikrovormingud otsingurobotil välja tuua üksikute lehefragmentide semantilise tähenduse ning neid kasutatakse organisatsiooni, toodete, ülevaadete ja retseptide kohta teabe edastamiseks.

Iga leht Internetis koosneb HTML-i sildid, mis ütlevad brauserile, kuidas seda või teist teavet kuvatakse, ja mikromärgistus seab otsingumootoritele teatud raamistiku, mille raames nad peavad otsima. Seetõttu võimaldab see teil saavutada lehe parema asjakohasuse otsingurobotid ja kasutajad. Ja mis kõige tähtsam, semantiline märgistus võimaldab teil täiustada välimus saidi otsingutulemustes (lõik).

Väljavõte ilma märgistuseta:

Väljavõte koos märgistusega:

Validaator kontrollib kogu protsessi õigsust ja tuvastab koodiga töötamisel tehtud vead. Lõppude lõpuks, kui seda korralikult ei kontrollita, võib see negatiivselt mõjutada ressursi indekseerimist ja veelgi enam teie sissetulekuid. Seetõttu on see iga programmeerija või veebihalduri jaoks kohustuslik tööriist.

Koodivigadeta lehed on iga veebisaidi omaniku unistus, kuna kvaliteetse töö tulemused mõjutavad selgelt teie positsioone Otsingu tulemused. See ei mõjuta saiti, millel on 30+ positsiooni. Kui aga otsingumootor näitab 15., mitte 3. kohta, nagu me tahaksime, tähendab see tõsiseid puudusi, millega kaasnevad materjalikulud.

Enamasti ei saa kasutajad, kes hakkavad sellist tarkvara kasutama, selgelt aru, kuidas saidi mikromärgistus edetabelit mõjutab. Yandex vastab, et ta tegutseb ainult kaudselt, samal ajal kui sait muutub kasutaja jaoks atraktiivsemaks, selle vaatajaskond suureneb, mille tulemusena suureneb tema positsioon. Ta täpsustab, et te ei tohiks oodata tulemusi lähipäevil, kuna need ilmnevad alles ühe kuni kahe kuu jooksul.

Kuidas märgistuse valideerija töötab?

Lehe kontrollimiseks peate sisestama kontrollitava dokumendi URL-i või kleepima selle nõutav kood alloleval kujul.

Veerus "Kontrolli tulemusi" kuvab programm tuvastatud defektid ja nende asukoha.

Veateate kuvamisel on kaks juhtumit:

• kui validaator ei suuda märgistust ära tunda;
• kui märgistus ei vasta standardile ja seda ei ole võimalik õigesti ära tunda.

Teade "lehte ei leitud" tähendab, et lehte pole olemas. Võib-olla pole leht teenusevea või turvapiirangute tõttu otsingumootorile saadaval.

See annab nimekirja kohustuslikest väljadest, mida läbivaatamiseks saadetud töös arvesse ei võeta.

Google'i tööriist

Google koostöös Yahoo! ja Bing katsetasid 2011. aastal esimest korda oma leiutist – mikromärgistuse validaatorit, millega Yandex hiljem liitus. Selle tulemusena hakkas kogu maailm validaatorit kasutama. Validaatorit täiustatakse pidevalt ja selle funktsionaalsus laieneb.

Kuidas kontrollida:

1. URL-i kasutamine. Sobib aktiivsete veebisaitide omanikele. Kopeerige link ja kleepige see selleks ettenähtud väljale.
2. Millal HTML abi fragment. See valik sobib neile, kes alles loovad veebisaiti ja salvestavad seda kuskile kohalik server. Toimingud on samad – kopeerige kood ja kleepige see kontrollimiseks.

Google'i toetatud märgistusvormingud:

• mikroandmed;
• mikrovormingud;

Toetatud märgistusteabe tüübid:

• ülevaated;
• kaubad;
• ettevõtted;
• organisatsioonid;
• Sündmused;
• muusika.

Yandexi tööriist

Viimase nelja aasta jooksul on programmeerijad hakanud üha enam kasutama semantilist mikromärgistust – umbes 15% RuNeti lehtedest on märgistatud. Seetõttu on vajadus validaatorite järele suurenenud. Ja Yandex ei jää kõrvale selle valdkonna uutest arengutest. Erinevalt Google'ist areneb see kiiremini ja loob uusi universaalseid tööriistu.

Toetatud vormingud:

• mikrovormingud;
• Skeem;
• HTML;
• Ava graafik.

Yandexi validaatori toetatud andmetüübid:

• kaubad;
• hinnad;
• aadressid;
• organisatsioonid;
• artiklid;
• muusika;
• proovisõidud;
• joonised;
• videoklipid;
• retseptid;
• filmid.

Mikromärgistuse validaator võimaldab kontrollida andmete struktureerimise õigsust. See lihtsustab optimeerijate tööd ja aitab saidil sisu õigesti märgistada. See muudab lehe kohta leiduva teabe otsingutulemustes ilusaks ja meelitab külastajaid ressursi juurde.

HTML-standard määratleb selgelt veebidokumendi põhistruktuuri. HTML keel on SGML-i (struktureeritud üldistatud märgistuskeele) dokumendikirjelduskeele alamhulk, seega on html-dokument Tekstdokument, mis koosneb html-koodidest ja dokumendi põhitekstist. Selle dokumendi vaatamiseks vajate veebibrauserit – spetsiaalset programmi lehe tõlgendamiseks ja õigeks kuvamiseks ekraanil.

Mis on HTML-standard?

* HTML-i töötas algselt välja Tim Berners-Lee ja selle populariseeris NCSA välja töötatud brauser Mosaic. 90ndate jooksul. see õitses sõna otseses mõttes tänu veebi kiirele arengule. Oli aeg, mil veebiarendajad olid sunnitud kasutama HTML 2.0 standardit (mis töötati välja Internet Engineering Task Force'i (IETF) egiidi all, et 1994. aasta lõpus konventsioone sujuvamaks muuta), mis toetas ainult teksti vormindamist ja lihtsa graafika manustamist.
* 1995. aastal avaldati mõned ettepanekud laiendatud HTML 3.0 standardi kohta ja neist said mitteametlikud HTML-i juhised, mida rakendati erinevates brauserites.
* 1996. aasta mais ilmus standardversioon 3.2. Standardi eest vastutav organisatsioon on WWW Consortium (W3C - world wide web consortium), see on tööstuse ja teaduse esindajate ühendus.
* 18. detsembril 1997 anti välja HTML 4.0 spetsifikatsiooni W3C esimene väljalase. Teine number (24. aprill 1998) sisaldas mõningaid toimetuslikke muudatusi.
* 24. detsembril 1999 avaldati HTML 4.01 standard – eelmises standardis – 4.0 parandati mõned vead
* Standardi olemasolu viitab vajadusele eriprogramm(tegelikult VALIDATOR), mis kontrollib HTML-dokumendis dokumendi koostamise spetsifikatsioonide rikkumisi, kui need rikkumised seal ka tegelikult esinevad.

Mis on valideerija?
määratlus:
Validaator: vastav SGML-i parser, mis suudab leida teatatava märgistusvea ja sellest teatada, kui see on olemas (ja ainult siis, kui see on olemas).
Validaator: SGML-i vastavuse parser, mis leiab ja teatab teatatava märgistusvea, kui see on olemas (ja ainult siis, kui see on olemas).

ISO 8896, punkt 15.4.

Seega on HTML-süsteem valideeriv HTML-süsteem, kui
1) tegemist on valideeriva SGML-i parseriga vastavalt ISO 8879 punktile 15.4;
2) see on võimeline töötlema mis tahes HTML-iga ühilduvat dokumenti;
3) leiab HTML-is vea ja teatab selle olemasolul;
4) see ei teata HTML-i veast, kui seda pole olemas.

ISO/IEC 15445:2000/DCOR 1:2001(E), punkt 2.2.

Tuleb meeles pidada, et html-dokument ei ole isemajandav nähtus ega näe iseenesest välja midagi. Sait saab nähtava kuju ainult konkreetses brauseris. Nagu praktika näitab - erinevad brauserid näidata konkreetne leht erinevaid viise(lehekülgede kuvamine sõltub brauserisse sisseehitatud parandusalgoritmide tööst ja sees erinevad brauserid need algoritmid on väga erinevad) ja reeglina on kõik need meetodid õiged. Tegelikult on see võrgu üks olulisi eeliseid - näiteks halva nägemisega inimene saab oma fonti suurendada või lugemisbrauserit kasutada ja selleks ei pea ta eraldi ette valmistama. eriversioon saidile.

Kaks kõige levinumat Windowsi brauserit renderdavad lehti enam-vähem ühesugused, erinevad ainult selliste üksikasjade poolest nagu veerised ja polsterdus. Macintoshi või *Nix'i brauserid erinevad neist kahest tavaliselt globaalsemalt. Standardi olemasolu ilmselge eelis on see, et ühte spetsifikatsiooni on palju lihtsam juhtida kui paljusid brausereid.
tsitaat:
“...Nägemispuudega inimestele pakub HTML paljutõotavat võimalust muuta nad graafilise põhiliidese abil võrdväärseks tavainimesega. Windowsi liides. Tabelikujuline mudel HTML sisaldab atribuute iga lahtri märgistamiseks, et toetada kõneliidese kvaliteetset teksti. Neid samu atribuute saab kasutada tabeliandmete automaatse importimise ja eksportimise toetamiseks andmebaasidesse või arvutustabelitesse..."

Paljud arendajad (enamasti algajad veebidisainerid) ei pruugi nõustuda koodi vajadusega, et see vastaks spetsifikatsioonile: "Validaator jätab maha igavad saidid, tapab loovuse." See arvamus tuleneb lihtsast laiskusest. Korrektne HTML-tekst võimaldab täielikult dünaamikat, multimeediaobjekte, skriptide kasutamist jne; Lihtsalt kõiki neid efekte saab teha asjatundlikult või kirjaoskamatult. Peame ka meeles pidama, et igal loomingulisel alal tuleb esmalt õppida reeglid selgeks ja alles siis suutma neid ületada. Lisaks ei ole isegi kogenud arendajad immuunsed vigade eest, me kõik võime teha kirjavigu või unustada sildi sulgeda. Validaator suudab selliseid vigu jälgida ja vale vorminguga asukoha selgesõnaliselt ära näidata.

Siin on konkreetsed näited vigadest, mille validaator tuvastab.

ISO 8896, punkt 15.4.

- vale
(Viga: algusmärgend oli siin).

ISO 8896, punkt 15.4.

- Õige.

tekst sisestatud

- vale
(Viga: element "P" pole siin lubatud; võimalik põhjus on plokitaseme elementi sisaldav tekstisisene element)

Tekst sisestatud

- Õige.

Kui olete jõudnud punkti, kus peate kontrollima oma koodi vastavust spetsifikatsioonidele, on siin mõned näpunäited.

Kust saab validaatorit?

Veebilehe vormingus validaator on saadaval aadressil https://validator.w3.org. See põhineb Clarki SP-l.

Aadressil https://htmlhelp.com/ on ka validaator. See põhineb samuti SP-l, kuigi veidi muudetud. Autorid kinnitavad, et see on oma hinnangus rangem ja kuulutab potentsiaalselt ohtlikud, kuigi kehtivad kohad (näiteks suleta silt koos valikulise sulguriga). Pakutakse valideerimisallikaid

Kõigi platvormide jaoks saadaval oleva tasuta validaatori saab alla laadida J. Clarki veebisaidilt (https://www.jclark.com/sp/). Koos parseri/validaatoriga on tarnega kaasas voo normaliseerija.

W3C levitab validaatori lähtekoodi aadressil https://validator.w3.org/, kuid see pole tegelikult validaator. See on lihtsalt Clarke'i validaatori kohandamine veebiliidesele, mis käivitati Perlis. Selle kohanduse kirjelduses on selgelt öeldud, et masinal peaks olema Clarke'i validaator. Veel linke:
· https://ugweb.cs.ualberta.ca/~gerald/validate/
· https://www.webtechs.com/html-val-svc/
· https://www2.imagiware.com/RxHTML/

Kas HomeSite'i tööriista – Dokumendi kinnitamine – saab nimetada validaatoriks?

Allaire HomeSite'i arendajad teatavad, et "...kinnitusprogramm on nende poolt välja antud "validaatori" nime all puhtalt ärilistel põhjustel..." ja päris validaatorit nad välja ei anna.

HomeSite'iga kaasas olev programm rikub validaatori definitsiooni: see leiab ja näitab vigu, mida ei tehtud, ega leia tehtud vigu.
Siin on näide tema ebaõigest tegevusest:
A)
Reaktsioon: ei reageeri.
Tegelikult on siin viga: teise IMG ALT pole seadistatud.
b)

Reaktsioon: viga.
Tegelikult on see silt XHTML-is võimalik.

Täiuslikkuse soov on esimene märk professionaalsusest ja pole vaja keskenduda populaarsetele, kuid kaugeltki mitte täiuslikele html-koodi portaalidele. Võib-olla avastasid selliste saitide juhid külastuste statistikat analüüsides, et 99% külastavatest kasutajatest näevad kõike nii, nagu disainer on ette näinud... Võib-olla jätavad saidi autorid teadlikult oma külastajate hulgast välja puuetega kasutajad... aga peaksite meeles pidama selliseid mõisteid nagu humanism ja seaduse nõuded. Ametliku standardi tulekuga on oht, et spetsifikatsiooni rikkumised võidakse kohtusse kaevata, kuna see muudab saidi kättesaamatuks neile, kes ei saa "tavalist" brauserit kasutada. Kuigi endiste SRÜ riikide piirkondades on seadusandlus selles osas üsna piiratud, siis valgustatud maailmas laheneb küsimus paremini. Juurdepääsetavus omandab järk-järgult seaduse jõu. Validaator ei taga juurdepääsetavust (kuna see ei asenda tervet mõistust), kuid aitab tagada kõigi kasutajate piisava toe.

Edukad veebisaidid ja laitmatu kood teile, kallid arendajad!