Я только начал работать над существующим проектом, разработанным с помощью symfony 3.
И вот в чем проблема:
в моей локальной среде все в порядке, когда я использую app.php, но что-то не так при использовании app_dev.php.
Я получаю ошибки net :: ERR_CONNECTION_RESET в файлах js. Иногда это работает, иногда нет. Подразумеваемые файлы не всегда одинаковы, и обычно, когда я обновляю свою страницу, больше нет ошибок, пока не появится следующая на следующей странице или следующая ...
Я использую netbeans 8.2, windows 10 на новом ноутбуке.
Я получил свои исходники на github, моя коллега работает над тем же проектом и не имеет этой проблемы в своем локальном окружении ...
Любая подсказка ??
Привет Эмиль, спасибо за ответ. Мой журнал php показывает некоторую фатальную ошибку php Допустимый размер памяти 1073741824 байтов исчерпан в C: \ wamp64 \ www \ xmp \ vendor \ symfony \ symfony \ src \ Symfony \ Compone nt \ Debug \ DebugClassL oader.php и вот подразумеваемая функция -> foreach ($ ownInterfaces как $ interface) {foreach (class_implements ($ interface) as $ interface) {unset ($ ownInterfaces [$ interface]); }}
И я получил некоторую "устаревшую" информацию о php в моем журнале разработки, связанную с "Assetic.filter_manager" / "Assetic.filter.cssrewrite" / "Asseti c.controller" или Symfony \ Component \ HttpKernel \ Kernel :: loadClassCache ( ) или наследование пакета в C: \ wamp64 \ www \ xmp \ vendor \ Symfony \ symfony \ src \ Symfony \ Component \ HttpKer nel \ Kernel.php: 502
Какую версию PHP используете вы и ваш коллега? Вы можете сравнить используемые модули. Проблема может быть вызвана PHP.
symfony 3.4.1 php 7.0.23, мой коллега получил то же самое и мы уже проверили все ваши модули ...
Вы пробовали отключить OPcache?
ну, opcache не смог вначале (как и apcu), я подумал, что это может быть проблема, я установил оба сегодня, но он не работает лучше
еще одна неприятная вещь: команда php bin / console cache: clear также приводит к сбою выделения памяти php, но когда я добавляю параметр --no-warmup, все идет хорошо
Вы пытались увеличить лимит памяти?
Я сделал, по максимуму. Не может быть чего-то связанного с этим верхним DebugClassLoader?
Если я отключил режим отладки на dev env, все прошло нормально, и если я смогу это сделать на prod env, у меня такое же неправильное поведение
Можете ли вы подтвердить, что это вызвано профилировщиком (панель инструментов разработчика)? Если вы отключите профилировщик, приложение будет работать, верно? Кроме того, вы используете встроенный сервер или IIS (или что-то еще)?
Пользуюсь вампом. И я подтверждаю, что это происходит только с панелью инструментов отладки, все в порядке с app.php, и все идет нормально, если я отключил его в app_dev.php
Можете ли вы попробовать использовать встроенный сервер Symfony? Просто посмотреть, не изменится ли что-нибудь.
Привет, Эмиль, со встроенным сервером намного лучше !! Я только что испытал 2 ошибки в файлах js во время моего теста (ничего действительно раздражающего), и приложение действительно быстрее, чем с wamp.
Регистрируются ли какие-либо дополнительные ошибки в var / log / dev.log при запуске встроенного сервера?
Также вы запускаете проект в контейнере или в виртуальной среде?
Привет, Эмиль, извините за задержку, нужно завершить некоторую работу. В журналах ничего больше, чем устаревшие предупреждения, которые у меня были раньше. Но у меня больше нет «фатальной ошибки php: исчерпан допустимый объем памяти» на debugclassloader.php
Я не понимаю, что вы имеете в виду, говоря о запуске моего проекта в контейнере или в виртуальной среде?
Вы запускаете проект в Docker, Vagrant или чем-то подобном?
Нет я определенно не
Вероятно, сейчас лучший подход - взглянуть на вашу установку.






Похоже, это связано со слишком большим количеством уведомлений об отладке. Вы должны исправить это и попробовать еще раз.
Спасибо за ваше время и ваши советы
Я бросил почти все устаревшие уведомления (осталось только одно, кое-что о наследовании пакетов в C: \ wamp64 \ www \ xmp \ vendor \ symfony \ symfony \ src \ Symfony \ Compone nt \ HttpKernel \ Kernel), и все же такая же проблема ...
Что говорят ваши журналы?