Перестал работать импорт, форма выдаёт ошибку или нужно изменить одну функцию. Если у задачи чёткие границы и её результат можно проверить, мы согласуем объём исправлений. Отдельная диагностика всего приложения в таком случае не всегда нужна.
Система нужна компании, но разработка остановилась или каждое исправление вызывает новые проблемы. Мы изучим доступные материалы и работу приложения, чтобы спланировать первый этап и дальнейшее сотрудничество.
Хостинг требует сменить версию PHP или зависимости мешают обновлению. Мы проверим совместимость приложения, определим необходимые изменения и процессы, которые нужно протестировать перед переходом на новое окружение.
В приложении, созданном другим подрядчиком, мы исправили импорт больших файлов CSV, доработали интерфейс и работу на мобильных устройствах. Только после знакомства с рабочим процессом клиента мы заново разработали каталог книг на Laravel. Решение текущей проблемы и полная переработка были отдельными этапами.
Когда мы приняли проект в работу, состояние приложения показало, что старый код стоит заменить. Мы написали сервис с нуля на Laravel, сохранив и развив визуальное направление, заданное владельцем. Работы также охватили данные предложений, поиск, отзывы, сообщения и модерацию.
Сначала выясняем, для чего компания использует систему и какую функцию нужно восстановить или развить. Проверяем, где хранится код, соответствует ли он работающей версии и кто контролирует репозиторий, хостинг и связанные сервисы. Недостающие материалы отмечаем как ограничения для дальнейшей работы.
В согласованных пределах изучаем фреймворк и библиотеки, конфигурацию, базу данных, интеграции и фоновые задачи. Проверяем, можно ли запустить проект в тестовом окружении и воспроизвести основные действия пользователей. На этой основе определяем, какие изменения можно выполнить первыми.
Возможная ситуация: исправление импорта внесли прямо на сервер, но не сохранили в репозитории. Тогда одного кода из репозитория недостаточно, чтобы воспроизвести текущее поведение приложения. Перед дальнейшей разработкой мы сравниваем доступные версии и определяем, какая станет основой для тестов и развёртывания.
Подробнее о подготовке передачи рассказываем в руководстве по смене разработчика существующего приложения.
Для задачи с определённым объёмом исправлений мы передаём доработку в согласованном окружении, результаты проверки и сведения, необходимые для развёртывания или дальнейшей работы. Критерии приёмки определяем до начала работ.
Если сначала нужна диагностика, её согласованный результат может включать:
Сам по себе возраст приложения не определяет необходимость его замены. Решение мы связываем с конкретными ограничениями кода, данных и окружения. Различия между вариантами разбираем в статье о модернизации существующей системы и разработке с нуля.
Бесплатный разговор длительностью до 20 минут помогает уточнить проблему, цель и материалы для следующего шага. Он не включает анализ кода или технический отчёт.
Если доступной информации недостаточно, чтобы обоснованно определить объём работ, мы предлагаем отдельную платную диагностику. До её начала подтверждаем объём, результат, срок и стоимость. При оценке учитываем состояние кода, полноту материалов, интеграции и важность изменяемого процесса для компании.
Материалы диагностики можно использовать и с другим подрядчиком, соблюдая конфиденциальность. Если затем мы выполняем работы по результатам диагностики, уплаченная за неё сумма засчитывается в общую стоимость проекта.
Проверяем статус поддержки используемой версии PHP и совместимость фреймворка и библиотек с целевой версией. До изменения согласуем порядок резервного копирования, тестирования и возврата к предыдущему выпуску. Приёмка должна охватывать важные процессы, интеграции и фоновые задачи. Открытие главной страницы ещё не подтверждает, что всё приложение работает.
Если обращение связано с критической уязвимостью PHP, срочное исправление окружения нужно согласовать с администратором или хостингом. Переписывание приложения его не заменяет. Подробнее об этом говорим в руководстве по обновлению PHP и оценке старого приложения. Эта услуга не предусматривает круглосуточного реагирования на инциденты.
Расширенный аудит безопасности, миграция данных и последующее сопровождение приложения требуют отдельного согласования объёма. Они не входят автоматически в приём проекта.
Укажите адрес системы, опишите проблему и первый ожидаемый результат. Если знаете технологию или важный срок, добавьте эту информацию. Мы ответим вопросами или предложим следующий шаг.
Не отправляйте пароли, ключи API, копии базы данных или данные клиентов. Если для работ потребуются доступы, мы договоримся о способе их передачи после согласования объёма.
Удобнее связаться иначе? Напишите нам по электронной почте или позвоните.
