Angel Iliikovのコメントのように、キャッシングの問題は非常に起こりそうです。次の提案は、あなたが典型的なSymfonyユーザが必要とするコマンドラインにアクセスできることを前提としています。まだ持っていない場合、ほとんどのホスティングプロバイダはSSHにアクセスできるようにします。
クリア次キャッシュ:
1. symfonyのキャッシュ
symfonyは最初からのリクエストを処理することから、それを防ぐために、キャッシュファイル内のデータを大量に保存されます。 Symfonyのアプリケーションが不安定になるとき、非常に一般的な修正は、このキャッシュをクリアして再試行することです。このキャッシュをクリアするための標準的な方法は、プロジェクトのルートディレクトリで、コンソールコマンドの実行である:
$ app/console cache:clear
問題が発生した場合は、David Soussan answerはこの1についての詳細な情報を提供します。 (私によってフォーマット)another question上のコメンターによると
2. Doctrineのキャッシュ
:
教義キャッシュは、多くの場合、むしろそのキャッシュを削除したファイル システムに比べてAPCに保存されていますファイルは役に立たないでしょう。一般的なapp/console cache:clear
は、symfony(app)キャッシュ用です。私はそれが教義キャッシュをクリアしたとは思わない。
-caponica
代替PHPキャッシュ(APC)はphp.ini
で有効任意成分です。可能であれば、Doctrineはそこに情報をキャッシュしている可能性があります。
previously mentioned questionの受け入れ答えはDoctrineのキャッシュをクリアするための答えを提供します。
$ app/console doctrine:cache:clear-metadata
$ app/console doctrine:cache:clear-query
$ app/console doctrine:cache:clear-result
3.
-amitchhajerブラウザのキャッシュ
をこれは非常に低いです問題を引き起こす可能性があります。しかし、HTTP経由でヘッダーを送信する何かをしている場合、アプリケーションはが正しくデータを更新したが、ブラウザが古いページを表示している可能性があります。
各ブラウザには、キャッシュを消去する方法があります。 Googleはhow to do it Chromeのサポートを提供しています。 Mozillaはhow do it in Firefoxをサポートしています。
キャッシュをクリアしても問題が解決しない場合は、アプリケーションやワークフローに問題があり、デバッグが必要になる可能性があります。あなたが試すことができますいくつかのこと:
は、あなたが本当に正しいデータベースを更新していることを確認します。この を2つの別個のDBクライアントで確認してください。
Create your own Symfony command ここで、は、の場合のみデータベースにクエリします。正しい結果を返す場合は、他のコンポーネントが同じクエリを使用していることを確認する必要があります。そうでない場合は、正しいデータベースを使用しているかどうかを確認するために、設定/パラメータを確認してください。
[MCVE] –
キャッシュまたは間違ったデータベースを更新しているのいずれかを与える方法を参照してください:) –
の場合あなたは 'FOSUserBundle'を使って' email_canonical'だけでなく 'email'も更新していることを確認しています。 – qooplmao