Создание сайтов
на Laravel в Казани

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

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

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

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

Вход, профиль, заявки и документы с правами по роли. Это типовая связка, которая собирается предсказуемо.

По тому, что у клиента под рукой. Для массового сервиса чаще телефон, для B2B почта.

Восстановление по ссылке со сроком жизни и блокировка после серии попыток. Это обязательный минимум.

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

Нужна там, где видны деньги или документы. Для кабинета со статусами обычно избыточна.

Текущие заявки и их статусы. Остальное уходит вглубь, иначе экран перегружен.

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

Роли внутри компании-клиента: кто создаёт, кто подтверждает, кто видит документы.

Нужны при смене статуса и появлении документа. Остальные быстро отключают.

Хранить и показывать клиенту. Это снимает споры о том, что и когда обсуждалось.

Можно: статусы и документы тянутся оттуда. Тогда данные совпадают с бухгалтерией.

Собирать минимум, брать согласие и описать обработку. Для кабинета это обязательный минимум.

От нескольких месяцев на первую версию. Интеграции считаются отдельно.

Код, базу, доступы и описание ролей.

Нужна: без неё в базе копятся несуществующие адреса и письма не доходят.

Можно: для массовой аудитории это удобнее пароля. Для B2B чаще оставляют пароль.

Напоминание один раз и очистка по сроку. Бесконечные напоминания раздражают.

Нужно: блокировка после серии попыток защищает от перебора паролей.

Сессии показывают в профиле с возможностью завершить. Это базовая гигиена безопасности.

Можно, если пользователь подтверждает оба. Автоматическое слияние по почте опасно.

То, ради чего человек пришёл: заявки, документы или заказ. Приветственный экран лишний.

Обычно нет: она приводит к простым паролям. Лучше двухфакторная проверка для важных ролей.

Механизм удаления и обезличивания с подтверждением. Для персональных данных это требование.

Можно: срок и статус подписки определяют, что видно в кабинете.

Отмечать по дате входа. Это данные для рассылок и для чистки базы.

Карты, счёт для компаний и оплата по ссылке. Набор выбирают по составу клиентов.

По уведомлению от платёжного сервиса на сервер. Ответ в браузере подтверждением не считается.

Заказ ждёт со статусом ожидания и отменяется по сроку. Мгновенная отмена теряет платежи в пути.

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

Подключают, если это принято в нише. Условия задаёт сервис, не приложение.

Чек формирует касса по требованию закона. Приложение передаёт состав заказа.

Идентификатор операции на стороне приложения. Повторное нажатие не создаёт второй платёж.

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

Нужна ежедневная с выпиской сервиса. Расхождения находят по журналу операций.

Несколько платежей по одному счёту с остатком. Для B2B это обычный сценарий.

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