web-dev-qa-db-fra.com

Profileur Symfony jette 404

J'ai créé un nouveau projet dans symfony et un message d'erreur s'affiche sur chaque site:

Une erreur s'est produite lors du chargement de la barre d'outils de débogage Web (404: Introuvable).
Voulez-vous ouvrir le profileur?

Quand j'ouvre le profileur, il y a un message 

Jeton non trouvé
Le jeton "59942c" n'a pas été trouvé dans la base de données.

De plus, dans le répertoire de cache, le répertoire du profileur est vide! J'ai vérifié les autorisations et elles sont appropriées. J'ai essayé cache:clear et en supprimant le cache manuellement, mais cela n'a pas aidé.

phpsymfonyprofiler
29
Mati

C'est souvent un problème d'abonné/écouteur d'événement . Essayez de courir

console debug:event

Et vérifier les erreurs

22
Jan Galtowski

Cela se produit généralement si le répertoire de cache n'est pas correctement configuré pour permettre à l'utilisateur du serveur Web d'y écrire des données.

Sous Linux, j'utilisais généralement ceci pour le développement:

php app/console --env=dev cache:clear
php app/console --env=dev cache:warmup
chmod -R a+rwX app/cache/
setfacl -Rm g:www-data:rwX app/cache/
setfacl -Rm g:dev-user:rwX app/cache/

Cela garantit la création de tous les répertoires requis, puis l'attribution des autorisations requises. Si ACL n'est pas activé, ignorez les commandes setfacl.

OFC, remplacez www-data par le nom d'utilisateur de vos serveurs Web et dev-user par votre nom d'utilisateur.

5
marenkay

Ceci est un bogue connu dans le profileur. Depuis Symfony 2.4, le profileur persistant les données utilisées par le WDT est la dernière chose faite par Symfony. 

L'alerte que vous voyez signifie que le profileur n'a pas été en mesure de trouver le jeton demandé dans les 2500 ms autorisées. Toutefois, si vous cliquez sur OK dans l'alerte, vous devez être redirigé vers le profileur et déterminer ce qui est précisément lent.

3
numediaweb

J'ai eu le même problème après la mise à jour de Symfony 2.3-> 2.6. Après la mise à niveau de web/app_dev.php, le problème a été résolu. Je crois que vous avez besoin de la ligne Debug::enable();.

1
user3442077

Avait le même problème après la mise à jour 2.6 -> 2.8 sur un projet de l'ère 2.4. Vous avez une erreur useMicrosecondTimestamps avec la couche de nœuds. Fixé par nuking rm -r app/cache/*. La méthode de @ marenkay n'a pas effacé le cache du serveur node-php.

0
Ray Foss

Essayez d’éditer ou d’ajouter votre fichier htaccess comme ceci

# Use the front controller as index file. It serves as a fallback solution when
# every other rewrite/redirect fails (e.g. in an aliased environment without
# mod_rewrite). Additionally, this reduces the matching process for the
# start page (path "/") because otherwise Apache will apply the rewriting rules
# to each configured DirectoryIndex file (e.g. index.php, index.html, index.pl).
DirectoryIndex index.php

# By default, Apache does not evaluate symbolic links if you did not enable this
# feature in your server configuration. Uncomment the following line if you
# install assets as symlinks or if you experience problems related to symlinks
# when compiling LESS/Sass/CoffeScript assets.
# Options FollowSymlinks

# Disabling MultiViews prevents unwanted negotiation, e.g. "/index" should not 
  resolve
# to the front controller "/index.php" but be rewritten to "/index.php/index".
<IfModule mod_negotiation.c>
  Options -MultiViews
</IfModule>

<IfModule mod_rewrite.c>
  RewriteEngine On

# Determine the RewriteBase automatically and set it as environment variable.
# If you are using Apache aliases to do mass virtual hosting or installed the
# project in a subdirectory, the base path will be prepended to allow proper
# resolution of the index.php file and to redirect to the correct URI. It will
# work in environments without path prefix as well, providing a safe, one-size
# fits all solution. But as you do not need it in this case, you can comment
# the following 2 lines to eliminate the overhead.
  RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
  RewriteRule ^(.*) - [E=BASE:%1]

# Sets the HTTP_AUTHORIZATION header removed by Apache
  RewriteCond %{HTTP:Authorization} .
  RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

# Redirect to URI without front controller to prevent duplicate content
# (with and without `/index.php`). Only do this redirect on the initial
# rewrite by Apache and not on subsequent cycles. Otherwise we would get an
# endless redirect loop (request -> rewrite to front controller ->
# redirect -> request -> ...).
# So in case you get a "too many redirects" error or you always get redirected
# to the start page because your Apache does not expose the REDIRECT_STATUS
# environment variable, you have 2 choices:
# - disable this feature by commenting the following 2 lines or
# - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
#   following RewriteCond (best solution)
  RewriteCond %{ENV:REDIRECT_STATUS} ^$
  RewriteRule ^index\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]

# If the requested filename exists, simply serve it.
# We only want to let Apache serve files and not directories.
  RewriteCond %{REQUEST_FILENAME} -f
  RewriteRule ^ - [L]

# Rewrite all other queries to the front controller.
  RewriteRule ^ %{ENV:BASE}/index.php [L]
</IfModule>

<IfModule !mod_rewrite.c>
  <IfModule mod_alias.c>
    # When mod_rewrite is not available, we instruct a temporary redirect of
    # the start page to the front controller explicitly so that the website
    # and the generated links can still be used.
    RedirectMatch 307 ^/$ /index.php/
    # RedirectTemp cannot be used instead
  </IfModule>
</IfModule>
0
Mookum