Сьогоднішній пост народився не випадково. Я вже давно збирався перевірити код свого блогу на наявність помилок і різних недоліків. І ось сьогодні, зайнявся цією справою з раннього ранку. Насамперед я вирішив знайти сервіс або програмне забезпечення, яке допоможе мені визначити «чистоту» коду мого улюбленого блогу.
Трохи Поганявши в мережі, я натрапив на досить цікавий сервіс - validator.w3.org, який перевіряє XHTML код вашого блогу (сайту) на предмет відповідності стандарту w3c.
У багатьох з вас в голові крутиться єдине питання - що за стандарт W3C, під який всім потрібно підлаштовуватися. Відповім цитатою з нашої улюбленої Вікіпедії:
Попросту кажучи, ця контора робить так, щоб програми і сервіси з різних куточків нашої планети працювали за одними і тими ж законами і розроблялися на одних і тих же мовах програмування. Це потрібно для того щоб сервіси та програми, що працюють в мережі інтернет, могли легко взаємодіяти один з одним. От якось так.
І через кілька секунд отримав попередження про те, що в коді мого блогу міститься 182 помилки і 3 попередження, а нижче опис кожної з 182 помилок (єдиний мінус, по крайней мере, для мене, що все це англійською мовою):
Перша помилка. яку мені швидко вдалося усунути, наступна: «required attribute« ALT »not specified». Вона виникає, якщо у картинки не прописаний атрибут alt, текст якого відображається, якщо картинки в браузері користувача відключені. Якщо атрибут Alt не прописаний, то на місці картинки виникатиме помилка.
Прописується alt дуже просто:
Таким чином, я буквально за 5 хвилин вирішив 25 помилок (спочатку їх було 207!). Природно, багато помилок повторюються.
Следующаянаочередіошібка. «End tag for« br »omitted, but OMITTAG NO was specified». Наскільки я зрозумів, якісь проблеми з пропискою тега «br». Шукаємо .... Ага, знайшов. У файлі шаблону index.php в самому кінці стояв тег
без закриває тега . Рішення проблеми: або додати закриває тег , або прописати тег
. Я вирішив проблему другим способом:
А тим часом, залишилося ще 181 помилка.
Ошібканомертрі. «An attribute value specification must be an attribute value literal unless SHORTTAG YES is specified». І важливо те, що ця помилка зустрічається не один десяток разів. Тобто, знайди я її рішення, я зможу забрати кілька десятків помилок відразу. Почнемо пошуки і дізнаємося, що ж означає дане повідомлення?
Трохи поміркувавши, я зрозумів, що у мене не скрізь URL прописані в лапках. І, незважаючи на те, що вони прекрасно працюють, таке написання не є стандартом W3C. виправляємо:
Через 15 хвилин виправлень (в основному, в кодах, прописаних в віджети в сайдбарі) з решти 181 помилок діючих (тобто, не вирішених) залишилося всього 56! Тобто, я виправив одним махом 125 помилок. Непогано, чи не так? А ми продовжуємо.
Помилка №4. «End tag for« img »omitted, but OMITTAG NO was specified». Що це за звір і як мені прогнати його геть з міста блогерів? Зараз подумаємо.
Все, придумав і вирішив ще 53 помилки (залишилося всього 2!). Вам цікаво, як я це зробив? Дуже просто. Потрібно було лише додати закриває тег або зробити так
«General entity« url »not defined and no default entity»
і «reference to entity« url »for which no system identifier could be generated»,
«Can not generate system identifier for general entity« url »»
«Reference not terminated by REFC delimiter»
«Reference to external entity in attribute value»
І всі вони вказують на помилку в коді кнопки підписки на оновлення блогу через Яндекс.Стрічку. Сам код виглядає так:
Сподіваюся, що незначний реальний екскурс в код мого блогу допоможе і вам позбутися від непотрібних невідповідностей міжнародним стандартом. Адже, якщо вірити численним джерелам, до сайтів з дійсним кодом пошукові роботи відносяться більш дружелюбно.
Дякую за увагу!
А хіба для br потрібен закриває тег?
У мене такий запис ... ..
Помилка була: utf8 «\ xD0" не завдає на карту до Unicode
У цьому випадку, до яких дій краще прийняти?
Ольга Внизу сторінки Вашого сайту є кнопки-посилання на blogs.yandex.ru. У картинок цих кнопок в неправильному кодуванні написаний параметр alt. Виправте його, напишіть в utf8.
MrMozg. Якщо я правильно зрозуміла, то необхідно в кореневій папці міняти, через фтіпі з'єднання. Я спробувала футер документ перезберегти в кодуванні utf8 і utf8 без ВОМ і все як і раніше.
Ольга. зберігати потрібно в utf8 без BOM, але справа в тому, що у Вас там частину тексту написана в іншому кодуванні. Просто зітріть вміст параметра alt у двох картинок і напишіть самі вручну, наприклад англійською: yandex blogs counter або що-небудь подібне.
Дякую за чергову розминку для розуму 😉 Перевірила, виявила 10 помилок ... Три вдалося виправити майже відразу, над іншими варто подумати. Проблема в тому, що я зовсім не сильна в кодах Таж цікавої 😉
А у мене зовсім інші помилки і я поняття не маю як їх виправити: dizzy. Чомусь в основному червоним виділено значок>. Сама щось робити боюся, раптом все полетить.
Хлопці, а НАВІЩО виправляти «помилки». В основному, це просто невідповідність стандарту. Я провів експеримент на 3-х блогах - результату 0. Тобто Нічого не змінилося, пошуковики ніяк не відреагували на мої потуги, а користувачі їх ніколи і не бачили: ninja:
Ось тільки один блог взагалі на місяць зник з індексу Яндекса після зміни доктайпів.
так що не "партесь» з валідація, тим більше якщо не розуміє навіщо вона і «не сильні в кодах»: pinch:
Я теж днями перевірила сайт на наявність помилок: виявилося більше 100. З якимись помилками я впоралася, а от інші відловити ніяк не виходить - адже переглядати проходиться все-все коди. Зараз залишилося «всього» 50 помилок - поки буду жити з ними
Фігня все це. Перевірте Google або Microsoft, там сотні помилок.
І я думаю в найбільших компаніях світу працюють більш розумні люди, ніж стандартизатори в стандартизирующих компаніях.