Создание сайтов
на Laravel
в Ростове-на-Дону

Мы как IT-компания анализируем существующий код, оставляем рабочие части и реструктуризируем проблемные. Эволюция, а не революция.

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

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

Наше агентство создавало приложения с поддержкой множества языков. Маршруты, контент и административные интерфейсы — все адаптируется под локализацию.

Можно: расчёт тарифа, создание отправления и статусы. У каждой системы свой формат и лимиты.

Запрос в очередь и повтор. Оформление заказа не должно зависеть от чужого сервиса.

Нужно: история статусов нужна и клиенту, и при разборе претензии.

Ограничение частоты на своей стороне. Превышение обычно заканчивается блокировкой ключа.

Можно, если данных достаточно. Для нестандартных грузов показывают признак расчёта менеджером.

Склад выбирается правилом по наличию и адресу. Правило описывают до разработки.

Нужны: накладные и этикетки приходят из системы перевозчика и сохраняются в заказе.

Передавать отмену перевозчику и фиксировать ответ. Односторонняя отмена создаёт расхождение.

Можно: своя доставка становится ещё одним способом со своими зонами и тарифами.

Подключают сервис подсказок. Свободный ввод адреса даёт ошибки при доставке.

Нужна: сроки, отказы и расхождения по весу. По ней пересматривают условия.

Отдельный сценарий со ссылкой на заказ и своими документами.

От нескольких дней до недели. Дольше всего согласуют доступ и договор.

Настройки зон и тарифов, описание обмена, журналы и доступы.

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

Статус с причиной и уведомление ответственному. Молчаливая пропажа отправления недопустима.

Нужно: при споре о стоимости это единственный аргумент.

Подключить сервис подсказок. Свободный ввод адреса даёт отказы при приёме отправления.

Можно по правилу: один получатель и один адрес. Правило описывают до разработки.

Отдельный сценарий с расчётом менеджером. Автоматический тариф там чаще всего неверен.

Полезны при ключевых статусах. Сообщение о каждом шаге раздражает.

Отдельный тип со ссылкой на исходное и своими документами.

Можно: правило подбора по адресу. Показывать недоступный способ бессмысленно.

Обновлять в настройке с датой. Старые расчёты пересчёту не подлежат.

Нужна: сроки, отказы и расхождения по весу. По ней пересматривают условия.

Нужна там, где важен адрес: склады, пункты выдачи, зоны доставки.

Группировать по масштабу и подгружать по области видимости. Тысяча меток разом вешает страницу.

Можно: поиск с подсказками и подбор ближайшей точки.

Хранить границы зон и определять принадлежность адреса. Список улиц устаревает быстро.

Нужны с учётом выходных. Приезд к закрытой точке порождает жалобу.

Кешировать результаты подбора координат. Повторный запрос по одному адресу тратит лимит.

Можно ссылкой в навигатор. Свой маршрут внутри сайта делают редко.

Загружать списком с проверкой адресов. Ручное ведение сотен точек не масштабируется.

От нескольких дней, если данные о точках готовы.