Цікавий приклад: 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 (допрацьований)