В днешната публикация не се ражда случайно. Аз отдавна исках да тестват кода в блога си за грешки, както и различни дефекти. И сега, ангажирани със случая в ранните сутрешни часове. Първото нещо, което аз реших да се намери дадена услуга или софтуер, който може да ми помогне да се определи "чистотата" на кода от любимите ми блогове.
Bit Poryskav мрежата, се натъкнах на един доста интересен услуга - validator.w3.org, която проверява XHTML кода на блога (сайта), за да се отговори на стандарт W3C.
Мнозина от вас в главата ми се върти само един въпрос - какво да се уреди на W3C стандартите, по които всички се нуждаем. Ще отговоря с цитат от нашия любим Wikipedia:
Просто казано, този офис го прави така, че програмите и услугите, от различни части на света са работили по същите закони и разработени на същите езици за програмиране. Това е да се гарантира, че услугите и програмите, които работят в интернет, може лесно да си взаимодействат един с друг. Това е нещо подобно.
И той получи предупреждение, че кодът на моя блог, съдържаща 182 грешки и предупреждения 3 и следното описание на всеки един от 182-те грешки (единственият отрицателен, поне за мен, че всичко това е на английски) след няколко секунди:
Първата грешка. който бързо успя да се премахнат, следното: "задължителен атрибут« ALT »не са посочени». Това се случва, ако изображението не е регистрирано н атрибут, чийто текст се показва, ако изображението в браузъра на потребителя е забранено. Ако атрибут Alt не е регистрирано, снимките в сайта ще доведат до грешка.
Alt предписано е много проста:
Така че аз буквално 5 минути решиха 25 грешки (първоначално е имало 207!). Естествено, много грешки се повтарят.
Sleduyuschayanaocheredioshibka. «Крайният маркер за« BR »пропуснато, но OMITTAG NO е посочен». Аз разбирам, че каквито и да било проблеми с «BR» маркер рецепта. Търсим .... Аха, разбрах. В досието на index.php шаблон в края беше таг
без затваряне на тага . Решение: Добавяне на затварящ таг , или да се регистрирате таг
. I решен проблемът на втория метод:
В същото време, все още има 181 грешка.
Oshibkanomertri. «Спецификация Един атрибут стойност трябва да е стойността на атрибут буквален освен ако SHORTTAG YES е посочено». И това е важно, че тази грешка се появява повече от десетина пъти. Това е, аз се намери решение, аз ще бъда в състояние да премахне няколко десетки грешки веднага. Започнете търсенето си и да разберете какво е посланието?
малко размисъл, аз осъзнах, че не винаги са разписани URL в кавички. И въпреки факта, че те работят добре, като писане не е W3C стандарт. определи:
След 15 минути игра, лепенки (главно в кодовете, предвидени в джунджурии в страничната лента) на останалите 181 активни грешки (т.е. не е решен), само 56 са! Това е, аз съм се коригира един удар 125 грешки. Не е зле, нали? И ние продължаваме.
Грешка №4. «Крайният маркер за« IMG »пропуснато, но OMITTAG NO е посочен». Какво е това животно и как да се отървете от него далеч от блогърите? Сега мисля за това.
Всичко дойде и реши още 53 грешки (има само 2!). Чудиш се как го направих? Много просто. Това е необходимо, за да добавите затварящ маркер или го направят
«Генерал образувание« URL »не е определена и не по подразбиране лице»
и «позоваване на лице« URL », за които може да бъде генерирана идентификатор система»,
«Не може да се генерира идентификатор система с общо лице« URL »»
«Референтен не прекратява с REFC разделител»
«Позоваване на външна организация в стойността на атрибута»
И те изтъкват грешка в бутона код за абонамент за актуализациите на блога чрез Yandeks.Lentu. Самият код изглежда така:
Надявам се, че малко по-практичен поглед върху кода на моя блог ще ви помогне да се отървете от излишните несъответствия с международните стандарти. В крайна сметка, според многобройни източници и сайтове с валидни паяци код търсачката са по-приятелски.
Благодаря ви за вниманието!
Дали е за BR нужда от затварящ маркер?
Имам запис ... ..
Грешката е: utf8 «\ xD0» Няма карти за Unicode
В този случай, какви действия е най-добре да се вземе?
Олга долната част на страницата на сайта си има бутон-линк към blogs.yandex.ru. В снимки на бутоните в правилния вариант кодиране написани на ALT. Поправете, пишете на utf8.
MrMozg. Ако съм разбрал правилно, трябва да се заменят с ftipi връзка в главната папка. Опитах се да запазите отново и долното поле на документа, за да utf8 utf8 кодиране и без ВОМ и всичко е все още.
Олга. спести необходимостта да UTF8, без BOM, но фактът, че имате там е част от текст е написан по различен кодиране. Просто изтриете съдържанието на параметъра н в двете снимки и пишат сами ръчно, например на английски: Yandex блогове брояч или нещо подобно.
Благодаря ви за следващата си тренировка за проверка на ума 😉 Намерени 10 грешки ... Три може да се определи почти веднага над другата е заслужава да бъде разгледан. Проблемът е, че аз не съм силен в кодовете, но интересно 😉
И аз имам много различни грешки и нямам идея как да ги поправи: замаяни. Някак си, най-вече червено подчерта икона>. В себе си да направи нещо Страхувам се, изведнъж всичко ще лети.
Момчета, защо фиксират "грешки". По принцип, това е просто стандартен несъответствие. Аз провели експеримент, на 3 блогове - в резултат на 0. С други думи, нищо не се е променило, търсачките не се повлияват от моите опити, както и техните потребители никога не са виждали: нинджа:
Това е само един блог на всички за един месец Yandex изчезна от индекса след промяна на типа на документа.
така че не е "лице" на валидирането, особено ако не разбирам защо тя и "не силни в кодовете»: щипка:
Аз също наскоро проверих сайта за грешки: върна повече от 100. С няколко грешки, успях, но останалата част от улова не работи - тя преминава всички гледни всички кодове. Сега има "само" 50 грешки - а аз ще живея с тях
Всичко това боклук. Проверете в Google или Microsoft, има стотици грешки.
И мисля, че в най-големите компании в света използват по-интелигентни хора, отколкото standardizer в стандартизирането на компании.
Свързани статии