Техподдержка сайтов
на OpenCart в Казани

Да. Подхватываем там, где остановились — будь то недоделанные модули, отсутствие доступа к админке или сломанная структура. Без осуждения, только движение вперед.

Мы работали со всеми ними (и их причудами). Не переделываем — стабилизируем то, что уже есть.

Не проблема. Можем стабилизировать текущую версию или помочь с обновлением — без потери данных или SEO в процессе.

Да. Начинаем с разбора, что реально тормозит: тяжёлые запросы, раздутые шаблоны, неверно настроенные расширения. Кеширование подключаем после того, как причина устранена.

Признаки: чужие файлы в каталогах, незнакомые учётные записи администратора, редиректы для части посетителей, всплески исходящей почты. Часть заражений видна только сверкой файлов.

Снимаем копию состояния для разбора, чистим код, меняем все пароли и ключи. Восстановление из старой копии без закрытия дыры возвращает заражение.

Через устаревшее расширение с известной уязвимостью, реже через слабый пароль администратора. Само ядро OpenCart ломают заметно реже.

Оцениваем, к чему был доступ, и фиксируем выводы письменно. Если утечка возможна, это отдельная процедура с уведомлением.

Обязательно все: админка, база, хостинг, ключи платёжных систем. Базовая гигиена, о которой вспоминают после проблемы.

Можно, и для OpenCart это осмысленная мера: перебор по стандартному адресу идёт постоянно. Но она дополняет обновления, а не заменяет их.

Для учётных записей с правами администратора оправдан. Первую неделю непривычно, дальше незаметно.

Ставим лимит и блокировку по адресу. Перебор паролей — самый частый способ попасть в панель.

Не обязательно: иногда так правили подрядчики. Сверяем с официальной версией и смотрим, что именно и когда изменено.

Снимается после чистки через панель вебмастера. Пока метка стоит, покупателей отпугивает предупреждение браузера.

В менеджере паролей с разделением по ролям. Общий документ с паролями сводит на нет остальные меры.

Полезно, особенно при большом наборе расширений. Сверка файлов ловит изменения раньше, чем их заметят покупатели.

Переносим в конфигурацию вне репозитория. Ключи в коде утекают вместе с любой копией проекта.

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

Полезно, если команда работает из предсказуемых мест. Для распределённой команды удобнее двухфакторный вход.

По событию, а не по календарю: уход сотрудника, подозрение на утечку, передача проекта. Плановая смена раз в месяц лишь раздражает.

Настраиваем роли: кто видит заказы, кто правит товары, кто трогает настройки. Полный доступ всем — лишний риск.

Целостность файлов, отсутствие лишних администраторов, исходящую почту и журнал входов. Одной чистки файлов мало.