Портфолио кейсов по WordPress

Корзина показывала ноль на оформлении заказа

Проблема. После обновления темы на чекауте — 0 товаров, в мини-корзине товары на месте.

Решение. Переписали кастомный хук с приоритетом 20 вместо 10, добавили проверку на существование сессии. Обновление темы оставили, YITH Wishlist остался в строю.

Итог. Корзина и оформление заказа снова считают товары верно.

Иллюстрация «до / после» — схема по задаче, не скрин клиента.

Белый экран на всех страницах после обновления ACF Pro

Проблема. После обновления ACF — белый экран на всём сайте.

Решение. Откатили ACF Pro по FTP, удалили дублирующий плагин, затем подняли ACF Pro до актуальной версии без конфликта.

Итог. Сайт открывается, дубль-плагин убран — повторения ошибки нет.

Иллюстрация «до / после» — схема по задаче, не скрин клиента.

Магазин падал каждые 2–3 часа: «Establishing a database connection»

Проблема. Сайт падал с ошибкой БД каждые пару часов и оживал сам.

Решение. Переписали функции на WP_Query и $wpdb->prepare(). Добавили транзиентный кэш результата на 1 час.

Итог. Падения прекратились, нагрузка на БД упала примерно на 60%.

Иллюстрация «до / после» — схема по задаче, не скрин клиента.

СДЭК не рассчитывал доставку для Московской области

Проблема. Для адресов в Московской области в чекауте — «Доставка недоступна».

Решение. Добавили правило для второго региона. Настроили fallback на федеральный тариф «СДЭК-стандарт» для адресов вне явных зон. Прогнали проверку на десяти разных адресах МО.

Итог. Доставка считается по всей Московской области, заказы пошли.

Каталог на 5 000 товаров грузился 8 секунд — PageSpeed Mobile 32

Проблема. Каталог на 5 000 SKU открывался ~8 секунд, PageSpeed Mobile — 32.

Решение. Подключили Object Cache через Redis для FacetWP. Выключили лишние скрипты Flatsome на каталоге. WebP + lazy-load картинок товаров. Добавили индексы на meta_keys фильтров.

Итог. PageSpeed Mobile 32 → 88, каталог открывается заметно быстрее.

Иллюстрация «до / после» — схема по задаче, не скрин клиента.

Магазин не отправлял письма после заказа — заказы терялись

Проблема. После заказа не приходили письма ни клиенту, ни администратору.

Решение. Настроили WP Mail SMTP через корпоративный ящик Яндекс.Почты с авторизацией. Прописали DKIM/SPF в DNS. Протестировали триггеры: новый заказ, в обработке, завершён, отмена.

Итог. Уведомления по заказам уходят по всем статусам.

Иллюстрация «до / после» — схема по задаче, не скрин клиента.

После переезда на HTTPS — «небезопасное соединение» в браузере

Проблема. Сертификат установлен, но часть страниц грузилась по http — замок в Chrome горел красным, формы не отправлялись.

Решение. Прогнали Really Simple SSL, заменили http в wp_options и контенте, настроили 301 с http на https в .htaccess. Проверили mixed content в консоли.

Итог. Все страницы открываются по HTTPS, предупреждения браузера исчезли.

Форма заявки молчала — письма не доходили, в админке пусто

Проблема. Кнопка «Отправить» крутилась и зависала. В логах PHP — fatal из старого плагина кэша на AJAX-запросе CF7.

Решение. Отключили конфликтный плагин для admin-ajax.php, обновили CF7, настроили SMTP и тестовую отправку. Добавили honeypot и reCAPTCHA v3 против спама.

Итог. Заявки снова попадают в почту и Telegram-бот, спам отсекается.

Elementor валил сайт в белый экран при попытке открыть редактор

Проблема. Редактор Elementor открывался белым экраном, сайт приходилось откатывать из бэкапа.

Решение. Подняли memory_limit до 512 МБ через wp-config.php (хостинг позволял). Отключили три неиспользуемых виджета Elementor Pro. Поставили кэш-плагин для ускорения редактора.

Итог. Редактор открывается, правки страниц снова возможны.

Каждую ночь админу приходило письмо «На сайте возникла критическая ошибка»

Проблема. Каждую ночь — письмо о критической ошибке, днём сайт работал как обычно.

Решение. Настроили системный cron вместо wp-cron. Дали плагину бэкапа 256 МБ памяти именно для крон-запросов через wp-config.php. Перенесли резервные копии на внешнее S3-совместимое хранилище.

Итог. Ночные письма об ошибке прекратились, бэкапы стабильны.

Админка WordPress открывалась 12–15 секунд — правки невозможны

Проблема. Редактор и список заказов подвисали. Heartbeat и autoloaded options раздували каждый запрос в админку.

Решение. Почистили autoload в wp_options, ограничили Heartbeat, отключили лишние виджеты дашборда и уведомления WooCommerce на фронте админки. Object Cache для сессий.

Итог. Вход в админку и список заказов — около 2 секунд вместо 15.

Ошибка 500 после принудительного обновления PHP с 7.4 на 8.2

Проблема. После перехода хостера на PHP 8.2 — ошибка 500 на всём сайте.

Решение. Прошли по всем error-логам, исправили синтаксис в восьми местах темы. Обновили три устаревших плагина. Один плагин автор забросил — заменили на поддерживаемый аналог.

Итог. Сайт работает на PHP 8.2, не зависит от отката версии на хостинге.

Тысячи цен вариаций вручную → формула «база товара + опция»

Проблема. Сотни вариативных товаров: одну опцию нужно ценить один раз, но в WooCommerce цена стоит у каждой вариации. Владелец выставил всем одну максимальную — в каталоге завышенная цена на дешёвые комплектации.

Решение. Mu-plugin: цена вариации = база товара + цена опции. Инлайн-редактирование в админке, пересчёт по хукам, дашборд и WP-CLI. Только целевая категория каталога; скидки и Discount Rules сохранены.

Итог. Правки цен — десятки полей вместо тысяч вариаций; в витрине снова разные цены по комплектации.