• Редактор в ньому олдскульний, отже повнофункціональний, завдяки Класичний редактор.
• Запити до бази даних кешовані DB Cache Reloaded Fix.
• SEO класне і навігація покрщена завдяки Configurable Tag Cloud.
• Українська локаль: Ukr-To-Lat а ще “Українські дати для WordPress” та “Правильне відмінювання кількості коментарів”.
• Кеш хардкорний адже це Wordpress Tiniest Super Cache!
• Роботу по проекту допомагають організовувати та мотивують WP Dashboard Notes.
• Перебір паролів адмінки зупиняє  .htaccess Login block.
• Має мапу сайту через Google XML Sitemaps.
• 404 Notifier повідомляє коли щось пішло не так та віддємо чистий ХТМЛ на 404.
• Коли клієнт в адмінці, Imsanity попіклується про адекватність розмірів зображень.
• WordPress File Monitor маякне, коли на диску щось зміниться – безпека понад усе.
• Читаємо МаєшМати і вйо до праці! ;)

P.S. Де нема ланок, то плагін геть старий та покинутий розробником. Але від цього плагін не стає гіршим. До прикладу DB Cache Reloaded Fix та WordPress Tiniest Super Cache це супер легкі плагіни, що максимально ефективно розвантажують сервер. У просто першого нема аналогів. Другому аналоги знайдуться, навіть розумніші, але на жаль ніколи настільки швидкі. Tiniest захостить популярний сайт хоч на калькуяторі. Деякі покинуті авторами плагіни підбирають інші розробнки і продовжують роботу.

Цікавий приклад: ZIPована вага сайту до плаґіна – 180Мб, а після плаґіна лише 30Мб!

В ідеальних умовах, маючи доступних 100 і більше мегабайт оперативної пам’яті, доступної для PHP, плагін працюватиме чудово. Якщо ж в наявності у PHP 64Мб або менше, то робота плаґіна перериватиметься без повідомлень про помилку. Помилки можна знайти в /wp-admin/error_log. Це будуть помилки про недостачу пам’яті при обробці великих зображень. Саме з такими монстрами ми і зібралися боротися. Для вирішення проблеми потрібні наступні танці з бубнами:

• помістити в /wp-admin файл php.ini з рядком “memory_limit = 256M”
• обов’язково перезапустити вебсервер (апач)
• якщо не допомогло – помістити згаданий php.ini в директорію плагіна, чи/і в кореневу директорію (поекспериментувати з метою отримання 256Мб в адмінці) і знову перезапустити апач

Якщо прийдеться експериментувати, то в нагоді стане невеличкий плаґін WP-Memory-Usage, котрий в трей адмінки виводить споживаний та доступний об’єми пам’яті.  Бувають випадки коли плаґін пише “null” замість окей, але при цьому файли успішно перетискає. Загалом про питання використання пам’яті і її ліміти розказано тут. Там же розписано як перезапустити апач партизанським способом, маючи лише доступ до панелі керування хостінгом (cPanel, DirectAdmin чи ISPmanager).

Скріншот сторінки налаштування:

адресою, запит котрої викликав помилку 404
адресою що передувала – REFERRER
інфо про браузер клієнта чи назву павука

Ще є неофіційна, допрацьована редакція плаґіну – надсилає втричі більше відомостей про подію:

REQUEST_METHOD
DATE&TIME
REMOTE_ADDR
REMOTE_HOST
HTTP_X_FORWARDED_FOR
HTTP_X_FORWARDED_HOST
HTTP_X_FORWARDED_SERVER

Корисний для протидії сканування наявності адміністративних тек та файлів популярних скриптів для їх злому. Гарно доповнює плаґін Wordfence Security.

404-notifier (допрацьований)