的Symfony探查拋出symfony的404

我已經創造了新的項目，我得到一個錯誤的提示在每個站點：加載網頁調試工具（：未找到404）發生的Symfony探查拋出symfony的404

錯誤。
你想打開探查器嗎？

當我打開探查有消息未找到

令牌
令牌「59942c」在數據庫中找不到。

此外，在緩存目錄中，profiler目錄爲空！我檢查了權限，他們是正確的。我嘗試cache:clear並手動刪除緩存，但這並沒有幫助。

2015-07-12 Mati

馬蹄，有你在下面的答案，等待一些日子。如果您發現它有幫助，並且它解決了您的問題，請考慮接受它。爲此，請單擊答案左側的刻度線，使其變爲綠色。或者，如果您找到了不同的解決方案，則可以自由提供您自己的答案。如果你願意，你可以「自我接受」。謝謝。 – halfer

如果緩存目錄未正確設置以允許Web服務器的用戶向其中寫入數據，通常會發生這種情況。

在Linux下，我通常會用這個發展：

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/

這可以確保所有必需的目錄將被創建，然後分配所需的權限。如果您沒有啓用ACL，請跳過setfacl命令。

OFC，用您的用戶名替換www-data，用您的用戶名替換dev-user。

來源

2015-07-12 17:52:21 marenkay

我已經檢查了緩存目錄權限，甚至試圖使用數據庫而不是文件系統來存儲Profiler數據，但我仍然得到相同的錯誤。 –

@IanPhillips你應該在加載頁面時檢查'app/logs/dev.log'文件，那裏可能會出現一些錯誤，比如一些缺失的類。 –

有趣。我檢查了dev.log，並在我的一個YAML文件中發現了一個缺失的類。現在我開始看到'新的JsonResponse（...）'ajax調用的配置文件，但不是用於正常響應。進展！ – TautrimasPajarskas

升級Symfony 2.3-> 2.6後，我遇到了同樣的問題。升級web/app_dev.php後，它解決了這個問題。我相信你需要Debug::enable();系列。

來源

2015-12-02 11:59:40 user3442077

我有同樣的問題，並解決它在這個答案（與長時間運行kernel.terminate事件）：https://stackoverflow.com/a/34048364/118593

來源

2015-12-02 16:53:33 TautrimasPajarskas

+18

有用的事情就是運行'''php app/console debug：event-dispatcher''' –

maxmałecki，這是非常好的答案！此命令可能會向您顯示事件中的潛在錯誤。 – undefinedman

有同樣的問題升級後，2.6 - 在2.4時代項目> 2.8。節點層出現useMicrosecondTimestamps錯誤。由nuking rm -r app/cache/*修復。 @ marenkay的方法沒有清除node-php服務器緩存。

來源

2016-07-11 18:24:13

這是探查器中的known bug。自Symfony 2.4開始，Profiler堅持WDT使用的數據是Symfony完成的最後一件事。

您看到的警報意味着分析器在2500毫秒內未能找到請求的令牌，但是如果在警報中單擊確定，則應該重定向到分析器並找出確切的緩慢。

來源

2016-08-02 12:57:12 numediaweb

事件訂閱者/監聽者經常遇到問題。嘗試運行

console debug:event

並檢查錯誤

來源

2017-05-04 17:23:16

的Symfony探查拋出symfony的404

回答

相關問題