Вы наверное уже знаете, а может быть еще нет, вышел WordPress 3.0 и теперь доступен для скачивания с официального сайта. А я в свою очередь сделал версию WordPress Server включающую WordPress 3.0. Напомню, что WordPress Server это готовый портативный комплект включающий установленный WordPress, достаточно скачать и запустить WordPress Server и у вас на компьютере будет готовый настроенный блог на WordPress 3.0, который можно помчать, посмотреть что нового сделали разработчики, а так же начать свой блог для последующего переноса в интернет. Подробнее можно прочитать на странице WordPress Server.

В последнее время стало модным покупать/продавать/менять места под статьи. Оптимизатором это выгодно возможностью поставить никогда не бывающих лишними ссылок на свой сайт, а владельцам ресурсов со статьями – новым контентом и иногда (о ужас!) даже деньгами. Я же, мучимый вопросами проталкивания своего туристического портала в РСЯ, в процессе “обеливания” пришел к мысли сделать у себя раздел со статьями. Сегодня это желание наконец воплотилось в реальные действия

Итак, перво-наперво, почему же всё-таки WordPress. Я для себя вижу в этом движке множество плюсов, хотя также присутствует один минус.

Плюсы WordPress:

• Он бесплатный, в отличие от присутствующих на рынке скриптов для создания каталогов статей
• Мне он знаком, на WordPress я поднимал уже не один десяток ресурсов
• Он гибок настолько, чтобы не считать его исключительно блог-платформой. К слову, около половины моих ресурсов из п.2 блогами вообще не являются

Ну а минус для работающих с ним тоже очевиден – он тормозной донельзя.

Кроме того, дополнительным аргументом в пользу WP изначально была сборка WordPress ArticleBox от AlexPro, но на практике пришлось от нее отказаться из-за устаревшей базовой версии WP 2.0 и проблем с кодировками (у меня прописная “ш” категорически отказывалась сотрудничать с MySQL). Зато оттуда я взял пару полезных плагинов.

Многие владельцы сайтов, в частности работающих на блоговом движке WordPress, редактируют PHP-файлы в блокноте, который прилагается к ОС Windows. Данный редактор “беден” на функционал и его использование крайне не рекомендуется.

Поскольку сам движок WordPress работает с кодировкой UTF-8, а файлы шаблона, как правило, содержат русские буквы, т.е. кириллицу, то для правильного ее отображения такие файлы также необходимо сохранять в кодировке UTF-8.

Однако блокнот Windows при сохранении в кодировке UTF-8 добавляет в PHP-файлы невидимые символы (кстати говоря, невидимые они именно в блокноте Винды), которые в результате приводят к тому, что либо на сайте отображается какая-то PHP-ошибка, либо “съезжает” дизайн.

Поэтому решение проблемы очень простое - при работе с кодировкой UTF-8 необходимо вообще забыть, что существует блокнот Windows и вместо него использовать нормальный текстовый редактор, которые прекрасно умеет это делать. Например, Notepad++ или же Notepad2, который мне полюбился чуть больше.

В предыдущей статье я описал свои проблемы с удалением кучи зарегистрированных спам-юзеров в блоге, пришло время избавится от регистрации спам-юзеров таким же кардинальным образом, как я избавился от спам-комментариев. Естественно подразумевается, что и регистрации в блоге и написание комментариев осуществляется спам-скриптами, так как защититься от ручного спама весьма и весьма проблематично. Но ручной спам это лишь тысячная доля от всего спама и беспокоиться о нем вряд ли стоит. Метод защиты от авто-регистраций в блоге аналогичен методу защиты от спам-комментариев - будем использовать подмену полей. Причем вся эта защита займет у вас максимум 5 минут, да и то половина из этих 5 минут уйдет на обновление файла wp-login.php на сервере вашего хостера.

За авторизацию и регистрацию в блоге на WordPress отвечает файл wp-login.php. Подменять мы будем поле user_login, оно много где используется в этом скрипте, но нас интересует только регистрация, все остальное мы оставим в первоначальном виде. Открываем файл wp-login.php и ищем строчку:

Способов исключения показа записей определенной рубрики на главной странице блога несколько. Больше всего мне нравится метод с добавлением своего фильтра в файл functions.php, так как это избавляет от необходимости править другие файлы шаблона, а в частности не надо возиться с переделкой цикла вывода записей в index.php через query_posts. Рассмотрим самый простой пример: удаляем записи рубрики с ID=5 с главной страницы, для этого добавим в файл functions.php код:

function removeFromHome($query) {
if ($query->is_home) 
	{$query->set('cat','-5');}
return $query; }
add_filter('pre_get_posts','removeFromHome');

Теперь на главной странице не будут присутствовать записи из рубрики с ID 5. Хочу напомнить, что в понимании WordPress главной страницей считается также и любая другая страница, образованная постраничной навигацией. То есть посты из рубрики 5 вы не увидите и на /page/2, /page/3 и др. Если вас это не устраивает, то вы должны слегка модифицировать приведенный код.

В последнее время меня стали спрашивать о том, как я вывожу в футере информацию о нагрузке блога при генерации страницы. Я имею ввиду число запросов к MySQL базе, время генерации страницы и число затраченной на это памяти. В основном, конечно, спрашивают о памяти, так как код показа числа запросов и времени генерации встроен в дефолтный шаблон WordPress, хоть по умолчанию и закомментирован.

Сразу скажу, что память считается функцией memory_get_usage и я понятия не имею, как именно она работает. Скажем, не секрет, что последние версии WordPress даже при выделенных 32Мб памяти частенько не хотят работать, а поэтому число, выводимое функцией memory_get_usage ставит меня в тупик: во-первых, на локальном сервере функция выводит число потребляемой памяти раза в 4 большее, чем на хостинге и, во-вторых, в любом случае это число меньше 32Мб, без которых WordPress по сути работать не хочет.

Вероятно, использование функции зависит от каких-то настроек сервера, но все мои поиски информации об этом не принесли никакого результата. Но, тем не менее, выводимое число потребляемой памяти можно использовать, как абстрактную величину: скажем, можно оценить насколько вырастает потребление памяти при включении какого-то плагина или генерация каких страниц блога у вас затрачивает наибольшее количество памяти.