Главная » WordPress » Статьи Wordpress » WordPress темы: типичные ошибки разработчиков шаблонов
Распечатать статью

WordPress темы: типичные ошибки разработчиков шаблонов

На сегодняшний день WordPress бесспорно является самой часто используемой системой среди школьников, домохозяек, неграмотных пользователей и иных индивидуумов с полным отсутствием какой-либо профессиональной, а порой и начальной подготовки. Благодаря чему упорно слаживается мнение о его «легкости». Остановлюсь конкретно на создании «простых шаблонов», — перечислю наиболее часто встречающиеся ошибки при написании тем. Итак, поехали.

  • Используют вызовы функций локализации (__(«Message»), _e(«Post»)) при том, что «скин» распространяется на 1 языке. Часто непоследовательно, т.е. пару раз вызвали, потом не вызвали.
  • Пишут содержимое ошибки «Страница не найдена» буквально в каждом файле. Обычно в конце циклов вывода записей. Зачем копировать код? Доступен «404.php», — туда и вписывайте. Будет без проблем перехватывать всё, за исключением страницы с результатами поиска.
  • Пытаются изобрести «велосипед», — дублируют функции (делая на чистом PHP), изначально присутствующие в WordPress API. Яркий тому пример, игнорирование возможностей query_posts.
  • Подключают сторонний код с помощью include. Есть же get_template_part. Хотя, возможно делают так из целей совместимости с устаревшими версиями CMS младше 3.0.
  • Не проверяют получившийся результат с помощью тестовых данных из Theme Unit Test. Поясняю, Codex почитайте. Из SVN-репозитория вам будет предложено скачать/импортировать данные (формат XML) для проверки поддержки шаблоном всех базовых функций. Каюсь, данный пункт и я не часто соблюдаю, лень.
  • В 90,(9)% случаев «дизайн» не обеспечивает должной функциональности. Т.е. отсутствует поддержка постраничного разбиения статьи (TinyMCE, загляните в админ-панель). нет возможности использовать миниатюры для записей, не отображаются древовидные обсуждения формата «реплика-ответ»… Нужное подчеркните. Вытекает из предыдущего.
  • Подключают JavaScript по HTML, хотя надо бы через wp_enqueue_script.
  • Собирая шаблон с поддержкой дополнительных опций, напрочь не предусматривают процесс корректной деинсталляции. Таким образом в базе данных постепенно может скопиться никому ненужный хлам. Типичный случай: в таблице «ПрефиксУказанныйПриУстановке_options».

Вот далеко не полный список того, что часто просто игнорируется создателями тем для WordPress. Кстати, в полной мере касается англоязычных разработчиков. — русскоязычные предпочитают в основном копировать чужое добро.

P.S.

Не имею ничего против данного «движка» и тем более разработчиков CMS.

Источник:  sooource.net

Вы можете оставить комментарий, или обратную ссылку на Ваш сайт.

Оставить комментарий

Похожие статьи