7 полезностей, которые можно сделать после установки WordPress 2.6

Всё же заинсталил на тестовую платформу новый WordPress, а точнее просто обновил старый, но скорость работы ощутимо повысилась и, благодаря всяко-разным плагинам из powerpack-компиляции Кактуса, работать стало удобней и приятней.

Теперь поделюсь с вами подборкой небольших фишек, найденных в интернете на буржу-сайте, которые можно сделать с чистой (или обновлённой) установкой WP 2.6, дабы жить было проще и веселее.

Полезность 1. Измените папку по умолчанию для загрузки изображений

По умолчанию, как и прежде, WordPress будет помещать все изображения в папку wp-content/uploads. Но вы можете указать любое другое место, в том числе и поддомен для хранения картинок. Это сократит урл к ним, а так же обезопасит вас от потери файлов при обновлении блога. И при бэкапе вам не надо будет копировать весь архив картинок, а лишь рабочие файлы блога и плагинов.

Так же стоило бы убрать галочку перед «Сортировать загруженные файлы в папках по месяцу и году».

Полезность 2. Удалите лишний код из шапки темы

Про это писано и переписано и даже есть отдельные плагины. Речь естественно об указании WordPress’ом в шапке (header) сайта своей версии, что является буквально вызовом хакерам — вот я такой весь не обновлённый и дырявый, ломайте меня сколько влезет.
Чтобы удалить строку
<meta name="generator" content="WordPress 2.х" />, добавьте в файл functions.php, своей темы, следующее:
<?php remove_action('wp_head', 'wp_generator'); ?>

Полезность 3. Запретите людям просматривать содержимое ваших папок

Наверное, вам попадались сайты, зайдя на которые вместо стандартной html-страницы, вы видели некое подобие проводника со списком файлов и папок. Эти странички генерятся самим сервером, если он не находит индексный файл (index.php/index.html и т.п.). Чтобы такого не было (а ведь это тоже подсказка хакерам, если узнать, например, набор ваших плагинов, то можно спокойно попытаться провести XSS или SQL-инъекцию), достаточно в корне блога, в файле .htaccess добавить строку
Options All -Indexes

Полезность 4. Убираем шаблоны для Windows Live Writer

Для тех, кто не пользуется WLW или не использует встроенный превью (live preview), стоит добавить в functions.php следующую строку, чтобы не выводить в шапке ссылку на манифест:
<?php remove_action('wp_head', 'wlwmanifest_link'); ?>

Полезность 5. Отключаем контроль версий в WordPress 2.6

Если вы не в курсе, то в новой версии WordPress появился wiki-style контроль версий, позволяющий отслеживать все изменения поста/страницы на всём времени его существования. Так вот, полезность подобной фичи для блогов с одним автором довольно сомнительна, зато появляются дополнительные строки в таблице wp_posts при каждой попытке изменить/добавить текст.
Лечится это либо плагином No Revisions, либо одной строкой в wp-config.php:
define('WP_POST_REVISIONS', false);

Полезность 6. Перенос папки плагинов и шаблонов

В WordPress 2.6 у нас появилась возможность перенести папку wp-content куда угодно. Чем это полезно?
Да тем, что при обновлении и «перезаливке поверх» самого дистрибутива WP вы не потеряете свою тему, если она, например как у меня, называется default.
Тут, правда, стоит понимать, что большинство плагинов, не адаптированных под 2.6, могут «тупо» перестать работать, но если вы всё же решите перенести wp-content, то добавьте в wp-config.php следующий код:
define(’WP_CONTENT_DIR’, ‘http://www.ваш_сайт.ру/hidden-folder/wp-content’);

Полезность 7. Google XML Sitemap — изменение настроек

Если вы пользуетесь плагином для создания Google Sitemep, стоит подумать о переключении настроек генерации в «ручной» режим.

В автоматическом режиме сайтмап пересоздаётся каждый раз, когда вы изменяете или удаляете пост, а полное пересоздание xml-sitemap для блога с нормальным количеством записей — довольно ресурсоёмкая операция, которая будет «тормозить» публикацию поста, пока не будет обновлён сайтмап.
Например, у меня на блоге, на создания файла уходит 13 сек и 10 Мб памяти, что не так уж мало, учитывая, что блог содержит около 80 записей. Представляю, сколько времени и памяти требуется, блогам с 500+ постов.
В ручном режиме вам потребуется запускать выданную вам в настройках ссылку, которую можно повесить на выполнение в cron на раз в сутки. Или, если не умеете/не хотите возиться с Cron, воспользуйтесь услугами сервиса аля CronJob.

Вот такие вот полезные мелочи, надеюсь что-то было полезно не только мне.

Update: Аха-ха, вот что значит не читать долго рсс-ленту. После публикации наткнулся на перевод той же самой статьи в блоге у Дмитрия Донченко, а из комментариев и ещё один перевод обнаружился, так что прошу прощения за «баян», но больше — не меньше)

Странное "пасхальное яйцо" от Гугла

Может, как говорится, "баян", но вот на что натолкнулся:

  1. Идём в продвинутый поиск.
  2. В строке поиска (all these words) пишем: php .
  3. В строке "точное совпадение" (this exact wording or phrase) пишем: *RECURSION* (обязательно со звёздочками).
  4. Жмём Advanced Search.

Получаем 403 ошибку с текстом:

We’re sorry…

… but your query looks similar to automated requests from a computer virus or spyware application. To protect our users, we can’t process your request right now.

К чему бы это? :))))

О Яндексовом Магадане или “Я хренею без баяна”

Если кто не слышал — Яндекс запустили новый поисковый алгоритм под классным названием "Магадан". Я вообще не СЕОшник, поэтому как-то пропустил это мимо ушей и даже не стал проверять, как и что он теперь ищет, всё равно для поиска всего и вся есть гугл, а остальное — от лукавого.

Чёрт меня дёрнул поискать свою последнюю статью "10 вещей, которые вам стоит знать о WordPress 2.6". Вот можете посмотреть результат выдачи.

И что мы имеем? На первом месте стоит копипаст моей прошлогодней статьи о WordPress 2.3! И это при том, что у меня на сайте ещё как минимум 2 статьи с похожим названием. Что особо улыбнуло, так это то, что выбрав "Ещё с сайта" по этому запросу, я не обнаружил как раз статьи "10 вещей, которые вам стоит знать о WordPress 2.3", которая вылезла в топ про запрос о 2.6 версии, да ещё и копией с другого сайта.

Подумал, что вылетела из индекса за что-то, но нет — всё там же она.

Дальше — больше. Дай, думаю, проверю с кавычками название статьи, может он (Магадан) ищет отдельные слова? Результат меня просто обрадовал чрезмерно, тут даже комментарии излишни.

Но я на этом не успокоился — ведь есть ещё Яндекс.Поиск по блогам, куда я и забил всё ту же фразу.

с кавычками и Чудо поиск, прямо скажем. Про то, что оригинала с сайта и в помине нет в выдаче, хотя со всех остальных статей идёт прямая ссылка на блог, я и говорить не буду.

А страница то в яндекс.блогах есть, а толку нет.

Хочу подвести итог, печальный и не утешительный:

много улучшений в алгоритме ранжирования, например, добавлены новые факторы, учитывающие уникальность контента

— ложь, пиздёшь и провокацию 😀

Завещаю вам искать гуглом. Он и с кавычками и без оных выдаёт то что надо.

Не работающий nofollow и как бороться со спам-линками в WordPress

Для кого как, но для меня было открытием, что rel=»nofollow», указанное в ссылке, не работает, так как должна. А точнее вес со страницы и бот не идут по ссылке, но вот ключевые слова из ссылки всё равно учитываются при ранжировании.

Товарищь Donncha в качестве примера-доказательства приводит следующее:
кто-то проспамил его блог комментом, где в качестве имени стояло Shih Tzu Checks (ши-тцу — это порода собак такая), а ссылка вела на страничку. И что самое интересное, при поиске по данному ключевику, страница висит в топ10, при том, что в гугле на нее нет ни одного директ линка.

Вот такие вот дела.

Но Donncha не унывает и даёт советы по борьбе с подобными спаммерами:
1. Применять плагин Comment Referrer, который добавляет в письмо для аппрува комментария ссылку, по которой к вам пришёл человек или бот.
comment referrers screenshot
На картинке чётко видно, что страничку искали по слову «Leave a reply», т.е. с целью «оставить коммент». Такое сразу можно в спам отправлять.

2. Установить плагин Delink Comment Author, при помощи которого можно выборочно удалять ссылки с имени автора, для чего рядом с комментом и в админ панели появляются соответствующие ссылки.

3. Использовать плагин Lucia’s Linky Love, позволяющий установить минимальное количество комментариев, необходимое, чтобы ссылка от автора была разрешена к отображению.
Lucia’s Linky Love Admin Panel Screenshot

От себя могу добавить, что есть ещё несколько альтернатив этим плагинам, например:

  • NoFollow Free (русская версия и описание)
  • Comment URL Control — похоже, что тоже самое, что и Delink Comment Author.
  • Nofollow Case by Case — убирает Nofollow со всех комментариев, до тех пор, пока вы в ручную не допишете в конкретный урл dontfollow. Имхо не слишком удобно, но возможно есть и некая автоматизация сего процесса.
  • WP-Ban — банит посетителей по IP, указываемому хосту, а так же рефереру. Позволяет настроить сообщение, выдаваемое забаненному посетителю.
  • Simple Trackback Validation — проверяет трекбэки: сравнивая IP-адрес отправителя трекбэка и сайта, на который ссылается трекбэк, а так проверяет страницу, с которой пришёл трекбэк, на наличие беклинка.

Если вам известны какие-либо ещё способы борьбы со спамом — поделитесь ими в комментариях, а я тогда обновлю пост, если информация будет полезна.

Удачи и поменьше спама и «левых» трекбэков.

Эх… FeedBurner, feedburner.

Опять что-то сломалось в датском королевстве у товарищей из FeedBurner.com и, похоже, что как и в прошлый раз в Гугловских сервисах rss-читалок.
Пока что официальных заявлений не было, да и, думаю, до того момента, как всё починят, не будет.
На офф.форуме народ уже вопрошает, но пока что без ответа.

И знаете, что самое смешное? То, что буквально вчера Фидбёрновцы расхваливали как у них всё замечательно «полностью интегрированно с Google».

Для плохо читающих на ангельском, приведу небольшие выдержки из поста:

Так что, если вы публикуете у нас фид, то следующим вопросом будет «Эммм… а зачем вам интегрироваться в гугл?». Ответов море, так что давайте сгруппируем некоторые из них:
Полная интеграция с Google. Интеграция позволит нам подключиться к другим Гугловским полезностям. Например, только группа наших издателей имела возможность пользоваться услугами рекламной сети FeedBurner до сего дня. Мы бы хотели предложить такую возможность намного большей аудитории, и полная интеграция в архитектуру Гугла сделает это не только возможным, но и более вероятным (подробнее об этом в ближайшие несколько месяцев).
Больше и качественнее сервисы. Как вам скажет любой фанат Людвига Мис ван дер Роэ (ру.вики) «чем больше тем больше». Если мы сможем полностью интегрироваться в Гугл, то нам будет проще предоставить некоторые сервисы, даже те о которых мы раньше могли только мечтать, но не могли реализовать из-за их масштаба. К таким сервисам можно отнести параметризированные фиды (т.е. работать с фидами можно будет как с результатами запросов), широкий выбор почтовых сервисов (те из вас, кто желает импортировать собственные «белые» списки почтовых адресов понимают, что мы имеем в виду), ну и другая «хрень». Под «хренью» мы подразумеваем «фишки».
Проще регулировать нагрузку на систему, при увеличении количества пользователей. Так как всё больше и больше фидов «прожигается» и к ним обращается всё большее количество ботов, программ-читалок, а так же API и пауков (crawlers), то даже фиды, у которых не растёт количество читателей, увеличивают нагрузку на сервера. Полная интеграция в Гугл означает, что нам станет легче регулировать производительность и избавится от узких мест, а, следовательно, инженеры, работавшие над этими проблемами, смогут посвятить своё время разработке новых сервисов.