Доработка сайта: новое добавлю, старое не сломаю.

Сначала читаю проект

Разворачиваю сайт локально или на стейджинге, смотрю структуру, зависимости, версии PHP и фреймворка, cron-задачи и очереди. Если есть места, которые опасно трогать, — например, расчёт цены или обмен с внешней системой без тестов, — говорю об этом до начала работы, а не после.

Правка — отдельный коммит

Каждое изменение — отдельный коммит или пул-реквест в вашем репозитории с описанием, что и зачем сделано. Если репозитория нет и код лежит только на хостинге, сначала заводим его: без истории изменений откатить неудачную правку нечем.

Проверка до выкладки

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

Выкладка и гарантия

Выкладываю сам или передаю вашей команде с инструкцией. Если в моей правке найдётся ошибка, исправляю бесплатно — это и есть гарантия. Чужие ошибки, найденные по дороге, записываю в список и оцениваю отдельно.

N+1 — сотни запросов вместо нескольких

Список из 50 товаров делает один запрос за товарами и ещё по запросу на категорию, бренд и картинки каждого — 150 с лишним запросов вместо четырёх. Лечится жадной загрузкой через with() и load(), а Model::preventLazyLoading() в локальном окружении не даёт проблеме вернуться с новым кодом.

Нет индексов под реальные запросы

Фильтр по статусу и дате, сортировка по created_at, поиск по внешнему ключу: на десяти тысячах строк это миллисекунды, на миллионе — секунды. Беру медленные запросы из лога, смотрю план через EXPLAIN и добавляю составные индексы. В Postgres внешний ключ сам по себе индекс не создаёт, в отличие от MySQL, — после переезда базы связи вдруг начинают тормозить.

Из базы читается больше, чем нужно

• ·select * с тяжёлыми text- и JSON-колонками там, где нужны три поля.
• ·all() и get() вместо пагинации или chunk() на больших таблицах.
• ·->get()->count() вместо count() — вся таблица в память ради одного числа.
• ·Аксессоры и $appends, которые на каждой модели делают свой запрос.

Тяжёлая работа выполняется, пока пользователь ждёт

Письма, PDF, ресайз картинок, запросы к внешним API прямо в контроллере. Переношу их в очереди на Redis с Horizon: ответ уходит сразу, работа идёт в фоне, упавшие задачи видны и перезапускаются.

Не настроено окружение

Выключен OPcache, не выполнен php artisan optimize, сессии и кэш лежат в файлах, а воркеров PHP-FPM меньше, чем одновременных запросов. Проверяется за час и нередко даёт заметный прирост без единой правки в коде.

Тормозит не бэкенд, а фронт

Сервер отвечает за 100 мс, а страница грузится пять секунд: картинки по несколько мегабайт, блокирующие скрипты, бандл без разделения. Тогда смотрю Lighthouse и сборку Vite и говорю об этом прямо — оптимизировать невиноватый бэкенд бессмысленно.

Программист на час

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

Проект с фиксированной ценой

Для понятного объёма: доработка функционала, новый раздел, интеграция, ускорение каталога. Цена и срок фиксируются после оценки, оплата частями по этапам.

Постоянная поддержка

Если задачи идут каждый месяц, выгоднее техподдержка с пакетом часов, мониторингом и временем реакции по договору.

От чего зависит цена

• ·насколько код документирован и покрыт тестами;
• ·есть ли стейджинг и копия данных или их нужно подготовить;
• ·старая версия PHP или фреймворка, которая мешает обновить пакеты;
• ·сколько внешних систем затрагивает правка.