Сайт в порядке удалённо по России
+7 936 315-70-99
Оценить задачу
Сейчас ночь · отвечу утром до 10:00

Кейсы по доработке сайтов

Реальные задачи: что сломалось, почему и как починил. Домены клиентов скрыты — по договорённости.

13 разборов Удалённо по России Срок в каждом разборе

WooCommerce + YITH Wishlist + Flatsome 1,5 часа

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

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

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

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

WordPress + ACF Pro 45 минут

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

Было
После обновления ACF — белый экран на всём сайте.
Стало
Сайт открывается, дубль-плагин убран — повторения ошибки нет.
Как чинил

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

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

WooCommerce + shared-хостинг + ~5 000 товаров 4 часа

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

Было
Сайт падал с ошибкой БД каждые пару часов и оживал сам.
Стало
Падения прекратились, нагрузка на БД упала примерно на 60%.
Как чинил

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

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

WooCommerce + CDEK Official 40 минут

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

Было
Для адресов в Московской области в чекауте — «Доставка недоступна».
Стало
Доставка считается по всей Московской области, заказы пошли.
Как чинил

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

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

WordPress + WooCommerce + FacetWP + Flatsome 6 часов

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

32 → 88 PageSpeed mobile
Было
Каталог на 5 000 SKU открывался ~8 секунд, PageSpeed Mobile — 32.
Стало
PageSpeed Mobile 32 → 88, каталог открывается заметно быстрее.
Как чинил

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

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

WooCommerce + WP Mail SMTP + Яндекс.Почта 1 час

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

Было
После заказа не приходили письма ни клиенту, ни администратору.
Стало
Уведомления по заказам уходят по всем статусам.
Как чинил

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

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

WordPress + Really Simple SSL 2 часа

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

Было
Сертификат установлен, но часть страниц грузилась по http — замок в Chrome горел красным, формы не отправлялись.
Стало
Все страницы открываются по HTTPS, предупреждения браузера исчезли.
Как чинил

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

Причина: Сертификат установлен, но часть страниц грузилась по http.

WordPress + Contact Form 7 + reCAPTCHA 1,5 часа

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

Было
Кнопка «Отправить» крутилась и зависала. В логах PHP — fatal из старого плагина кэша на AJAX-запросе CF7.
Стало
Заявки снова попадают в почту и Telegram-бот, спам отсекается.
Как чинил

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

Причина: Кнопка «Отправить» зависала: fatal из старого плагина кэша на AJAX-запросе формы.

WordPress + Elementor Pro + Hello Elementor + ACF Pro 30 минут

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

Было
Редактор Elementor открывался белым экраном, сайт приходилось откатывать из бэкапа.
Стало
Редактор открывается, правки страниц снова возможны.
Как чинил

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

Причина: Редактор Elementor открывался белым экраном.

WordPress + WooCommerce + 25 плагинов 1,5 часа

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

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

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

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

WordPress + WooCommerce + тяжёлая админка 3 часа

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

15 → 2 секунды, вход в админку
Было
Редактор и список заказов подвисали. Heartbeat и autoloaded options раздували каждый запрос в админку.
Стало
Вход в админку и список заказов — около 2 секунд вместо 15.
Как чинил

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

Причина: Редактор и список заказов подвисали из-за Heartbeat и autoloaded options.

WordPress + старая тема 2018 года + PHP 8.2 5 часов

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

Было
После перехода хостера на PHP 8.2 — ошибка 500 на всём сайте.
Стало
Сайт работает на PHP 8.2, не зависит от отката версии на хостинге.
Как чинил

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

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

WooCommerce + mu-plugin + Discount Rules Pro 3 дня разработки

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

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

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

Причина: Цена стояла у каждой вариации, в каталоге была максимальная на дешёвые комплектации.

Как работаю

Каждый разбор проходит 4 этапа

01

Разбор — бесплатно

Смотрю логи, плагины, тему и хостинг. На большинстве задач за 15–30 минут понятна причина и оценка.

02

Оценка и согласование

Называю цену и срок до начала работы. Можно отказаться — разбор остаётся у вас.

03

Работа на копии

Сначала резервная копия. Сложные правки проверяю на копии и переношу уже готовыми.

04

Приёмка и оплата

Показываю результат и объясняю, что сделано. Оплата — после приёмки. 14 дней гарантии на свою работу.

Похожая задача?

Опишите — оценю за 20 минут

База в Москве, работаю удалённо по России. Скажу, что сломано, сколько стоит и когда будет готово.

Бэкап до начала · Работа на копии · Оплата после результата · 14 дней гарантии

Заявка на оценку

Срочные поломки — 7 дней в неделю Данные не передаю третьим лицам
Позвонить
Оценить задачу