Диагностика причины сбоя
Анализируем доступные журналы, последние изменения и состояние компонентов. Проверяем приложение, базу, настройки окружения и связанные сервисы в пределах предоставленных доступов.
Подходит, если сайт не загружается, выдаёт ошибки, перестала работать административная часть, пропали материалы или после изменений нарушились заказ, оплата и передача заявок.
Анализируем доступные журналы, последние изменения и состояние компонентов. Проверяем приложение, базу, настройки окружения и связанные сервисы в пределах предоставленных доступов.
Выбираем между исправлением текущей версии и возвратом к проверенной копии. Учитываем заказы и другие данные, появившиеся после резервирования. Перед необратимыми изменениями согласуем возможные потери.
Тестируем согласованные критичные сценарии: открытие страниц, вход, формы, заказы и интеграции. Передаём рекомендации по резервным копиям, проверке обновлений и наблюдению.
ПОД ЗАДАЧУ И ПЛАТФОРМУ
Выбираем инструменты после диагностики: по CMS, инфраструктуре, доступам и согласованному объёму. Это возможный набор, а не обещание применить все программы в каждом тарифе.
Для восстановления файлов и базы данных из доступной копии. Проверяем дату, целостность и возможность восстановления; наличие архива само по себе не подтверждает его пригодность.
Для проверки файлов ядра WordPress по официальным контрольным суммам. Это помогает заметить изменения, но не проверяет весь пользовательский код, базу данных или все сторонние расширения.
Официальная документация ↗Для поиска известных вредоносных файлов в доступной копии проекта. Сигнатурный результат дополняем анализом кода и журналов: отсутствие срабатываний не доказывает, что сайт чист.
Официальная документация ↗До начала фиксируем выбранные инструменты и проверки. Платные лицензии, подписки и услуги провайдеров согласуем отдельно. Автоматический отчёт не заменяет анализ специалиста и проверку результата.
Определяем, какие функции нужно вернуть первыми, сохраняем текущее состояние и уточняем доступные точки восстановления.
Внедряем согласованное исправление или возврат к копии, контролируя данные и зависимости.
Проводим проверку сценариев с ответственным за сайт и документируем причину и дальнейшие действия.
Восстановленные функции в согласованном объёме и отчёт о проделанных действиях. Возможность полного возврата зависит от состояния данных, доступов и резервных копий; срок определяем после диагностики.
Оценка зависит от объёма, состояния проекта и доступных материалов. До начала работ согласуем границы задачи и способ приёмки.
СТОИМОСТЬ / РАЗОВЫЕ РАБОТЫ
Часы технических работ учитываются по 15 минут. Превышение лимита — только после согласования. Неиспользованные часы не переносятся. Исправления наших ошибок в согласованный гарантийный период лимит не расходуют.
Дополнительная веб-разработка и поддержка — 70 ₼/час, профильные работы с 1С — 90 ₼/час. Разовая консультация — 80 ₼/час. До начала дополнительной задачи согласуем оценку и применимую ставку.
SEO и подготовка согласованных материалов не списываются из часов технической поддержки. Один и тот же материал в SEO и ИИ-продвижении повторно не оплачивается.
Точное содержание, сроки, доступы, порядок реакции, условия применимых налогов и итоговую сумму фиксируем в предложении до договора. Цены «от» действуют для описанного базового объёма; более сложные проекты оцениваются отдельно. Продажа лицензий не входит в услуги CODERUHA.
Позиции, количество заявок и попадание в ответы ИИ не гарантируются. Форма на сайте отправляет запрос на обсуждение, а не оформляет покупку или обязательную подписку.
Иногда достаточно исправить код или конфигурацию. При удалении или повреждении данных без копий возможности ограничены. После диагностики объясним доступные варианты и риски.
Восстановление возвращает доступность и функции после разных сбоев. Лечение сосредоточено на вредоносных изменениях и причине заражения. При взломе задачи могут потребоваться вместе.
Это зависит от причины, доступов и состояния копий. Сначала оцениваем ситуацию и согласуем последовательность, не обещая одинаковый срок для всех инцидентов.
До возврата к резервной копии определяем, какие изменения появились после её создания и можно ли их перенести. Риски потери данных обсуждаем до переключения.
Следующий шаг
Сообщите, что перестало работать и когда начался сбой. Уточним состояние копий и определим порядок восстановления критичных функций.