Вопрос к знатокам по архитектуре (если можно так выразиться)
Нормально ли организовать миграции по разным субдиректориям?
Например так:

database
  - migrations
    - MigrationsGroup1
      - 2020_10_31_160000_create_test_1_1_table
      - 2020_10_31_161000_create_test_1_2_table
    - MigrationsGroup2
      - 2020_10_31_170000_create_test_2_1_table
      - 2020_10_31_171000_create_test_2_2_table
    ...

Знаю, что Лара смотрит на временную метку  при организации очередности запуска
Просто у меня 30+ миграций, и искать нужную не совсем удобно, когда они все в одной директории

Нет. Не будут работать

Будут, если их в провайдере подгрузить

Мне просто интересно, норм ли такой вариант с точки зрения "правильности" что-ли

Зачем их искать?

В Ларе 8 можно сделать php artisan schema:dump --prune и код создаст дамп текущей структуры БД и удалит лишние миграции.

https://laravel.com/docs/8.x/migrations#squashing-migrations

Дык понятно что добавив вручную функционал будет. Из коробки не будет.

glob юзать уже неправильно - он путь регуляркой ищет и работает очень медленно.

А вообще зачем искать по миграциям что-то? Проще ж в базу заглянуть и структуру глянуть. Будет быстрее и 100% актуальное состояние.

Я имею ввиду файл нужный искать)
А так понятное дело, удобнее в самой базе глянуть

Зачем его искать? Только не говори, что исправлять в нём что-то?

Всем привет! Есть фронт на vue, расположен на одном компе, есть api на ларавель sanctum fortify, расположенный на другом компе. Стучусь на авторизацию из интерфейса, вылезает ошибка корс что не может записать куки из Set-Cookie. Если стучаться с одного IP адреса все норм. Если с разный гребанный корс. Настройки все сделаны. Подскажите как решить эту проблему?

Именно для этого)

Т.к. прода как такового ещё нет
Постоянно что-то по функционалу и фичам добавляется, что-то убирается

Один на проекте?

Пока что да

Когда будет два или больше - хлебнёшь знатно от таких действий))

На будущее, миграции изменять можно до тех пор, пока их не выгрузил в репозиторий для сливания в основную ветку.
Как только это сделал - изменять нельзя. Нужно создавать новую миграцию.

Во-первых, после сливания кто-то может скачать ветку и развернуть у себя. Если изменишь миграцию - у этого человека/сервера заново они не будут применяться.

Как бы всё. Это 99% причин появления проблем с базой :)

Понял)
На заметку себе взял)

Ну и получается, если мы их не редактируем в будущем, то и смысла их разносить по субдиректориям смысла особого нет

Просто оставлю это здесь (смотри саааамую нижнюю строчку с количеством файлов)

Я тебя понял

Сколько эти миграции выполняются? Можно пойти кофе сделать и попить?