Заготівля нової теми для WP
Сьогодні я пропоную підготувати шаблон для майбутньої унікальної теми блогу, в яку ми згодом впишемо розроблений дизайн сайту.
Раніше я публікував відеоуроки та статті, присвячені встановленню блогу на WP та підготовці до створення унікальної теми:
Далі я вважатиму, що проблем із встановленням та підключенням заготівлі теми у вас виникнути не повинно. Основну увагу ми приділимо наповненню файлу index.php новоствореної теми службовими тегами ( , , ) та SEO-тегами ( , , ); а також приберемо зайве сміття, створюване двигуном в HTML-файлі.
DOCTYPE
Верстку ми розроблятимемо відповідно до стандарту HTML5. Сповістимо про наше рішення браузер тегом. У разі верстки відповідно до стандартів HTML5 DOCTYPE має бути наступним (дуже простим):
Кодування
Текст у файлі index.php будемо зберігати у кодуванні utf-8. Це оптимальне кодування, крім того, саме у цьому кодуванні зберігається контент у базі даних WordPress.
Якщо наш вибір упав на кодування utf-8, проінструктуємо браузер щодо нашого рішення наступною директивою (саме так виглядає інструкція кодування у стандарті HTML5):
Як додаткову інформацію повідомлю цікаву річ. Якщо навіть ми спробуємо збити браузер з пантелику неправильним вказівкою кодування в директиві, наприклад, розумний браузер все одно відображатиме дані в кодуванні utf-8. Постає законне питання: «Хто ще повідомив браузеру інформацію про кодування сторінки?». Виявляється, цей хтось двигун WordPress, який відправив відповідні заголовки браузеру (див. рис. 1). Якщо відповідного заголовка від сервера отримано не буде, браузер скористається інформацією директиви і відобразить кракозябри, т. к., нанасправді, контент написаний у кодуванні utf-8.
Найбільший пріоритет для браузера мають заголовки, що відправляються сервером. Змінювати їх можна редагуючи файли движка, або відповідними інструкціями у файлі додаткової конфігурації Apache .htaccess (про роботу з .htaccess я згадував у статті кодування).
Мал. 1. Заголовки, надіслані сервером браузеру користувача (інформацію отримано плагіном HTTP Headers для Google Chrome).
Підключення стилів
Для підключення стилів використовується стандартна інструкція:
SEO-теги
У файлі index.php нашої теми, у розділі , є сенс вказати порожній тег , який буде наповнений відповідним вмістом плагіном All in One SEO Pack.
, будуть сформовані плагіном автоматично та підставлені функцією wp_head(), про яку піде мова нижче.
Мал. 2. Налаштування плагіна All in One SEO Pack.
Додаткові службові теги
Посилання на RSS блогу має бути вказано наступною інструкцією розділу:
У наведеному прикладі RSS-фід блогу формується зручним сервісом FeedBurner, що дозволяє вести статистику передплатників (докладніше про FeedBurner).
Саме за вказаним посиланням піде браузер, коли ви клікніть на відповідну піктограму.
Мал. 3. Піктограма RSS у браузері Opera.
СервісPingBack також вимагає своєї директиви:
Коротко PingBack працює наступним чином:
wp_head();
Ця функція обов'язково має бути присутня у розділі . Вона повертає HTML-файл текст, згенерований різними плагінами (зокрема і All in One SEO Pack відображає з допомогою цієї функції теги description і keywords).
Крім необхіднихданих функція wp_head виплюне купу сміття в HTML-файл, якої ми і будемо позбуватися.
Позбавлення від сміття wp_head()
Сміттєві теги, необхідні для роботи блог-клієнтів. Якщо ви не використовуєте блог-клієнти, то дані теги сміття:
Сміття, пов'язане з інформуванням про послідовність постів (попередній пост, наступний. Маячня якась):
Шкідливий тег, що інформує хакера про версію вашого движка, щоб було легше підібрати метод злому:
Тег короткого посилання (кому він потрібний взагалі?):
Єдиний корисний тег, автоматично згенерований WordPress і підставлений в HTML функцією wp_head(), інформує про те, що дана сторінка є першоджерелом контенту. Ця інформація повинна позитивно позначитися на SEO-просуванні статті. Тому його ми дамо спокій:
Шкідливі теги безжально видалимо наступним чином:
- Створимо у папці з темою файл functions.php
- У файл помістимо код, представлений нижче.
Код усуває шкідливі теги.