Hello!
On Thu, Jul 22, 2021 at 02:09:58PM -0400, grey wrote:
> Выставил "fastcgi_read_timeout 0s;" думая что "0" означает таймаут без
> ограничений - вообще скрипт перестал работать. Поставил "30d" - получаю
> ошибку, о том что значение не верно. Остановился на значении "10d" - вроде
> все
Сорри, а какой смысл в таком долгом выполнении?
чт, 22 июл. 2021 г., 21:10 grey :
> Выставил "fastcgi_read_timeout 0s;" думая что "0" означает таймаут без
> ограничений - вообще скрипт перестал работать. Поставил "30d" - получаю
> ошибку, о том что значение не верно. Остановился на значении
Выставил "fastcgi_read_timeout 0s;" думая что "0" означает таймаут без
ограничений - вообще скрипт перестал работать. Поставил "30d" - получаю
ошибку, о том что значение не верно. Остановился на значении "10d" - вроде
все работает как надо.
В принципе вопрос решен, но так ради интереса,
Hello!
On Wed, Jul 21, 2021 at 12:05:48PM -0400, grey wrote:
> Приветствую всех!
>
> Раньше php работал через Апач все было ОК, сейчас подключил его к nginx как
> php-fpm и вылезла такая штука: не получается заставить работать бесконечный
> цикл:
>
>
> set_time_limit (0);
>
> while (1) {
>
А что именно не получается?
чт, 22 июл. 2021 г., 14:27 skeletor :
> Попробуйте настроить в apache работу с php через fast_cgi и поведение будет
> таким же.
>
> Posted at Nginx Forum:
> https://forum.nginx.org/read.php?21,292087,292093#msg-292093
>
>
Попробуйте настроить в apache работу с php через fast_cgi и поведение будет
таким же.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,292087,292093#msg-292093
___
nginx-ru mailing list
nginx-ru@nginx.org
Приветствую всех!
Раньше php работал через Апач все было ОК, сейчас подключил его к nginx как
php-fpm и вылезла такая штука: не получается заставить работать бесконечный
цикл:
Понимаю, что дело в какие-то таймаутах. Задрал значения
fastcgi_connect_timeout, fastcgi_send_timeout,
Сгораю от стыда - дело было в количестве воркеров :)
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,287839,287847#msg-287847
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
27.04.2020 16:38, grey пишет:
Приветствую всех!
Прежде чем создавать топик, перепроверил всё несколько раз, но объяснения
такого поведения nginx найти не смог.
Суть проблемы: если из php-скрипта со своего сервера я обращаюсь посредством
curl или fopen к своему же сайту, то получаю ошибку "504
Приветствую всех!
Прежде чем создавать топик, перепроверил всё несколько раз, но объяснения
такого поведения nginx найти не смог.
Суть проблемы: если из php-скрипта со своего сервера я обращаюсь посредством
curl или fopen к своему же сайту, то получаю ошибку "504 Gateway Time-out".
Если
На машине разработчика стоит Apache2 + php, на "сервере" Nginx + php-fpm, в
качестве "сервера" docker, сервер чистый(данных нет)
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,238282,279248#msg-279248
___
nginx-ru m
On Thursday, 29 March 2018 17:40:41 MSK Goti wrote:
> В конфиге memory_limit увеличен до 1024M на машине разработчика все отлично
> работает, но и работает через Apache2
>
На машине разработчика точно такие же запросы один в один и те же самые данные?
--
Валентин Бартенев
Konstantin Tokarev Wrote:
---
> 29.03.2018, 17:40, "Goti" :
> > В конфиге memory_limit увеличен до 1024M на машине разработчика все
> отлично
> > работает, но и работает через Apache2
>
> через Apache с php-fpm
Нет
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,238282,279239#msg-279239
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
29.03.2018, 17:40, "Goti" :
> В конфиге memory_limit увеличен до 1024M на машине разработчика все отлично
> работает, но и работает через Apache2
через Apache с php-fpm работает?
>
> Posted at Nginx Forum:
>
В конфиге memory_limit увеличен до 1024M на машине разработчика все отлично
работает, но и работает через Apache2
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,238282,279237#msg-279237
___
nginx-ru mailing list
nginx-ru@nginx.org
В нехватке памяти, нужно проверить настройки php, nginx тут не причём
On Thu, Mar 29, 2018 at 6:27 PM Goti wrote:
> Всем привет, php жрет всю память, не могу понять почему ...
> Конфиг:
> server {
> listen 80 default_server;
> listen [::]:80
Всем привет, php жрет всю память, не могу понять почему ...
Конфиг:
server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
location / {
root /var/www/html/dist/;
}
location /search/ {
посмотрел по gtmetrix - дольше всего тупит сам index.php
проблемы где-то на стыке? я когда отлаживал поставил форвард php на
локалхост на 9000 порт, попробую еще через unix-сокет
да, логирование повышу, посмотрю чего получится...
Posted at Nginx Forum:
Привет!
Есть проблема:
При генерации миниатюр для Phoca Gallery, скрипт генерирует парочку картинок
и все - белый экран, нечего не происходит. Помогает только рестарт nginx
сервера.
Мои конфиги nginx:
location ~ \.php$ {
try_files $uri =404;
fastcgi_pass unix:/tmp/wwwpool.sock;
fastcgi_cache
Совсем забыл! Конфиг nginx.conf:
user user;
worker_processes 1;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
use epoll;
}
http {
fastcgi_cache_path /tmp/fcgi-cache/ levels=1:2 keys_zone=one:10m;
sendfile on;
sendfile_max_chunk 128k;
postpone_output 1460;
Попробуйте LXC, залейте минимальный образ системы, поставьте php и
поднимите сеть между хостом и контейнером.
И, кстати, в разных контейнерах можно запускать разные дистрибутивы
одновременно.
2013/6/4 Sferg nginx-fo...@nginx.us:
mva, разобрался я с выводом пустой страницы в phpBB3. Нужно было
chroot = /home/kursk.dyndns.org/www
..
Если разместить в /home/kursk.dyndns.org/www/ файл index.php со строчкой
phpinfo();
то всё прекрасно открывается. Но если залить тот же phpBB3, то всё время
наблюдается белая страница (в php.ini прописан параметр display_errors=1).
Если chroot убрать,
2 июня 2013 г., 7:35 пользователь Vadim A. Misbakh-Soloviov
m...@mva.nameнаписал:
2) Я бы всё-таки посоветовал не слушать то, что написано в конфигах PHP
и не использовать их chroot, т.к. уже давно существует мнение, что
PHP'шный chroot это то, как безопасность НЕ НУЖНО организовывать.
1) Не могли бы Вы включить более подробный логгинг? :) Да и попробовтаь
посмотреть в файле. (который error_log в nginx'е).
2) Я бы всё-таки посоветовал не слушать то, что написано в конфигах PHP
и не использовать их chroot, т.к. уже давно существует мнение, что
PHP'шный chroot это то, как
Hello!
On Thu, Apr 11, 2013 at 02:11:18PM +0400, Anton Kiryushkin wrote:
Всем добрый день
Возможно это боян и только я не знаю как так получается. Но столкнулся с
интересной вещью.
Есть сайт, туда пользователи могут загружать картинки. И загружают. Но,
если вместо картинки, под видом
Hello!
On Thu, Apr 11, 2013 at 03:34:52PM +0400, Anton Kiryushkin wrote:
Максим, спасибо за ответ.
Если вы про определение переменной $script, то даже если от него отказаться
и использовать штатную переменную $fastcgi_script_name, то от этого то, к
ему обращается nginx не меняется. Для
27 matches
Mail list logo