Класс смертельной ошибки Laravel не найден при миграции

Ответ 1

Я решил свою проблему

• Удаление всей миграции
• Запуск composer dump-autoload
• Добавление их обратно по одному и запуск php artisan migrate
• Удаление тех, которые привели Laravel к ошибке.
• Создать новые миграции для замены удаленных.

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

Я также обнаружил, что для некоторых из них также работает переименование миграции с ее начальным именем (тот, который выбрасывается с фатальной ошибкой).

Ответ 2

У меня тоже была эта проблема. Необходимо помнить: имя класса должно соответствовать имени файла. Простое переименование файлов помогло мне:)

Например: в файле "2014_12_08_100923_create_items_tables.php" должен быть класс с именем "CreateItemsTables" с использованием слов CamelCase.

Ответ 3

Я столкнулся с этим, и решение было отличным от всего вышеперечисленного. Причина, по которой он терпел неудачу, состояла в том, что имя файла все еще упоминалось в таблице миграции БД. Поскольку не было уникальных столбцов, я не мог удалить его с помощью PHPMyAdmin и должен был выполнить маршрут CLI.

Войдите на свой сервер с правами root. Введите следующее:

mysql -p database_name

(теперь он запрашивает ваш пароль. С этого момента все предшествует mysql > , который просто означает, что вы находитесь в среде Mysql.

select * from migrations;

Найдите файл переноса, который вы удалили, и скопируйте имя.

delete from migrations where migration = '2015_07_21_000119_create_some_table';

Следует упомянуть что-то о 1-й строке. Теперь убедитесь, что он ушел, набрав первую команду еще раз:

select * from migrations;

Если он вышел из среды Mysql, набрав

exit;

Теперь попробуйте "php artisan migrate: rollback" снова, и он должен работать как шарм: -)

Ответ 4

Существует более простой способ.

• Восстановите эти миграции удаления вручную. artisan make:migration
• выполнить artisan migrate:reset для отката
• Удалите только созданные файлы фиктивных миграций.
• run artisan migrate:refresh

Ответ 5

Я знаю, что это немного мимо, но на самом деле существует лучший способ. Запустите следующее в терминале и не стесняйтесь удалить любой из них:

~$ php artisan clear-compiled;php artisan cache:clear;php artisan config:clear;php artisan debugbar:clear;php artisan view:clear;php artisan optimize

Для выполнения обычной задачи создайте исполняемый файл с именем artisan-clear:

#!/bin/bash

php artisan clear-compiled
php artisan cache:clear
php artisan config:clear
php artisan debugbar:clear
php artisan view:clear
php artisan optimize

Ответ 6

Фактическое решение - использовать правильное название для ваших переводов. Возможно, вам понадобится

composer dump-autoload

Файлы миграции должны быть следующими: YYYY_MM_DD_000000_create_some_table.php и имя класса внутри должно быть

class CreateSomeTable extends Migration{}

Ответ 7

Для меня решение заключалось в том, что имя моего класса внутри миграции каким-то образом начиналось с строчной буквы. Когда я изменил имя класса, чтобы все было в верхнем регистре, а затем запустил composer dump-autoload, он в итоге работал у меня. Это использует Laravel 5.1, для чего он стоит.

Ответ 8

Мне понравилось: 1. Удаленная строка не существует миграции из таблицы миграции из базы данных 2. И запустите команду php artisan migrate: refresh

Это помогло решить мою проблему.

* все ваши данные будут удалены из таблиц базы данных

Ответ 9

версия 5.1.3 та же проблема исправить это я:

• удалить базу данных всех таблиц
• php artisan migrate: status

вывод: No migrations found. ok использовать его

• php artisan migrate: install
• php artisan migrate

:

Migrated: 2016_11_24_093015_dt_some_table
Migrated: 2016_12_05_141004_dt_some_table
Migrated: 2016_12_07_110518_dt_some_table
Migrated: 2016_12_08_141807_dt_some_table
Migrated: 2016_12_13_090832_dt_some_table

эта проблема решена.

Ответ 10

У меня была та же проблема. Когда я нажимал php artisan migrate:reset, я получил Class 'CreateImagesTable' not found. И composer dump-autoload не помогло.

Мое решение было очень просто:

• php artisan make:migration create_images_table --create=images
• composer dump-autoload
• Тогда я получил: SQLSTATE[HY000]: General error: 1 no such table: images (SQL: drop table "images")
• поэтому в sqlite я набрал: CREATE TABLE `images` ( ... > `id` INTEGER ... > );
• И затем php artisan migrate:reset
• Теперь я снова счастлив.

Ответ 11

Если мастер не работает вообще и продолжает бросать вам это сообщение независимо от команды, которую вы даете, удалите файл config.php из папки bootstrap/cache.

После этого снова запустите

php artisan config:cache