str_replace заменяет строку в строке и хранит в переменной. Он не записывает файл.

хмм получется надо как то сказать ему после все что сделал сохрани ))

Например.

В роутах, например:

app('router')
  ->prefix('users')
  ->middleware('auth:api_users')
  ->group(function () {
    app('router')->get('me', '...');
  });

app('router')
  ->prefix('employers')
  ->middleware('auth:api_employers')
  ->group(function () {
    app('router')->get('me', '...');
  });

круть !!! спасибо!

Ну да, а ты как хотел?)

но если смотреть тут https://github.com/laravel/ui/blob/3.x/src/AuthCommand.php

он этого не делает

Ну да как же))

https://github.com/laravel/ui/blob/3.x/src/AuthCommand.php#L123

ска :D

понял спс

Как понять нужно ли разделять таблицу юзеров на несколько:

1. Отличаются ли чем-то глобальным юзеры между друг другом или только значением параметра, например, type_id?
2. Могут ли юзеры "перепрыгивать" туда-сюда в разные типы?

Если ответ "да", то стоит держать одну таблицу и разделять их между собой по этим меткам и типам.

В нашем случае есть две таблицы - клиенты и сотрудники.

У клиентов поля:
- id
- first_name
- last_name
- email
- phone
- birth_date
- payments_sum
- payments_count
- source_id
- country_id
- city_id

У сотрудников:
- id
- first_name
- last_name
- email
- phone
- password
- start_work_at
- end_work_at
- work_position_id
- country_id
- company_id
- unit_id
- rating
- voices
- vaccinated_at
- blocked_at
и ещё пара десятков полей.

Юзеры не могут "перепрыгивать" в "сотрудников" и обратно. Под капотом жёсткое распределение логики работы с этими данными.

ну да поэтому я и хотел сделать две таблицы

хотя в одной можно проверять  isAdmin = 0 or 1

но буду делать две таблицы потому что две админки. тоесть для пользователей и для главного админа

понятное дело

в это и цель

хотя можно было так не заморачиватся а сделать еще и 3

isAdmin  = 3