Postul de astăzi nu sa născut accidental. De mult timp am verificat codul blogului meu pentru erori și diverse neajunsuri. Și astăzi am început acest caz de dimineață devreme. Mai intai, am decis sa gasesc un serviciu sau un software care sa ma ajute sa determina "puritatea" codului blogului meu preferat.
După un pic de sputtering pe rețea, am dat peste un serviciu destul de interesant - validator.w3.org, care verifică codul XHTML al blogului dvs. (site-ul web) pentru conformitatea cu standardul w3c.
Mulți dintre dvs. au o singură întrebare în cap - care este standardul W3C, la care trebuie să se adapteze toată lumea. Voi răspunde cu un citat din Wikipedia noastră preferată:
Pur și simplu, acest birou face ca programele și serviciile din diferite colțuri ale planetei noastre să funcționeze conform acelorași legi și să fie dezvoltate în aceleași limbi de programare. Acest lucru este necesar pentru ca serviciile și programele care lucrează pe Internet să interacționeze cu ușurință unul cu celălalt. Aici, într-un fel.
Și după câteva secunde am primit un avertisment că codul blogului meu conține 182 erori și 3 avertismente, iar mai jos este o descriere a fiecăreia dintre cele 182 de erori (singurul dezavantaj, cel puțin pentru mine, este că totul este în limba engleză):
Prima eroare. pe care am reușit să-l elimin rapid, este: "atributul necesar" ALT "nu este specificat". Apare dacă imaginea nu are alt atribut, textul căruia este afișat dacă imaginile din browser-ul utilizatorului sunt dezactivate. Dacă atributul Alt nu este înregistrat, va apărea o eroare în locul imaginii.
Este scris foarte simplu:
Deci, am făcut literal 5 greșeli în 5 minute (inițial au fost 207!). Firește, multe greșeli se repetă.
Următorul este un bug general. "Eticheta de sfârșit pentru" br "a fost omisă, dar OMITTAG NO a fost specificat". În măsura în care înțeleg, există unele probleme cu prescrierea etichetei "br". Cautam .... Da, am găsit-o. În fișierul de șabloane index.php la sfârșitul era o etichetă
fără a închide eticheta . Soluție: adăugați o etichetă de închidere , sau să înregistreze o etichetă
. Am rezolvat problema într-un al doilea mod:
Între timp, există încă 181 de erori.
Nu a murit. "Specificarea unei valori de atribut trebuie să fie o valoare a atributului literal dacă SHORTTAG YES nu este specificată". Și este important ca această eroare să apară mai mult de o duzină de ori. Aceasta este, găsesc soluția ei, pot elimina imediat câteva duzini de greșeli. Să începem căutarea și să aflăm ce înseamnă mesajul.
După o mică reflecție, mi-am dat seama că nu am URL-uri peste tot în citate. Și, în ciuda faptului că acestea funcționează bine, această scriere nu este un standard W3C. repara:
După 15 minute de remediere (practic, în codurile prescrise în widget-urile din bara laterală), doar 56 au rămas din restul de 181 de erori (adică nu au fost rezolvate)! Asta este, am corectat 125 de erori într-o singură lovitură. Nu-i rău, nu-i așa? Și vom continua.
Greșeală # 4. "Eticheta de terminare pentru" img "a fost omis, dar OMITTAG NO a fost specificat". Ce fel de fiară este asta și cum o pot îndepărta de orașul bloggerilor? Acum ne vom gândi la asta.
Totul, sa gândit și a rezolvat încă 53 de greșeli (rămâne doar 2!). Te întrebi cum am făcut-o? Este foarte simplu. A fost necesar doar adăugarea etichetei de închidere sau face acest lucru
"Adresa URL a entității generale nu este definită și nici o entitate implicită"
și "adresă URL" a entității pentru care nu a putut fi generat niciun identificator de sistem,
"Nu se poate genera identificatorul de sistem pentru entitatea generală" url "»
"Referința nu este reziliată de delimiterul REFC"
"Referința la entitatea externă în valoarea atributului"
Și toți aceștia indică o eroare în codul butonului de abonament pentru actualizarea blogului prin Yandex.Lentu. Codul în sine arată astfel:
Sper că o mică diminuare practică în codul blogului meu vă va ajuta să scăpați de inconsecvențele inutile la standardul internațional. La urma urmei, potrivit numeroaselor surse, roboții motoarelor de căutare sunt mai prietenoși cu site-urile cu cod valid.
Vă mulțumesc pentru atenție!
Dar nu are nevoie de o etichetă de închidere?
Am acest record ... ..
Eroarea a fost: utf8 "\ xD0" nu se referă la Unicode
În acest caz, ce acțiuni ar trebui să fie luate mai bine?
Olga În partea de jos a paginii site-ului dvs. există butoane-link-uri către blogs.yandex.ru. Imaginea acestor butoane în codificare greșită este scrisă cu parametrul alt. Corectați-l, scrieți în utf8.
MrMozg. Dacă am înțeles corect, atunci este necesar să îl modificați în dosarul rădăcină, prin conexiunea phthis. Am încercat să stochez documentul în utf8 și utf8 fără PTO și totul este încă acolo.
Olga. trebuie să salvați în utf8 fără BOM, dar este faptul că aveți o parte a textului scris într-o altă codificare. Pur și simplu ștergeți conținutul parametrului alt în două imagini și scrieți-l manual, de exemplu în limba engleză: yandex counter blogs sau ceva de genul asta.
Vă mulțumesc pentru un alt warm-up pentru minte 😉 Am verificat, am găsit 10 erori ... Trei au reușit să repare aproape imediat, peste celelalte merită luată în considerare. Problema este că nu sunt deloc puternic în coduri, dar mă întreb
Și am greșeli foarte diferite și nu am nici o idee cum să le rezolv: amețit. Din anumite motive, pictograma> este mai ales marcată cu roșu. Însuși fie că mi-e teamă, brusc totul va zbura.
Băieți, și de ce rezolvați "greșelile". Practic, este doar o nepotrivire cu standardul. Am realizat un experiment pe 3 bloguri - rezultatul 0. Asta înseamnă că nimic nu sa schimbat, motoarele de căutare nu au reacționat la încercările mele și niciodată nu le-au văzut utilizatorii: ninja:
Aici este doar un blog, la toate pentru o lună a dispărut de la indexul Yandex după schimbarea în Doktayp.
așa că nu "îngrijorați" cu validarea, mai ales dacă nu înțelege de ce este și "nu este puternic în coduri": pinch:
De asemenea, am verificat recent site-ul pentru erori: am gasit mai mult de 100. Am facut cateva greseli, dar nu pot prinde restul, deoarece toate codurile sunt trecute. Acum există "numai" 50 de greșeli - în timp ce trăiesc cu ei
Un pui - hrănește toate astea. Verificați Google sau Microsoft, există sute de erori.
Cred că cele mai mari companii din lume sunt mai inteligente decât standardizatorii în standardizarea companiilor.
Articole similare
Trimiteți-le prietenilor: