Laravel Erreur Fatale Classe Pas Trouvé lors de la migration

J'ai couru artisan migrate:reset.
J'ai supprimé certains de mes fichiers de migration parce que je n'ai pas besoin de ces tables de plus.
J'ai couru composer dump-autoload suivie par artisan dump-autoload
J'ai couru artisan migrate et je reçois cette erreur:

PHP Fatal error: Class 'Foo' ne trouve pas dans /vagrant/LaravelBackend/vendor/laravel/framework/src/Illuminate/Database/Migrations/Migrator.php sur la ligne 297

J'ai essayé de:

Exécuter de nouveau composer dump-autoload et artisan dump-autoload (également utilisé artisan clear-compiled)
Supprimer le tableau de migration et d'exécuter artisan migrate:install
Supprimer le vendeur et compositeur.verrouillage de fichier et de l'exécuter composer install
De recherche au sein de mon projet avec PHPStorm pour la classe Foo. N'ai pas trouver quoi que ce soit.

Je reçois le même message d'erreur. C'est la première fois que j'utilise ce depuis que j'ai mis à jour 4.2 si ça pouvait être lié. Autre chose que je devrais être à la recherche d'?

Avez-vous essayé de complètement nettoyer votre base de données, et pas seulement les migrations dossier?
Avez-vous des migrations "dépendants" de certains de ceux que vous avez supprimé peut-être? Comme l'ajout d'une colonne à une table, peut-être?
J'ai supprimer toutes les tables dans la base de données. Tous mes migrations sont "indépendants", ils ne nécessitent aucun autre migration. Aussi, j'ai récemment mis à jour en 4.2 si cela pourrait être en cause...
J'ai eu ce problème une fois et je ne me souviens pas comment je l'ai résolu. Si j'étais vous, je voudrais supprimer TOUTES les migrations - puis les ajouter dans un à la fois, jusqu'à ce que l'erreur revient.
Qu'est-ce que la classe Foo? Reconnaissez-vous cette classe? Est-ce quelque chose que vous avez écrit ou un package que vous avez installé? Cela pourrait avoir à faire avec des articles dans la providers tableau dans votre app/config/app.php fichier - vérifiez qu'il n'y a pas quelque chose là-dedans qui ne devrait pas l'être.
Je vais essayer ça. Merci.
Je ne vois rien d'évident, mais je vais creuser. Merci.
Essayez de nouveau avec artisan clear-compiled puis dump autoload
J'ai oublié de mentionné, mais j'ai essayé ça aussi

InformationsquelleAutor Wistar | 2014-06-25

33

J'ai eu ce problème aussi.
Devez vous rappeler: nom de la classe doit être en accord avec le nom de fichier.
Simple renommage de fichiers qui m'a aidé:)

Par exemple: dans le fichier "2014_12_08_100923_create_items_tables.php" doivent être de la classe avec le nom "CreateItemsTables" avec l'aide de CamelCase mots.
- Partout où vous voyez le dump-chargement automatique de la solution, mais on n'explique celui-ci. Merci!!
- Aussi, vous DEVEZ suivre la date de la mise en forme du préfixe stackoverflow.com/questions/24413929/...
- C'est en fait que la réponse (+ commentaire par @xatzisnr) qui résout le problème. L'on a accepté la réponse est juste une solution de contournement (= commencer frais / tout refaire). Vous avez aussi probablement besoin d' composer dump-autoload, surtout si vous renommée vous migrations fichier PHP (manuellement).
InformationsquelleAutor Juljan
25

J'ai résolu mon problème en
1. La suppression de tous les migrations
2. De course composer dump-autoload
3. De les ajouter une par une et en cours d'exécution php artisan migrate
4. La suppression de celles qui ont provoqué Laravel lever une erreur
5. Créer de nouvelles migrations de remplacer des supprimées
Je ne sais pas pourquoi cela a fonctionné, mais ma conjecture est que j'ai modifié le nom de la classe de la problématique des migrations dans le passé.

J'ai aussi trouvé que le fait de renommer la migration avec son nom initial (celui avaient envoyé avec l'erreur fatale) fonctionne aussi pour certains d'entre eux.
- On dirait que vous devez maintenant utiliser composer dump-autoload et pas artisan. (Laravel 5)
- Rappelez-vous ces noms de fichiers! Ils ont eu de match. Voir Juljan de réponse.
- fonctionne comme un charme, même si cela doit être adressée par Taylor Otwell et son équipe, j'ai trouvé la racine du problème et de la solution. Cette question devrait être abordée dans le prochain patch: stackoverflow.com/a/31201694/6568457
InformationsquelleAutor Wistar
12

Je suis tombé sur cette aswell et la solution est différente pour tous les ci-dessus. La raison pour laquelle il n'était pas parce que le nom de fichier est toujours mentionné dans les migrations de la table de la DB. Parce qu'il n'y avait pas des colonnes uniques je ne pouvais pas l'enlever avec PHPMyAdmin et avait à tak pour la CLI route.

De connexion à votre serveur en tant que root.
Tapez la commande suivante:
```
mysql -p database_name
```
(maintenant demande votre mot de passe. À partir d'ici, tout est précédé d' mysql > ce qui signifie simplement que vous êtes dans le Mysql environnement.
```
select * from migrations;
```
Recherchez le fichier de migration vous avez supprimé et copier le nom.
```
delete from migrations where migration = '2015_07_21_000119_create_some_table';
```
Il convient de mentionner quelque chose sur 1 ligne concernée. Maintenant, vérifiez qu'il est allé en tapant la première commande de nouveau:
```
select * from migrations;
```
Si il est passé de quitter Mysql environnement en tapant
```
exit;
```
Maintenant essayer 'php artisan migrer:restauration de nouveau et il devrait fonctionner comme un charme 🙂
- C'était ma solution. Le problème était que j'avais supprimé un fichier de migration, mais le tableau de migration avait encore une ligne pour lui, et migrate:refresh a été d'essayer de restaurer le fichier.
InformationsquelleAutor Stan
4

Il y a un moyen plus facile.
1. Recréer supprimer les migrations de main. artisan make:migration
2. exécuter artisan migrate:reset pour la restauration d'
3. Supprimer ces factice migations fichiers venez de créer.
4. exécuter artisan migrate:refresh
InformationsquelleAutor John Mccandles

Je sais c'est un peu passé, mais il ya une meilleure façon en fait. Exécuter la ligne suivante dans le terminal et n'hésitez pas vous-même pour éliminer l'un d'eux:

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

De le faire régulièrement une tâche de créer un fichier exécutable nommé artisan-claire:

#!/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

InformationsquelleAutor YahyaE

2

La véritable solution est d'utiliser l'appellation correcte pour vos traductions. Vous avez encore besoin de faire un

composer dump-autoload

Les fichiers de migration doit être comme suit
YYYY_MM_DD_000000_create_some_table.php
et le nom de la classe à l'intérieur doit être

class CreateSomeTable extends Migration{}

InformationsquelleAutor xatzistnr
1

Pour moi, la solution, c'est que mon nom de classe à l'intérieur de la migration en quelque sorte commencé avec une lettre minuscule. Quand j'ai changé le nom de la classe à tous les majuscules, puis a couru un composer dump-autoload, il a fini de travailler pour moi. C'est à l'aide de Laravel 5.1, pour ce que ça vaut.

InformationsquelleAutor Bay879
1

J'ai fait comme ceci:
1. Ligne supprimée non existe pas de migration à partir des migrations de la table de base de données
2. Et exécutez la commande php artisan migrer:actualiser

Cela a aidé à résoudre mon problème.

*toutes vos données seront supprimées de la base de données de tables de

InformationsquelleAutor Abduhafiz
1

version 5.1.3 même problème fixer moi:
- chute de la base de données de toutes les tables
- php artisan migrer:statut
de sortie: No migrations found.
ok utiliser
- php artisan migrer:installer
- php artisan migrer
de sortie est:
```
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
```
ce problème est résolu

InformationsquelleAutor Qh0stM4N
0

J'ai eu le même problème. Quand j'étais hiting php artisan migrate:reset, j'ai eu Class 'CreateImagesTable' not found. Et composer dump-autoload n'a pas aidé.

Ma solution était très simple:
1. php artisan make:migration create_images_table --create=images
2. composer dump-autoload
3. Puis j'ai eu:
  SQLSTATE[HY000]: General error: 1 no such table: images (SQL: drop table "images")
4. donc dans sqlite, j'ai tapé:
  CREATE TABLE `images` (
  ...> " id " INTEGER
  ...> );
5. Et puis php artisan migrate:reset
6. Maintenant, je suis heureux à nouveau
InformationsquelleAutor Potwór z Lochness
0

Si l'artisan ne fonctionne pas du tout et garde à vous jeter ce message ne soit la commande que vous donnez, supprimer la config.php fichier de bootstrap/cache dossier.

Après cela, exécutez de nouveau
```
php artisan config:cache
```
InformationsquelleAutor Mihai Crăiță

Vous devez vous connecter pour publier un commentaire.