Symfony 404 not found

Je suis nouveau sur symfony.

J'ai fait:

rm -rf app/cache/*
rm -rf app/logs/*

Alors:

sudo setfacl -R -m u:www-data:rwx -m u:user :rwx app/cache app/logs
sudo setfacl -dR -m u:www-data:rwx -m u:user:rwx app/cache app/logs

ls -al donne:

drwxrwxrwx 3 user user  1024 мая   29 00:06 cache(cache is on green background)
drwxrwxrwx 2 user user  1024 мая   29 00:06 logs(logs is on green background)

Maintenant j'essaye d'accéder à /Symfony/web/app_dev.php - Il montre:

Une erreur s'est produite lors du chargement de la barre d'outils de débuggage (erreur 404: page Non Trouvée).

Voulez-vous ouvrir le profiler?

Lorsque je clique sur OK, il rediriger vers

/Symfony/web/app_dev.php/_profiler/bd8604738ac7af3c9d0611ea12076f0f62422601

et 404 fichier non trouvé..

C'est app/logs/dev.journal

[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\EventListener\ProfilerListener::onKernelRequest". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Bundle\FrameworkBundle\EventListener\SessionListener::onKernelRequest". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\EventListener\FragmentListener::onKernelRequest". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\EventListener\RouterListener::onKernelRequest". [] []
[2013-05-29 00:12:29] request.INFO: Matched route "_welcome" (parameters: "_controller": "Acme\DemoBundle\Controller\WelcomeController::indexAction", "_route": "_welcome") [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\EventListener\LocaleListener::onKernelRequest". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\Security\Http\Firewall::onKernelRequest". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Bundle\AsseticBundle\EventListener\RequestListener::onKernelRequest". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\Fragment\FragmentHandler::onKernelRequest". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.request" to listener "Symfony\Component\HttpKernel\EventListener\DeprecationLoggerListener::injectLogger". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.controller" to listener "Symfony\Bundle\FrameworkBundle\DataCollector\RouterDataCollector::onKernelController". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.controller" to listener "Sensio\Bundle\FrameworkExtraBundle\EventListener\ControllerListener::onKernelController". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.controller" to listener "Sensio\Bundle\FrameworkExtraBundle\EventListener\ParamConverterListener::onKernelController". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.controller" to listener "Sensio\Bundle\FrameworkExtraBundle\EventListener\TemplateListener::onKernelController". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.controller" to listener "Acme\DemoBundle\EventListener\ControllerListener::onKernelController". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.controller" to listener "Symfony\Component\HttpKernel\DataCollector\RequestDataCollector::onKernelController". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Bridge\Monolog\Handler\FirePHPHandler::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Bridge\Monolog\Handler\ChromePhpHandler::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Sensio\Bundle\FrameworkExtraBundle\EventListener\CacheListener::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Component\HttpKernel\EventListener\ResponseListener::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Component\HttpKernel\EventListener\LocaleListener::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Component\HttpKernel\Fragment\FragmentHandler::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Component\Security\Http\RememberMe\ResponseListener::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Component\HttpKernel\EventListener\ProfilerListener::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Bundle\WebProfilerBundle\EventListener\WebDebugToolbarListener::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.response" to listener "Symfony\Component\HttpKernel\EventListener\StreamedResponseListener::onKernelResponse". [] []
[2013-05-29 00:12:29] event.DEBUG: Notified event "kernel.terminate" to listener "Symfony\Bundle\SwiftmailerBundle\EventListener\EmailSenderListener::onKernelTerminate". [] []

Je n'en ai pas trouvé une solution, s'il vous plaît aider

Edit:

Routing_dev.xml

_welcome:
pattern:  /
defaults: { _controller: AcmeDemoBundle:Welcome:index }
_demo_secured:
resource: "@AcmeDemoBundle/Controller/SecuredController.php"
type:     annotation
_demo:
resource: "@AcmeDemoBundle/Controller/DemoController.php"
type:     annotation
prefix:   /demo
_wdt:
resource: "@WebProfilerBundle/Resources/config/routing/wdt.xml"
prefix:   /_wdt
_profiler:
resource: "@WebProfilerBundle/Resources/config/routing/profiler.xml"
prefix:   /_profiler
_configurator:
resource: "@SensioDistributionBundle/Resources/config/routing/webconfigurator.xml"
prefix:   /_configurator
_main:
resource: routing.yml

config_dev.xml

imports:
- { resource: config.yml }
framework:
router:   { resource: "%kernel.root_dir%/config/routing_dev.yml" }
profiler: { only_exceptions: false }
web_profiler:
toolbar: true
intercept_redirects: false
monolog:
handlers:
main:
type:  stream
path:  %kernel.logs_dir%/%kernel.environment%.log
level: debug
firephp:
type:  firephp
level: info
chromephp:
type:  chromephp
level: info
assetic:
use_controller: true
#swiftmailer:
#    delivery_address: [email protected]

app_dev.php

<?php
use Symfony\Component\HttpFoundation\Request;
//If you don't want to setup permissions the proper way, just uncomment the following PHP line
//read http://symfony.com/doc/current/book/installation.html#configuration-and-setup for more information
//umask(0000);
//This check prevents access to debug front controllers that are deployed by accident to production servers.
//Feel free to remove this, extend it, or make something more sophisticated.
if (isset($_SERVER['HTTP_CLIENT_IP'])
|| isset($_SERVER['HTTP_X_FORWARDED_FOR'])
|| !in_array(@$_SERVER['REMOTE_ADDR'], array('127.0.0.1', 'fe80::1', '::1'))
) {
header('HTTP/1.0 403 Forbidden');
exit('You are not allowed to access this file. Check '.basename(__FILE__).' for more information.');
}
$loader = require_once __DIR__.'/../app/bootstrap.php.cache';
require_once __DIR__.'/../app/AppKernel.php';
$kernel = new AppKernel('dev', true);
$kernel->loadClassCache();
Request::enableHttpMethodParameterOverride();
$request = Request::createFromGlobals();
$response = $kernel->handle($request);
$response->send();
$kernel->terminate($request, $response);

si vous exécutez le config.php fichier?
ca a marché (une fois)? Aveugle deviner: mod_rewrite est activé?
pas d'erreurs lors de l'exécution de config.php - je n'ai pas mis tout ce que ike mod_rewrite.
pouvez-vous reproduire le problème, si vous définissez une autre fraîches projet symfony?

OriginalL'auteur | 2013-05-28

10

Mon problème est que l' noyau.résilier événement était en cours d'exécution pendant plus de 10 secondes. Il a été très difficile à repérer, car profiler n'était pas la mesure de la timeline pour cet événement.

Quand j'ai réalisé cela, j'ai immédiatement réduit le problème à l'un de mes écouteurs d'événement ayant anormalement longue course __construct méthode. Ce retard de fichier de profil d'impression pendant trop longtemps, ce qui a provoqué un Javascript erreur de dépassement de délai après 5 tentatives.

Après la fixation de la délinquance à l'écoute, kernel.terminate événement s'est déroulé rapidement et le problème a disparu immédiatement.

Vous pouvez rapidement voir vos auditeurs attachés à l'aide de bin/console debug:event-dispatcher kernel.terminate.

eh bien, vous m'avez sauvé les jours de ma vie.

OriginalL'auteur TautrimasPajarskas
6

Selon ma propre expérience, ce comportement se produit lorsque vous modifiez le comportement de vos itinéraires. Par exemple, dans mon cas, j'ai été en utilisant le noyau.demande de port d'écoute pour créer un mécanisme de détection de la langue, qui devait choisir la meilleure formulation possible pour l'utilisateur en fonction de son/ses navigateurs pris en charge la langue.

J'ai été en utilisant {_locale} préfixe dans tous mes itinéraires situé dans app/config/routing.yml
```
some_route:
resource: "@MyBundle/Resources/config/routing.yml"
prefix:   /{_locale}/
```
De cette façon j'ai pu rapidement ajouter au début de ma route le code de la langue et dans ma classe écouteur j'ai été rediriger le client vers un parcours préfixé avec un code de langue quel que soit le client a demandé la route avec ou sans les paramètres régionaux.

Par exemple, si mon site était seulement "fr" et "de" que les langues et si l'utilisateur a demandé
```
http://www.mysite.com/somepage
```
ou
```
http://www.mysite.com/fr/somepage
```
J'ai été rediriger le client vers
```
http://www.mysite.com/en/somepage
```
Donc, chaque fois qu'il y avait une erreur dans ma demande le profiler itinéraire était pas au courant de cette situation et a essayé de montrer à partir d'un itinéraire qui n'a pas de {_locale} préfixé. Et cela provoquait une erreur 404.

La solution était simple:

J'ai ouvert le dossier app/config/routing_dev.fichier yml et modifié le toutes les routes, comme ci-dessous:
```
_wdt:
resource: "@WebProfilerBundle/Resources/config/routing/wdt.xml"
prefix:   /{_locale}/_wdt
_profiler:
resource: "@WebProfilerBundle/Resources/config/routing/profiler.xml"
prefix:   /{_locale}/_profiler
_configurator:
resource: "@SensioDistributionBundle/Resources/config/routing/webconfigurator.xml"
prefix:   /{_locale}/_configurator
```
Avis de la /{_locale} partie.

Donc le problème est résolu pour moi.

OriginalL'auteur Can Berkol
1

Ce qui a fini par travailler pour moi a été l'augmentation des valeurs de memory_limit et max_execution_time dans mon php.fichier ini, le redémarrage de php-fpm (par exemple, brew services restart php56), puis redémarrer le serveur (sudo nginx -s reload). Si cela ne fonctionne toujours pas après tout cela, essayez de redémarrer votre ordinateur. Il a travaillé pour un collègue de la mine.

OriginalL'auteur Brock Boren

Peut-être que vous n'avez pas inclus les itinéraires pour le profiler web?

Si vous publiez votre config_dev.yml & routing_dev.yml peut-être nous pouvons voir ce qui est mal.

Votre routing_dev.yml devrait ressembler à quelque chose comme ceci

_wdt:
resource: "@WebProfilerBundle/Resources/config/routing/wdt.xml"
prefix:   /_wdt
_profiler:
resource: "@WebProfilerBundle/Resources/config/routing/profiler.xml"
prefix:   /_profiler
_configurator:
resource: "@SensioDistributionBundle/Resources/config/routing/webconfigurator.xml"
prefix:   /_configurator
_main:
resource: routing.yml

Votre config_dev.yml devrait contenir cette

imports:
- { resource: config.yml }
- { resource: security_dev.yml }
framework:
router:
resource: "%kernel.root_dir%/config/routing_dev.yml"

Assurez-vous également app_dev.php est le réglage de l'environnement de dev comme

//...
require_once __DIR__.'/../app/AppKernel.php';
$kernel = new AppKernel('dev', true);
$kernel->loadClassCache();
//...

ajouté les données des fichiers contient, veuillez jeter un oeil à ça

OriginalL'auteur Pete Mitchell

0

Dans mon cas, c'était un chemin de conflit . J'ai changé les routes en routing_dev.yml dans une voie qui n'est pas en conflit avec mes itinéraires

Aucune explication et de les aider à résoudre serait appréciée.
Mise à jour de ma réponse

OriginalL'auteur Sethunath

Vous devez vous connecter pour publier un commentaire.