Laravel 5 - Voir [home] non trouvé

J'ai couru composer update et maintenant, je suis en cours d'exécution dans un problème. Je reçois ce message d'erreur quand j'essaie de charger ma maison vue:

InvalidArgumentException in FileViewFinder.php line 140:
View [home] not found.

Oui, les fichiers qui existe dans mon répertoire (ressources/points de vue, etc.). Le nom est home.blade.php.

Mon contrôleur:

<?php namespace Hulahoop\Http\Controllers;

use Hulahoop\Http\Requests;
use Hulahoop\Http\Controllers\Controller;

use Illuminate\Http\Request;

class HomeController extends Controller {

    /**
     * Display a listing of the resource.
     *
     * @return Response
     */
    public function index()
    {
        return view('home');
    }

}

Route:

Route::get('/', 'HomeController@index');

Cela fonctionnait bien, et c'est très basique de la fonction. Ce qui s'est passé? En cours d'exécution sur local homestead FYI.

Mise à JOUR: Quand je lance php artisan serve, je peux afficher la page d'accueil amende (c'est à dire sur http://localhost:8000). Mais sur homestead, pas de dés. Ce qui donne?

  • Êtes-vous sûr d'avoir la dernière version de laravel 5? C'était un bug de personnes étaient victimes d'un il ya quelques mois. Aussi ce qui se passe si vous changez d'espace de noms d'Application?
  • Def version la plus récente. Il suffit de la semaine dernière. J'ai été en mesure de modifier l'espace de noms de l'App. Mais j'ai reçu une erreur de AppServiceProvider', qui ressemble, il avait mon précédent de l'espace de noms encore. c'est à dire storage/framework/config.php et storage/framework/services.json.php. J'ai changé toutes les instances d'Application. Toujours la même erreur...
  • 3 choses, laravel 5 est maintenant à 5.0.1, assurez-vous d'avoir cette version. composer update va s'en assurer. composer dump-autoload devrait résoudre le problème de l'espace de noms des questions de changement. Et enfin, assurez-vous que votre homestead VM a accès en écriture pour le dossier de stockage et de tous ses sous-dossiers.
  • Fait tout cela. Également vérifié, dossier ont lu&écrire...agh.
  • C'est bizarre en fait. J'ai installé un nouveau larves de projet via composer, appelé test. A souligné que dans le dossier de homestead.yam fichier, mais c'est encore de me donner la même erreur pour l'autre projet...ce qui...l'
  • Je ne peux pas reproduire ce problème.
  • Vous et moi, à la fois - ou plutôt ne peut pas comprendre ce que c'est, de toute façon. :p
  • Vous ne pouvez pas reproduire votre problème?
  • Donc si je change le mappé de domaine dans le domaine.l'igname fichier à autre chose (c'est à dire test.app), le nouveau projet sera exécuté. Est-il un cache je ne sais pas à propos de cette précédente domaine que la problématique du projet est en cours d'exécution sur? Mac OS utilisateur ici, si ça peut aider.

InformationsquelleAutor Mike Barwick | 2015-02-18
  1. 24

    Il semble y avoir un problème avec vagrant et php artisan config:cache.
    Si vous exécutez php artisan config:clear et puis essayez d'ouvrir la page, vous devriez voir qu'il fonctionne bien - assurez-vous de ne pas mettre en cache via artisan.

    • Ty @seb! Cela m'a vraiment aidé lors de la migration d'un env à l'autre
    • Pas de problème @Maky - content d'avoir pu aider.
    • Voici l'explication de cette réponse: La raison en est que la config:cache de commande des ensembles de tous les chemins dans les fichiers de configuration à l'chemins quelle que soit la machine, la commande a été exécutée. Si vous exécutez artisan sur la accueil de la machine et de l'utilisation php artisan serve sur le accueil lavable en tant que bien, alors tout va fonctionner parce que les chemins seront correctes. Cependant, ces chemins ne seront pas les bonnes pour l'intérieur de la machine virtuelle pour Laravel ne savez pas où trouver quoi que ce soit.
    • Et l'argent, la réponse est ici, les gens
    InformationsquelleAutor Sebastian Sulinski
  2. 2

    Découvrez [ vendor/config.php ] c'est codé en dur pour le développement local.

    • je ne suis pas en mesure d'exécuter php artisan config:clear commande dans mon serveur de production et par la modification des chemins d'accès dans vendor/config.php fichier que j'ai résolu mon problème. Il est peut-être pas la solution directe, mais nous pouvons l'utiliser. @lhab Shoully votre réponse m'a aidé.
    InformationsquelleAutor Ihab Shoully