Laravel 4: Fatal error: Class 'Patchwork\Utf8\Démarrage" introuvable dans la autoload.php

J'ai ajouté "cviebrock/image-validator": "1.0.*" pour exiger la section de compositeur.json. Après, j'ai couru compositeur de mise à jour, j'obtiens cette erreur Fatale.

:::ERREUR:::

Fatal error: Class 'Patchwork\Utf8\Bootup' not found in F:\xampp\htdocs\project\
bootstrap\autoload.php on line 46
Script php artisan clear-compiled handling the post-update-cmd event returned wi
th an error



  [RuntimeException]
  Error Output:



update [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--lock]
 [--no-plugins] [--no-custom-installers] [--no-scripts] [--no-progress] [--with-
dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [packages1] ... [
packagesN]

:::FIN de l'ERREUR:::

:::COMPOSITEUR.JSON Exiger section:::

"require": {
  "intervention/image": "2.*",
  "cviebrock/image-validator": "1.0.*"
},

J'ai besoin d'aide dans la rectification de cette erreur fatale.

Merci & en ce qui Concerne,

Michael Sangma

J'ai obtenu ce à partir de github [lien] (github.com/artdarek/oauth-4-laravel/issues/30). La solution qu'ils ont donné est d'ajouter "oauth dépendance" à l'nécessitent section. Maintenant, je ne sais pas la ligne exacte de la "oauth dépendance" à ajouter. Quelqu'un peut-il m'aider? Je voudrais essayer cette solution trouvé sur github. Merci.

OriginalL'auteur michaelsangma | 2014-06-27

  1. 9

    Cette erreur me semble qu'il y est pas de patchwork/utf8 paquet installé.

    Voir dans votre fournisseur de dossier si le package existe ou ajouter dans l'exigent l'article dans votre compositeur.fichier json: "patchwork/utf8": "1.1.*" et puis ne composer update.

    OriginalL'auteur Hari K T

  2. 0

    J'ai eu le même problème parce que quand je lance
    php artisan db:graine --class=PostsTableSeeder

    il a commencé à supprimer laravel, symfony, etc. Je ne comprends pas pourquoi?(peut-être mon compositeur.json compris à l'époque que de "require": {
    "fzaninotto/faker": "1.3.*@dev"
    },    )

    Donc ce que j'ai fait, j'ai mis à jour mon compositeur.json encore et exécuter compositeur de mise à jour --dev. le compositeur.json comme

    "require": {
    "laravel/framework": "4.2.*",
    "way/generators": "~2.0",
    "patchwork/utf8": "1.1.*",
    "fzaninotto/faker": "1.3.*@dev"
},

    Et qui a fonctionné parce qu'il a téléchargé de nouveau tout.

    J'ai fait la même chose et ça a fonctionné. Téléchargé à nouveau le tout. Mais, là encore, pourquoi est-ce arrivé? Si à chaque fois que se produit-je obligé de suivre cette solution, le problème demeure.
    Je ne sais pas une autre solution, c'est pourquoi j'ai également recherché sur stackoverflow et google. Enfin je suis arrivé à cette solution. Si vous avez une meilleure une, merci de poster ici.

    OriginalL'auteur RN Kushwaha

  3. 0

    J'ai juste commenté le "Patchwork\Utf8\Utf8ServiceProvider" dans app.php et il a travaillé

    OriginalL'auteur Ganesh Jogam

  4. 0

    Je l'ai Résolu Avec composer dump-autoload et puis composer update

    Après qu'il fonctionne
    Mais si vous rencontrez plus question d'essayer de
    Supprimer le fournisseur de dossier ou le renommer fo sauvegarde puporse cas où il échoue comme mv vendor ve puis 

    Delete composer.lock

    Exécutez la commande compositeur clearcache (ou clear-cache)
    Exécuter compositeur installer

    Votre bon pour aller.

    OriginalL'auteur Mark Francis

  5. 0

    Mec, il vous suffit de faire ceci:

    composer require patchwork/utf8

    OriginalL'auteur Victor Lengler

  6. -1

    Je suis plus certaine-vous tiré de votre application à partir d'un git? Si vous regardez de plus près à votre .gitignore fichier, vous verriez que /vendor est l'un des fichiers/dossiers que git a été dit de l'ignorer. Vous devez supprimer /vendor, composer.lock et composer.phar de .gitignore SI vous êtes en cours de développement.

    Aussi, si vous accédez à la /vendors dossier via FTP ou ssh, vous verrez qu'il n'a que des dossiers qui ont été exposées dans votre compositeur.fichier json sous 

    "require": {

}

    sont celles du vendeur dossier.

    Une fois que vous exécutez composer update et composer install vous devriez être bien.

    Vous devez vous jamais demandez à votre fournisseur de dossier sous git. Vous devriez avoir votre compositeur.json, qui s'occupe de tout.
    Si vous êtes à la suite de la discussion, il n'a jamais décrit quelque chose à propos de la publication d'un projet sur git Veuillez lire avant de commenter et bas de vote.!
    Vous ne mentionnez "supprimer /fournisseur, compositeur.verrouillage et compositeur.phar .gitignore". C'est une Mauvaise Idée. Prendre le compositeur.verrouillage par exemple, il est fondamentalement juste une version enregistrée de compositeur.json. Si vous avez le json, vous n'avez pas besoin de la serrure. Le phar ne devrait jamais changer et est un binaire, pourquoi l'avoir sous git? Et le vendeur ne doit jamais être modifiée que par l'exécution de compositeur, et les changements sont définis par les changements dans le compositeur.json - donc, encore une fois, le compositeur.json est suffisant.
    Semble que l'anglais n'est pas votre langue maternelle. Comme je l'ai mentionné avant personne ne publie rien à git ou de tout autre svn. Ma réponse était une solution à un problème. Je voulais dire tout ce que j'ai dit parce que cela a fonctionné. Veuillez lire et comprendre le dialogue avant la saisie. Dans votre cas, votre entrée n'est pas exact de ce qui est discuté ici. Je peux comprendre si c'était un projet poussé à github et j'ai dit à supprimer /vendor de .gitignore votre vote aurait fait sens. Dans ce cas, votre montrant l'ignorance.
    Je ne sais pas ce que vous entendez par "git ou de tout autre svn", plus précisément un "svn". Tu veux sans doute dire un VCS (Système de Contrôle de Version). Git, comme SVN (Subversion) est un VCS. Il n'a pas de sens de dire Git est un svn. Il n'a pas d'importance si vous utilisez une télécommande comme Github ou pas, mettre /fournisseur, compositeur.{lock,phar} sous contrôle de version (git, SVN ou de tout autre CVS) 1) est inutile, parce que les raisons ci-dessus, 2) est un gaspillage de l'espace dans l'historique de la révision et 3) encombre la révision de l'histoire avec inutile de validations et les fichiers binaires.

    OriginalL'auteur Rudy Jessop