Basierend auf dem Kommentar, dass der App in einem neuen Computer installiert wurde dann ist es nicht wahrscheinlich, dass der Cache ist ein Problem. Obwohl es ziemlich seltsam ist. Wie die Dokumentation (http://symfony.com/doc/current/reference/configuration/framework.html#http-method-override) zeigt, wurde dieser Parameter zu 2.3 hinzugefügt.
Wenn Sie suchen: Symfony \ Bundle \ FrameworkBundle \ FrameworkBundle sehen wir, dass dieser Parameter in der Bundle-Boot-Methode überprüft wird.
Von: Symfony \ Bundle \ FrameworkBundle \ DependencyInjection \ FrameworkExtension sehen wir, dass der Parameter dem Container mit dem Standardwert True während des Build-Prozesses hinzugefügt wird.
So scheint es, dass Boot vor dem Build-Prozess aufgerufen wird. Erwägen Sie, einige Die() -Anweisungen zum Framework-Code hinzuzufügen, nur um zu bestätigen, dass dies tatsächlich geschieht.
Dann würde ich vorschlagen, dass Sie versuchen, in Ihrem AppKernel gehen und die Einbeziehung aller Nicht-Standard-Bundles kommentieren. Es scheint so, als würde einer von ihnen mit dem Boot-Prozess herumspielen? Klingt unwahrscheinlich, aber vielleicht. Verwenden Sie einfach App/Konsole, um Ihre App zu starten. Bleib im Debug-Modus.
Die andere Option wäre, mit einer funktionierenden Standardanwendung zu beginnen und dann Ihre Bündel hinzuzufügen, bis das Problem wieder auftritt.
BTW, welche Version aktualisieren Sie und verwenden Sie Composer?
Wenn Sie sagen, dass Sie den Cache manuell gelöscht haben, meinen Sie "Befehl verwenden" oder "Cache-Ordner löschen" aus Ihrem Projekt? – Shady
Ja, runnning rm -rf app/cache/* – mumia
Und mit "neue saubere Version" meinen Sie, dass Sie nur die einfache Standard-Datei composer.json verwenden? Oder haben Sie alle Ihre Abhängigkeiten hinzugefügt? – Cerad