Xdebug молча перехватывает соединения без причины ⇐ Php
Xdebug молча перехватывает соединения без причины
Приложение работает на докер-контейнерах: nginx и php-fpm. Xdebug настроен с помощью PhpStorm. Приложение работало правильно, пока внезапно Xdebug не начал перехватывать все соединения, даже когда я не включал отладку. Я даже в конфигурации ничего не менял - просто начал так делать (немного волшебства, но что-то конечно должно быть).
Почему это Xdebug: если я удалю настройки Xdebug из Dockerfile, все начнет работать. Кроме того, запросы зависают, как это происходит при их отладке, т. е. они умирают после нескольких минут ожидания с ошибкой 504 Gateway Time-out.
PhpStorm не запускает сеанс отладки, поэтому он происходит автоматически. Закрытие PhpStorm не помогает. Перезапуск контейнеров, самого докер-демона и даже ОС тоже не помогает. В разных браузерах ничего не меняется.
php-fpm/Dockerfile:
ИЗ php:7.3.18-fpm-alpine ЗАПУСК apk добавить --no-cache $PHPIZE_DEPS \ && pecl install xdebug-2.9.8 \ && docker-php-ext-enable xdebug #...есть еще строки, но даже когда я их удаляю, проблема остается #Когда я комментирую эту строку и выполняю `docker-compose build && docker-compose down && docker-compose up -d`, # приложение возвращается к жизни. КОПИРУЙТЕ xdebug.ini /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini. php-fpm/xdebug.ini:
zend_extension=xdebug.so xdebug.remote_enable=1 xdebug.remote_connect_back=выкл. xdebug.remote_host=docker.for.mac.localhost xdebug.remote_port=10000 xdebug.idekey=PHPSTORM xdebug.remote_autostart=истина xdebug.var_display_max_eep = 16 xdebug.var_display_max_children = 256 xdebug.var_display_max_data = -1 docker-compose.yml:
версия: '3.7' услуги: Нгинкс: изображение: nginx: стабильный объемы: - ./docker/nginx/vhost.conf.template:/tmp/vhost.conf.template - ./docker/nginx/logs:/logs - ./:/приложение зависит от: - php-фпм php-фпм: сборка: докер/php-fpm среда: PHP_IDE_CONFIG: имя_сервера=app.local объемы: - ./:/приложение nginx/vhost.conf:
сервер { кодировка utf-8; client_max_body_size 250M; слушай 80; имя_сервера app.local; корень /приложение/общественность; индекс index.php; access_log /logs/nginx.app.access.log; error_log /logs/nginx.app.error.log; расположение / { try_files $uri $uri//index.php$is_args$args; } местоположение ~ \.php$ { try_files $uri = 404; fastcgi_pass fpm:9000; включить /etc/nginx/fastcgi_params; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $request_filename; } местоположение ~* "/\." { отрицать все; вернуть 404; } } Это Docker Desktop 2.5.0 на MacOS 10.14.6.
Что это может быть?
Приложение работает на докер-контейнерах: nginx и php-fpm. Xdebug настроен с помощью PhpStorm. Приложение работало правильно, пока внезапно Xdebug не начал перехватывать все соединения, даже когда я не включал отладку. Я даже в конфигурации ничего не менял - просто начал так делать (немного волшебства, но что-то конечно должно быть).
Почему это Xdebug: если я удалю настройки Xdebug из Dockerfile, все начнет работать. Кроме того, запросы зависают, как это происходит при их отладке, т. е. они умирают после нескольких минут ожидания с ошибкой 504 Gateway Time-out.
PhpStorm не запускает сеанс отладки, поэтому он происходит автоматически. Закрытие PhpStorm не помогает. Перезапуск контейнеров, самого докер-демона и даже ОС тоже не помогает. В разных браузерах ничего не меняется.
php-fpm/Dockerfile:
ИЗ php:7.3.18-fpm-alpine ЗАПУСК apk добавить --no-cache $PHPIZE_DEPS \ && pecl install xdebug-2.9.8 \ && docker-php-ext-enable xdebug #...есть еще строки, но даже когда я их удаляю, проблема остается #Когда я комментирую эту строку и выполняю `docker-compose build && docker-compose down && docker-compose up -d`, # приложение возвращается к жизни. КОПИРУЙТЕ xdebug.ini /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini. php-fpm/xdebug.ini:
zend_extension=xdebug.so xdebug.remote_enable=1 xdebug.remote_connect_back=выкл. xdebug.remote_host=docker.for.mac.localhost xdebug.remote_port=10000 xdebug.idekey=PHPSTORM xdebug.remote_autostart=истина xdebug.var_display_max_eep = 16 xdebug.var_display_max_children = 256 xdebug.var_display_max_data = -1 docker-compose.yml:
версия: '3.7' услуги: Нгинкс: изображение: nginx: стабильный объемы: - ./docker/nginx/vhost.conf.template:/tmp/vhost.conf.template - ./docker/nginx/logs:/logs - ./:/приложение зависит от: - php-фпм php-фпм: сборка: докер/php-fpm среда: PHP_IDE_CONFIG: имя_сервера=app.local объемы: - ./:/приложение nginx/vhost.conf:
сервер { кодировка utf-8; client_max_body_size 250M; слушай 80; имя_сервера app.local; корень /приложение/общественность; индекс index.php; access_log /logs/nginx.app.access.log; error_log /logs/nginx.app.error.log; расположение / { try_files $uri $uri//index.php$is_args$args; } местоположение ~ \.php$ { try_files $uri = 404; fastcgi_pass fpm:9000; включить /etc/nginx/fastcgi_params; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $request_filename; } местоположение ~* "/\." { отрицать все; вернуть 404; } } Это Docker Desktop 2.5.0 на MacOS 10.14.6.
Что это может быть?
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Pandas представляет терминаторы строк через to_csv без причины или причины
Anonymous » » в форуме Python - 0 Ответы
- 34 Просмотры
-
Последнее сообщение Anonymous
-
-
-
Pandas представляет терминаторы строк через to_csv без причины или причины
Anonymous » » в форуме Linux - 0 Ответы
- 28 Просмотры
-
Последнее сообщение Anonymous
-