Symfony 2 meurt et me donne une page vierge. Disclaimer: Je déteste les pages vierges. Quoi qu'il en soit, comment puis-je découvrir ce qui s'est mal passé? pourquoi il est mort; pourquoi il n'y a pas d'erreur?
Vérification du Je suis une mise à jour sur une grande table et que vous faites environ plus de 1500 requêtes par demande (en prenant environ 15 secondes). Je suppose que la mort de PHP a quelque chose à voir avec la doctrine2 alors. Il est très instable, car il commence à mourir lorsque le nombre de transactions semble augmenter ... Je dois adminis que j'attendais beaucoup plus d'un ormes, pas seulement des décès vierges. P> y a-t-il un journal de dB fichier ou quelque chose qui peut me donner une erreur? N'importe quoi pour travailler avec en plus de faire 1 transaction à la fois, car cela prendra 13 333 heures ... c'est une mise à jour très basique (ajoutant simplement cette relation) si vous regardez la première entrée de journal. P> Je suis en cours d'exécution PHP 5.3.2 avec APC P> J'ai également remarqué que lorsque la fonction atteint la commande FLUSH en bas, elle l'exécute avec succès.
Ainsi, je suppose que ce n'est que SF2 maintenant qui ne rend pas la vue avec succès? P> P> dev.log Code> Cela me donne des informations inutiles: p>
php_error.log Code> Et d'autres n'ont pas d'erreur. P>
4 Réponses :
Je pense que vous devriez allumer et regarder votre journal de requête MySQL. Sur Debian Linux, vous devez éditer le fichier afin que tu sois Capable de le voir en temps réel par /etc/mysql/my.cnf code> et le modifier afin qu'il ait un aspect similaire à
queue -f /var/log/mysql/mysql.log
p> p> p>
Essayez d'ajouter "Cache: False" à la branche dans votre fichier de configuration pour votre environnement. Résolvez-moi. P>
Si vous êtes un traitement par lots dans Doctrine2, votre gestionnaire d'entité augmentera et vous vous perfectionnez une limite de mémoire PHP. P>
http://www.doctrine-project.org/blog/ doctrine2-lot-traitement.html p>
Vous créez des milliers d'objets et cela augmente avec chaque cycle. P>
Vous devez faire attention lorsque le traitement par lots avec un orj que vous éliminez les fuites de mémoire. Un ormes n'est pas toujours le meilleur outil de ce travail, mais il peut être utilisé si vous faites attention à ce que vous faites. P>
Votre lien est cassé: doctrine-project.org/blog/doctrine2-Batch -Processing.html
Essayez de supprimer ces dossiers: - cache - Journaux P>
et recharger votre page. P>
Cela ne fournit pas de réponse à la question. Pour critiquer ou demander des éclaircissements d'un auteur, laissez un commentaire sous leur poste - vous pouvez toujours commenter vos propres messages, et une fois que vous avez suffisamment Réputation Vous serez en mesure de Commentaire sur n'importe quel message .
Je ne peux pas laisser un commentaire sous leurs poteaux, c'est pourquoi j'ai créé une réponse. Bien que j'ai trouvé la solution que je cherchais. Le problème venait du dossier de cache. Un cache PHP Bin / Console: Warmup a fait l'affaire. Et pour répondre à la question, je pense que tout en essayant d'effacer le cache (dossier) Certains fichiers ne sont pas régénérés de tels classes.php ou classes.meta.php et qui provoque une erreur de serveur interne qui conduit le profileur Web ne pas pouvoir se montrer ou les erreurs. Et cela s'est passé après avoir installé Symfony 2.5 et le paquet Admin Sonata. J'espère que ça aide.
Dans mon cas, nettoyer le cache lui-même n'a pas résolu le problème. Mais la console émettrait le problème après avoir exécuté la commande. Twig était épuisant la taille de la mémoire autorisée dans ... Environnement.php: Eval () 'Code D sur la ligne 223 Quand j'essayais d'accéder à une vue de liste Sonatadminbunding.
Je suis d'accord, il faut beaucoup de mémoire. J'espère que vous avez trouvé une solution à votre problème.
Vous avez une page vierge même dans l'environnement de développement? (Utilisez le fichier app_dev.php). Avez-vous regardé le profileur? (Vous pouvez rechercher une ancienne demande puis jeter un coup d'oeil à tous les journaux de développement)
(question stupide) pouvez-vous essayer d'ajouter ini_set ('display_errors', 1); Au début de App_dev.php?
Dupliqué possible de Aide avec PHP Blank Page?