Поэтому, видимо, теперь я получаю эту странную ошибку, когда хочу перенести мою базу данных
{"error":{"type":"Symfony\\Component\\Debug\\Exception\\FatalErrorException","message":"Class '' not found","file":"C:\\xampp\\htdocs\\l4crm\\vendor\\laravel\\framework\\src\\Illuminate\\Database\\Migrations\\Migrator.php","line":301}}[Finished in 1.3s]
Все, что обычно используется для работы, и не имеет значения, какие файлы я пытаюсь перенести (я пробовал только перенос одной таблицы, а затем другую, все они дают ту же ошибку)
Есть идеи? Я смотрел на него уже не один час.
Также «композитор-дамп-автозагрузка» не делает этого трюка.
Мой composer.json также загружает миграции.
У меня была та же проблема, я искал в Интернете, и я нашел это решение, которое вы должны обновить автоматически созданной classmap (aka autoload) с помощью этой команды композитора:
php composer.phar update
или
composer update
проверьте эту ссылку: я нашел решение здесь
Кажется, я решил проблему.
Для облегчения определения порядка миграции я переименовал файлы миграции в нечто вроде
1_create_users_table.php 2_create_..._table.php 3_create_..._table.php
и так далее. По-видимому, это дало мне ошибку, ей действительно нужно было оставаться в формате « yyyy_mm_dd_hhmmss_create_xxx_table.php ».
если composer dump-autoload
не работает, проверьте имя своего класса в файле миграции. Имя класса должно совпадать с именем файла без даты
У меня такая же проблема.
Для меня composer update
не работает (в других ситуациях) с Windows по неизвестным причинам.
Но,
composer dump-autoload
работает.
В моем случае я удалил миграцию в исходных файлах, но я не попал в таблицу «migrations» в базе данных.
Удалите строку и обновите миграцию и выполните команду "dump-autoload -o-composer -o"