Верхняя панель (admin bar)
В WordPress версии 3.1 появилась довольно спорная функция в виде "верхней панели", так же известной как "admin bar". Для кого-то эта панелька оказалась совершенно ненужной и лишней, а кто-то теперь и представить себе не может, как без нее жить. Лично я пока еще не определился нужна ли она мне или нет. Но в любом случае я хочу рассказать про различные хаки и плагины, связанные с этой панелью – от банального удаления панели до ее полной модификации.
Защита от спама в WordPress без плагинов
Почти 3 года назад я опубликовал статью о "защите от спама" путем подмены полей. Этот метод и сейчас работает идеально, Akismet вылавливает лишь штук 5 ручных спамных комментариев в месяц, а весь автоматический спам не доходит до него вовсе. Я до сих пор удивляюсь, когда захожу в админку какого-нибудь клиентского блога и вижу там тысячи комментов, помеченных как спам. Как среди такой горы мусора можно найти комментарий, который попал в спам по ошибке? Единственное неудобство моего метода подмены полей заключается в необходимости править файлы движка. Пока блог один довольно легко применять хак при каждой новой версии WordPress, но когда блогов становится больше десятка в очередной раз править файлы движка надоедает. Поэтому мне пришлось модернизировать метод защиты от спама, избавившись от необходимости править какие-либо файлы самого движка.
Дополнительные поля в профиле пользователей
Существует множество плагинов, которые расширяют возможности стандартной регистрации в блоге на WordPress. Однако, не всегда стоит пользоваться дополнительным плагином, если все, что вам от него нужно это пара лишних полей в профиле пользователя вроде аськи или твиттера. Плагинами, конечно, пользоваться проще, но, к сожалению, простых и легких плагинов расширения пользовательских профилей мне найти не удалось. Такие монстры как будут только зря нагружать ваш блог, поэтому лучше воспользоваться изложенным ниже методом, основанным на редактировании файла functions.php вашего шаблона.
20 самых необходимых SQL-запросов
Я недавно описывал плагин WordPress SQL Executioner, который позволяет выполнять SQL-запросы прямо из админки блога. Теперь же я приведу вам примеры самых нужных SQL-запросов для WordPress, которые могут очень сильно облегчить вам жизнь в случае каких-либо проблем.
1. Смена пароля
Забыли свой пароль администратора в блоге? Не беда, его легко можно сменить следующим запросом:
UPDATE wp_users SET user_pass = MD5('12345') WHERE ID=1;
Паролем тут будет "12345". Можно сменить пароль и для любого другого юзера в блоге, достаточно поменять в запросе ID, который у админа всегда равен 1. Можно также использовать запрос и с указанием конкретного логина:
UPDATE wp_users SET user_pass = MD5('12345') WHERE user_login = 'admin';
Добавляем ссылкам тегов rel="nofollow"
В продолжении темы о nofollow - теперь добавим rel="nofollow" для ссылок тегов. И тоже на этот раз не с помощью использования хака, а с помощью хука на вывод соответствующих функций. Зачем вообще запрещать индексацию тегов поисковиками я уже немного писал тут, но повторюсь. Теги плохи тем, что они дублируют контент в блоге. У вас может быть всего 50 записей в блоге, но благодаря тегам эти 50 записей запросто могут превратиться в 1000 страниц для поисковика, причем по его мнению ваш сайт будет набит дублированным контентом. Санкции за дублированный контент могут быть самыми разными - от фильтра до бана сайта в целом. Примеры и того и другого неоднократно проскакивали на форуме . С моей точки зрения, теги должны служить для удобства использования сайта посетителями, а не для решения SEO-задач. Поэтому я всегда первым делом при создании сайта запрещаю индексацию тегов в файле robots.txt, а через rel="nofollow" не даю растечься "весу" страницы на ссылки, запрещенные к индексации.