Поддержка сайтов
на WordPress
в Краснодаре
Какие задачи мы решаем
Разбираем причину и приводим систему в порядок.
Падения плагинов, баги админки, конфликты — находим корень проблемы и устраняем аккуратно. Работа под вашу систему без экспериментов.
Апдейты постоянно
что-то ломают.
Изолируем версии
и упорядочиваем загрузки.
Плагины мешают
друг другу.
Проверяем хуки
и синхронизируем темы.
Изменения
не сохраняются.
Исправляем редактор
и настраиваем кэш.
Админ-панель
перегружена.
Облегчаем интерфейс
и чистим плагины.
С кем мы работаем
- Чистое ядро
- Плагины под контролем
- Дизайн без глюков
- Обновления проверены
- Админ-панель стабильна
- SEO и UX синхронны
от наследия. Разгружаем
и стабилизируем.
- Легаси удалено
- Скорость восстановлена
- Бэкапы настроены
Что входит в поддержку WordPress?
и подтверждается — никаких гаданий.
Сколько стоит поддержка WordPress в Краснодаре
Поддержка WordPress индивидуальна. Стоимость определяется архитектурой сайта,
накопленными дополнениями и глубиной проблем.
Цены указаны без НДС. НДС по ставке 5 % предъявляется дополнительно и включается в счёт.
Больше возможностей для вашего проекта
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Можете отменить чужие изменения?
Если изменения недавние и не зашиты в код намертво — да. Если нет, все равно можем восстановить то, что работало — но без догадок. Работаем по логике, поиск виноватых нас не интересует.
Это разовое исправление или постоянная поддержка?
Решаете вы. Предлагаем и то, и другое. Некоторым сайтам нужна просто очистка. Другим — кто-то, кто будет поддерживать стабильность долгосрочно.
Работаете со взломанными сайтами WordPress?
Да — если еще можно восстановить. Проверим целостность файлов, найдем вредоносные вставки и очистим без сноса системы. Если слишком запущено — честно скажем.
А если это плагин, который мы сами написали?
Изучим код и отнесемся к нему как к любой другой части системы. Неважно, кто писал — если что-то ломает, выясним почему.
У нас тридцать плагинов. Это много?
Само число не приговор, но каждый плагин — чужой код с доступом ко всему сайту. Смотрим, какие реально используются и какие дублируют друг друга.
Как понять, какой плагин можно выключить?
Отключаем по одному на копии и смотрим, что меняется. Часть плагинов ставилась под разовую задачу и осталась навсегда.
Плагин заброшен автором. Что делать?
Ищем поддерживаемую замену, либо берём его на сопровождение сами, если функция небольшая. Оставлять заброшенный плагин с доступом к базе рискованно.
Два плагина делают одно и то же.
Оставляем один. Дубли не только весят, но и конфликтуют между собой, а искать причину такого конфликта долго и дорого.
Лицензии заканчиваются, продлевать все дорого.
Считаем, что из платного реально используется. Часто половину можно заменить встроенными средствами или одним плагином вместо трёх.
После отключения плагина остался мусор в базе.
Многие плагины не чистят за собой таблицы и настройки. Убираем остатки вручную, с копией и проверкой.
Можно ли обновлять плагины автоматически?
Мелкие исправления — можно, крупные версии — нет. Автообновление крупной версии это самая частая причина внезапно упавшего сайта.
Как узнать, что в плагине нашли уязвимость?
Отслеживаем бюллетени безопасности по установленному набору. Это часть регулярной поддержки, повторяем её постоянно.
Плагин нужен, но он тормозит сайт.
Смотрим, что именно он делает на каждой странице. Часто его достаточно ограничить теми страницами, где он реально нужен.
Можно написать свой плагин вместо покупного?
Можно, если нужна небольшая часть функциональности. Свой код проще и легче, но его придётся поддерживать вам или нам.
Сколько плагинов остаётся после ревизии?
По опыту заметно меньше, чем было. Точное число зависит от того, сколько ставилось под разовые задачи.
Ревизия сломает что-нибудь?
Всё проверяется на копии, и отключение обратимо. На боевой сайт переносим только проверенный набор.
Как не набрать плагинов снова?
Заводим правило: новый плагин ставится после проверки на копии и с ответом на вопрос, что он заменяет. Без правила набор растёт сам.
Что получим после ревизии?
Список используемых плагинов с назначением, убранные дубли, очищенную базу и правило пополнения набора.
Можно ли заменить несколько плагинов одним?
Часто можно: формы, кеш, изображения нередко закрываются одним решением вместо трёх. Это и дешевле по лицензиям, и легче по нагрузке.
Как проверить, что плагин безопасен, до установки?
Смотрим дату последнего обновления, число установок, историю уязвимостей и совместимость с текущим ядром. Заброшенный плагин не ставим.
Плагин просит доступ к записи файлов. Это нормально?
Для части задач нормально, но права стоит ограничивать. Плагин с правом записи в любой файл — потенциальная точка входа.
Можно ли откатить плагин на прошлую версию?
Можно, если прошлая версия сохранена. Поэтому точку отката делаем до обновления, а не после.
Сколько плагинов считается нормой?
Жёсткой нормы нет, важна их суммарная нагрузка и качество. Десять аккуратных лучше пяти тяжёлых.
Что делать с плагинами от прошлого подрядчика?
Разбираем, что каждый делает, и оставляем нужные. Самописные без описания документируем сами.
Обновлено: