Adminimize
Adminimize это плагин, позволяющий вам настроить админку блога. Если выражаться точнее, то в админке блога вы можете убрать абсолютно любые элементы для выбранной роли пользователя. Самый простой пример - вы можете с помощью этого плагина запретить зарегистрированному пользователю видеть в админке что-либо, кроме его собственного профиля. То есть можно убрать ссылки на "Консоль", сообщения о том, что доступна новая версия движка, логотип WordPress, надписи и ссылки в футере и т.д. Аналогично можно ограничить доступ к функциям админки авторам или редакторам блога, да и для администратора тоже можно убрать все лишние неиспользуемые пункты.
20 стилей оформления для плагина WP-PageNavi
Когда-то я пообещал в статье о плагине WP-PageNavi поделиться различными красивыми css шаблонами к данному плагину. К сожалению, толком выполнить обещание мне не удается - банально не хватает времени возиться с настройкой css стилей. Тем не менее, я хочу хоть частично выполнить обещанное, опубликовав 20 шаблонов к этому плагину. Формально, все-таки, стиль один - отличаются только цветовые оттенки этого стиля, выполненные в так называемом web 2.0 градиенте. Надеюсь, что после публикации этой записи я больше не увижу на чужих блогах своего старенького черного оформления постраничной навигации, код которого был опубликован в статье о плагине. Все-таки, видеть в голубом или розовом шаблоне черную панельку оформления постраничной навигации несколько странно.
WPLANG Lite
WPLANG Lite это маленький и очень нужный плагин для любого блога на WordPress. Данный плагин я отнес к категории обязательных для установки в блоге. Причина этого проста - он снижает потребление памяти при генерации страниц блога примерно на 3Мб. Будь у вас выделенный сервер или дешевый виртуальный хостинг - в любом случае плагин лишним не будет, так как много памяти не бывает. Работает плагин очень просто - он сканирует файл локализации WordPress "ru_RU.po" и создает облегченный вариант "ru_RU_lite.mo", в котором вырезана вся локализация админки WordPress. Причем при генерации страниц лицевой части блога будет использоваться облегченный вариант, а при открытии админки полный вариант перевода. Таким образом, после установки плагина вы не заметите ни малейших изменений в работе блога, кроме того, что он теперь будет использовать меньше памяти.
Вывод информации о нагрузке блога на WordPress
В последнее время меня стали спрашивать о том, как я вывожу в футере информацию о нагрузке блога при генерации страницы. Я имею ввиду число запросов к MySQL базе, время генерации страницы и число затраченной на это памяти. В основном, конечно, спрашивают о памяти, так как код показа числа запросов и времени генерации встроен в дефолтный шаблон WordPress, хоть по умолчанию и закомментирован. Сразу скажу, что память считается функцией memory_get_usage и я понятия не имею, как именно она работает. Скажем, не секрет, что последние версии WordPress даже при выделенных 32Мб памяти частенько не хотят работать, а поэтому число, выводимое функцией memory_get_usage ставит меня в тупик: во-первых, на локальном сервере функция выводит число потребляемой памяти раза в 4 большее, чем на хостинге и, во-вторых, в любом случае это число меньше 32Мб, без которых WordPress по сути работать не хочет. Вероятно, использование функции зависит от каких-то настроек сервера, но все мои поиски информации об этом не принесли никакого результата. Но, тем не менее, выводимое число потребляемой памяти можно использовать, как абстрактную величину: скажем, можно оценить насколько вырастает потребление памяти при включении какого-то плагина или генерация каких страниц блога у вас затрачивает наибольшее количество памяти.
Clean Options
В процессе настройки своего блога любой блогер пробует множество плагинов. Некоторые из них он оставляет, некоторые удаляет. И так до тех пор, пока не остановится на каком-то наборе плагинов, который его будет устраивать. Проблема тут в том, что почти все активированные плагины в блоге оставляют в базе данных мусор, связанный с их настройками. Когда плагин создает отдельную таблицу в базе данных, то ее достаточно легко удалить самому, но, к сожалению, большинство плагинов предпочитает мусорить в системной таблице wp_options, а разобраться в ней вручную достаточно проблематично. Уж не знаю почему, но лишь некоторые плагины дают возможность полной своей деинсталляции с удалением всех своих данных из базы. Авторы плагинов, видимо, думают, что их детище никогда не будет удалено из блога. Из-за этого рано или поздно ваша база данных оказывается захламлена мусором, а это нехорошо. Плагин Clean Options позволит вам очистить базу данных от всех неиспользуемых данных.