Mes parcours sont de Retour sur une page 404, Comment puis-je Corriger?

Avez-vous essayé d'ajouter ceci à votre fichier de routes au lieu Route::get('user', "user@index")?

Le morceau de texte avant de le @, user dans ce cas, va direct à la page de l'utilisateur contrôleur et le morceau de texte après la @, index, dirigera le script à la user fonction public function get_index().

Je vois que vous êtes en utilisant $restful, auquel cas vous pouvez configurer votre Route à Route::any('user', 'user@index'). Cela permettra de gérer à la fois POST et GET, au lieu de les écrire à la fois séparément.

À l'aide de WAMP cliquez sur l'icône de wamp ->apache->modules apache->faire défiler et de vérifier rewrite_module
Le redémarrage d'un
LoadModule rewrite_module

Note, le serveur redémarre automatiquement pour vous une fois que vous activez "rewrite_module"

J'ai fait le même problème en utilisant EasyPHP. Trouvé que j'avais pour spécifier AllowOverride All dans mon <Directory> bloc dans httpd.conf. Sans cela, Apache ignore parfois votre .htaccess.

Mine fini par ressembler à cela...

<Directory "D:/Dev">
    Options FollowSymLinks Indexes
    #### NEXT IS THE CRUCIAL LINE ####
    AllowOverride All                  
    Order deny,allow
    Allow from 127.0.0.1
    Deny from all
    Require all granted     
</Directory>

Routes

Les utiliser pour définir des itinéraires spécifiques qui ne sont pas gérés par les contrôleurs.

Contrôleurs

De les utiliser quand vous voulez pour une utilisation traditionnelle de l'architecture MVC

Solution à votre problème

Vous ne vous enregistrez pas les contrôleurs comme les routes, sauf si vous voulez un "nommé" en route pour l'action d'un contrôleur.

Plutôt que de créer un itinéraire pour vos contrôleurs actions, il vous suffit d'enregistrer votre contrôleur:

Route::controller('user');

Maintenant votre contrôleur est enregistré, vous pouvez accéder à http://localhost/mysite/public/user et votre get_index sera exécuté.

Vous pouvez également enregistrer tous les contrôleurs en une seule fois:

Route::controller(Controller::detect());

OK, donc après le dénigrement de ma tête sur ce problème depuis un peu plus d'un jour... je me suis levé et a fait ce que j'aurais fait hier, et DÉBOGUÉ ce qui se passait!

Ce que Laravel est en train de faire ici, c'est insérer le fichier index.php juste en face du chemin d'accès donné comme un Itinéraire. AINSI, par exemple, si vous avez spécifié un Route::get('/account/create', ..., et d'exécuter votre application à partir de dire localhost/laravel/authenticate/public/account/create sur votre navigateur, puis laravel souhaite exécuter localhost/authenticate/public/index.php/account/create, mais à faire.... Apache a besoin de voir que les demandes par le biais de /wamp/www/laravel/laravel/authentication/public (le chemin peut varier en fonction de l'endroit où votre application laravel est effectivement installé, mais la fuite public est où la substitution doit prendre de la place) doit avoir un "RewriteRule" appliqué.

Heureusement, laravel donne la règle de Réécriture dans une pratique .htaccess fichier dans votre application public dossier. Le PROBLÈME est que le code que '.htaccess' fichier ne fonctionne pas avec le mode de WAMP est configuré de la boîte. La raison de ce qui SEMBLE être le problème suggéré par muvera en haut de ce fil -- le rewrite_module code doit être chargé par Apache avant la RewriteRule choses fonctionnent. Diable, cela fait sens.

La partie qui N'a PAS de sens: il suffit de stopping et restarting Apache services ne sera pas ramasser les changements nécessaires pour WAMP pour faire la bonne chose avec votre RewriteRule -- je sais, j'ai essayé à de nombreuses reprises!

Ce qui fonctionne: faites les modifications proposées par muvera (voir en haut de la thread) pour charger le bon module. Ensuite, réinitialiser l'ensemble de votre session Windows, donc dumping Apache de mémoire tout à fait. Redémarrer (reload) WAMP, et le tour est joué! le fix, le bon RewriteRule est appliquée, yada, yada; je suis en train de vivre heureux pour toujours.

La bonne nouvelle de tout ça: j'en sais BEAUCOUP plus sur .htaccess, RewriteRule, et httpd.conf fichiers maintenant. Il y a une bonne performance (performance) argument pour le déplacement de la logique de votre application public .htaccess fichier, et de le mettre dans un Directory ... section de votre httpd.conf dans votre Apache " bin " du dossier BTW (surtout si vous avez accès à ce dossier).

Route::get('/', function()
{
return View::make('home.index');
});

Route::get('user', function()
{
return View::make('user.index');
});

changement ci-dessus pour

Route::get('user', function()
{
return View::make('user.index');
});

Route::get('/', function()
{
return View::make('home.index');
});

Vous devez utiliser '/'(home/par défaut) à la fin de votre parcours

Il suffit d'Exécuter dans votre terminal.

 composer dump-autoload

Je pense que vous avez supprimé par défaut .fichier htaccess à l'intérieur de la laravel dossier public. télécharger le fichier, il devrait résoudre votre problème.

Si vous utilisez Vagrant si Homestead, il est possible qu'il y a une erreur de montage du dossier partagé. Il ressemble à l'Errance prend vos fichiers de ce dossier et les swaps, les fichiers qui sont réellement sur la machine hôte au démarrage, donc si il y avait une erreur, vous êtes essentiellement en essayant d'accéder à votre Laravel l'installation à partir d'lorsque vous tout d'abord (c'est pourquoi vous obtenez seulement "à la maison"- qui a été généré lors de l'installation).

Vous pouvez facilement vérifier cela par sshing dans votre vm et la vérification de l'routes/web.php fichier pour voir si c'est réellement votre fichier. Si elle n'est pas, sortir et vagrant halt, vagrant up, et recherchez les erreurs au démarrage.