Браузере это тоже программа на компьютере, как видите никаких проблем с этим нет. Всё можно

У нас так телефония работает oktell, просто на определённый порт локалхост шлем нужные данные

Ну а дальше программа на компьютере начинает звонить и т.д

С POS системой так же работаем на кассе передавая из браузера

🌚

В принципе направление куда копать и что читать я понял. Всем огромное спасибо!

Что может случиться если домен зарегать на фейковые данные?
Я читал, что такие функции как перепродажа, перенос, восстановление данных от аккаунта будут недоступны. Но может кто-то сталкивался практически с ситуацией, когда надо регать на фейковые данные? Мне интересно насколько реальны эти проблемы (описанные выше) и может быть какие-то ещё проблемы были в вашей практике.
Просто очень важно, чтобы не отследили по владельцу домена его местоположение

всем привет, а нормально ли писать сразу в formRequest методы типа getName getTitle getUserId?

или лучше в контроллере через $request->input

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

я потом отдельно DTO сздаю и уже передаю в репозирторий)  просто что - то задумалс заменить константы поле в форм реквесте на методы)

та можно, че б и нет

Если тебе это упростит работу

это поятно) просто можно в контроллере делать $request->input(FormRequest::ЧТО-ТО) либо $request->getЧтоТо() и что - то думаю что заюзать)

->getChtoTo()

А у вас так часто будут названия входных параметров меняться, или вы один FormRequest будете в нескольких местах использовать?

один реквет на один метод например store, просто хотелось сделать все независимо)

Это похвально, но на мой взгляд иногда слишком оверэнджениринг, если только один контроллер за это отвечать будет)

Базовый реквест абстрактный создаёшь для сущности, туда закидываешь все, константы полей, методы на получения и тд, а в дочерних типа storeRequest updateRequest переобраделяешь только rules

Ну и ауторайз если надо