DZ
логически порассуждай - ты вызываешь фасад, не передавая ему никакой контекст.
Откуда он технически может узнать о protected проперти у миграции?
Откуда он технически может узнать о protected проперти у миграции?
Size: a a a
2021 June 20
AS
Да, я понимаю, но документация говорит что можно
A
может кэш конфига на my_connection? т.е. он тупо не нашел такого и юзает дефолтный?
MR
Отсюда
AS
Тут коннекшен правильный возвращается как ни странно
AS
У меня миграция накатывается внутри модуля, там свой .env
Тоже сразу подумал что в этом дело
Тоже сразу подумал что в этом дело
MR
А при выполнении метода up/down? Что перед схемой, какой коннекшн? Что выдаст
Schema::getConnection()?MR
Свой .env? А как их он туда прокидывается?
AS
Dotenv
MR
Ну глянь этот вариант, интересно
AS
смотрю
AS
Вернул дефолтный коннекшен
AS
мне бы как-то перезаписать эту пропу, но не пойму пока как
DZ
тут очевидно где-то не хватает установки коннекшна. Единственное, что он тут попытается сделать - открыть транзакцию на указанном тобой коннекшне, но от этого ни жарко ни холодно
MR
А посмотри что возвращает конфиг, config(‘database.connections.ТВОЙ’) или config(‘database.connections.’)
MR
Есть ли он там?
MR
Открыть транзакцию и в ней выполнить метод миграции, а соотвественно все запросы что выполняются там, не?
AS
Возвращает все коннекшены, включая и мой
DZ
да хрен там, миграция сама по себе, фасад сам по себе
MR
Ну фасад же от чего то существует)