Сорри, а какой смысл в таком долгом выполнении?
чт, 22 июл. 2021 г., 21:10 grey :
> Выставил "fastcgi_read_timeout 0s;" думая что "0" означает таймаут без
> ограничений - вообще скрипт перестал работать. Поставил "30d" - получаю
> ошибку, о том что значение не верно. Остановился на значении "10d"
А что именно не получается?
чт, 22 июл. 2021 г., 14:27 skeletor :
> Попробуйте настроить в apache работу с php через fast_cgi и поведение будет
> таким же.
>
> Posted at Nginx Forum:
> https://forum.nginx.org/read.php?21,292087,292093#msg-292093
>
> ___
вт, 13 апр. 2021 г. в 13:32, Victor Sudakov :
> greenh wrote:
> > Мне кажется, что так оно работать не будет. Да собственно и зачем? ПХП
> > процесс в среднем случае легкий и быстрый. Отработает и умрет. Если Вы
> > запускаете что то очень тяжелое по хттп запросу - это явно о
вт, 13 апр. 2021 г. в 13:28, Victor Sudakov :
> greenh wrote:
> > Боюсь ошибиться, но я думаю что он (когда узнает о том, что браузер сдох)
> > просто перестанет ждать ответа на запрос от пхп но: пхп останется жить,
> его
> > процесс останется запущен, сокет, который он сл
соврать, но момент, когда можно будет точно сказать, что браузер закрыт
наступит довольно не скоро (я имею в виду TCP таймауты и пр), и в среднем
случае существенно позже, чем скрипт отработает и умрет
вт, 13 апр. 2021 г. в 13:18, Victor Sudakov :
> greenh wrote:
> > А какое поведение
А какое поведение вы хотите получить?
вт, 13 апр. 2021 г., 13:00 greenh :
> Боюсь ошибиться, но я думаю что он (когда узнает о том, что браузер сдох)
> просто перестанет ждать ответа на запрос от пхп но: пхп останется жить, его
> процесс останется запущен, сокет, который он слушает
Боюсь ошибиться, но я думаю что он (когда узнает о том, что браузер сдох)
просто перестанет ждать ответа на запрос от пхп но: пхп останется жить, его
процесс останется запущен, сокет, который он слушает останется активным и
процессы внутри его продолжат работу. Уточнить причину такого поведения, я
Nginx закроет соединение, а php код будет работать до того момента, пока не
наступит max_time_limit в самом пхп, либо, если он будет установлен в 0 -
то безконечно.
вт, 13 апр. 2021 г. в 08:11, Victor Sudakov :
> Коллеги,
>
> Есть момент, который я не понимаю, как работает. У nginx есть upstream,
Сорри, увидел ответ в доке
9 декабря 2015 г., 15:26 пользователь greenh написал:
>
> 9 декабря 2015 г., 12:55 пользователь Konstantin Tokarev <
> annu...@yandex.ru> написал:
>
>
>>
>> 09.12.2015, 13:48, "greenh" :
>> > Господа, подскажите плз
9 декабря 2015 г., 12:55 пользователь Konstantin Tokarev
написал:
>
>
> 09.12.2015, 13:48, "greenh" :
> > Господа, подскажите плз, что я понимаю не правильно:
> > порядок обработки location в Nginx
> > Nginx Обрабатывает 1 location, кроме тех случаев, когд
Господа, подскажите плз, что я понимаю не правильно:
порядок обработки location в Nginx
Nginx Обрабатывает 1 location, кроме тех случаев, когда в location задан
переход в другой, например при обработке ошибочной страницы в именованном
Location.
Первым nginx рассматривает location, содержащий regexp
Господа, я прошу прощения
не в stdout а, а в stderr как раз
9 декабря 2015 г., 11:05 пользователь Igor Sysoev написал:
> On 09 Dec 2015, at 00:46, greenh wrote:
>
> В процессе развертывания и дебага случайно выяснилось, что nginx -V и
> nginx -v вываливают ответ в stdout. Ес
В процессе развертывания и дебага случайно выяснилось, что nginx -V и nginx
-v вываливают ответ в stdout. Если не секрет - зачем? ))
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
6 декабря 2014 г., 21:17 пользователь Pavel V. написал:
> Здравствуйте, greenh.
>
> Вы писали 7 декабря 2014 г., 0:37:13:
>
> > 6 декабря 2014 г., 20:17 пользователь Pavel V.
> написал:
> > Здравствуйте, greenh.
>
> > Вы писали 6 декабря 2014 г., 19:54:00:
&
6 декабря 2014 г., 20:17 пользователь Pavel V. написал:
> Здравствуйте, greenh.
>
> Вы писали 6 декабря 2014 г., 19:54:00:
>
> > К сожалению изменить ссылки не возможно. Похоже решением будет в
> proxy_store прописать не
> > $request, а urldecode от request, вот то
К сожалению изменить ссылки не возможно. Похоже решением будет в proxy_store
прописать не $request, а urldecode от request, вот только как это сделать?
6 декабря 2014 г., 15:47 пользователь Pavel V. написал:
> Здравствуйте, greenh.
>
> Вы писали 6 декабря 2014 г., 19:21:40:
>
Похоже проблема в пробельных символах
На диске создается путь вида "images/torrents%20films", а ищется
"images/torrents films". И как с этим бороться?
6 декабря 2014 г., 15:06 пользователь greenh написал:
> Может ли это быть связанно с русскими именами в пути и имени фа
Может ли это быть связанно с русскими именами в пути и имени файла?
6 декабря 2014 г., 13:30 пользователь greenh написал:
> Добрый день
> Подскажите плз, что происходит не так и куда смотреть
> Имеется несколько серверов, отдающих статический контент, и один сервер,
> являющ
Добрый день
Подскажите плз, что происходит не так и куда смотреть
Имеется несколько серверов, отдающих статический контент, и один сервер,
являющийся для них мастером
Делается это следующим образом:
server {
listen *:80;
server_name img.site.com img-h10.site.com ;
root /home/site.com/site.com;
l
А чем вы смотрели исходный код страницы?
11 ноября 2014 г., 15:26 пользователь Maxim Dounin
написал:
> Hello!
>
> On Mon, Nov 10, 2014 at 02:19:07PM -0500, BamGran wrote:
>
> > Доброго времени суток всем!
> > Следующая проблема:
> > периодически, при обращении к страницам вида
> http://ip-сервер
Валентин, это оно, спасибо.
Может вы еще подскажите, как заставить nginx не передавать дальше
if_modify_since и тому подобное, чтобы хранилище всегда отдавало ответ, а
не 304?
10 ноября 2014 г., 23:10 пользователь Валентин Бартенев
написал:
> On Monday 10 November 2014 21:52:01 greenh wr
3 event timer del: 324:
1415648724954
2014/11/10 22:45:24 [debug] 60244#0: *573 http keepalive handler
2014/11/10 22:45:24 [debug] 60244#0: *573 close http connection: 324
2014/11/10 22:45:24 [debug] 60244#0: *573 reusable connection: 0
2014/11/10 22:45:24 [debug] 60244#0: *573 free: 00
поставил error log в debug. ВОобще пусто
10 ноября 2014 г., 11:04 пользователь greenh написал:
> Эффекта ноль. Куда смотреть дальше - уже не представляю
>
> 9 ноября 2014 г., 12:44 пользователь greenh написал:
>
>>
>> уже проставил chmod -R 777 от /home
>&
Эффекта ноль. Куда смотреть дальше - уже не представляю
9 ноября 2014 г., 12:44 пользователь greenh написал:
>
> уже проставил chmod -R 777 от /home
>
> 9 ноября 2014 г., 12:42 пользователь Никита Кардашин
> написал:
>
> Банальное: а права на запись в директорию есть?
Эффекта ноль. Куда смотреть дальше - уже не представляю
9 ноября 2014 г., 12:44 пользователь greenh написал:
>
> уже проставил chmod -R 777 от /home
>
> 9 ноября 2014 г., 12:42 пользователь Никита Кардашин
> написал:
>
> Банальное: а права на запись в директорию есть?
Если я все правильно понял, то указанные заголовки возвращаются исходя из
даты изменения файла. Поскольку пхп возвращает динамический контент, то
такой информации у nginx нет и быть не может, и соответственно,
ответственность за заголовки лежит на бекенде
09.11.2014 20:33 пользователь "Sferg" напи
уже проставил chmod -R 777 от /home
9 ноября 2014 г., 12:42 пользователь Никита Кардашин
написал:
> Банальное: а права на запись в директорию есть?
>
> 9 ноября 2014 г., 15:07 пользователь greenh написал:
>
>> Proxy_store конечно, на не store_proxy
>>
>> 9 нояб
Proxy_store конечно, на не store_proxy
9 ноября 2014 г., 12:01 пользователь greenh написал:
> Добрый день
> Подскажите плз, что я делаю не так
> имеется основной сервер хранения (storage) и фронтенд (img)
> на фронтенде настроено
>
> server {
> listen *:80;
> server_na
Добрый день
Подскажите плз, что я делаю не так
имеется основной сервер хранения (storage) и фронтенд (img)
на фронтенде настроено
server {
listen *:80;
server_name img.site1.com img-a6.site1.com ;
root /home/site1/site1.com;
location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js|html|txt)$ {
roo
После нескольких дней ковыряния выяснилось, что сервер был взломан (точнее
- каким то образом ушел рут доступ) и злоумышленник каким то образом
модифицировал апач так, что часть трафа уходила "налево"
Пересобрали серв с нуля
9 мая 2014 г., 9:20 пользователь Maxim Dounin написал:
> Hello!
>
> On
Сорри, вопрос решился перезапуском апача. Мистика.
25 апреля 2014 г., 11:20 пользователь greenh написал:
> Добрый день
> Подскажите плз, куда смотреть
> Имеется nginx/1.4.1 на centos, стоящий фронтендом перед апачем
> Вчера заметили странную вещь - при обращении к серверу некото
Добрый день
Подскажите плз, куда смотреть
Имеется nginx/1.4.1 на centos, стоящий фронтендом перед апачем
Вчера заметили странную вещь - при обращении к серверу некоторых сервисов,
возвращающих ответ POST запросом (text.ru) nginx выдает 502 ошибку, при
этом в логах вот что
access.log
POST /uniq_ne
19 февраля 2014 г., 16:31 пользователь Валентин Бартенев
написал:
> On Wednesday 19 February 2014 01:46:51 zzakirow wrote:
> > Пожалуйста, подскажите как настроить так, что бы php файлы были не
> доступны
> > для запуска, кроме index.php.
> [..]
>
> Убрать их из зоны видимости веб-сервера. Зачем
18 февраля 2014 г., 15:10 пользователь Anton Yuzhaninov
написал:
> On 02/18/14 16:12, greenh wrote:
>
>> Господа, подскажите плз, этот конфиг сильно кривой, или я двигаюсь в
>> правильном
>> направлении?
>>
>
> 1. Конфиги в text/plain читать удобнее, чем в
Добрый день
Господа, подскажите плз, этот конфиг сильно кривой, или я двигаюсь в
правильном направлении?
server {
listen *:80;
server_name gametest.mydomain.com;
root /home/client/gametest.mydomain.com/htdocs;
index index.php;
location /img {
try_files $uri $uri @img_fallback;
}
location @i
Добрый день
Имеется связка nginx/1.4.2+php5-fpm (PHP 5.3.27)
Очень хочется при display_errors=off заставить php ошибки ложиться в nginx
error.log. Единственный кривой способ, который я смог использовать - это
через fastcgi_param указать error_log=nginx-error.log
Но при этом я получаю два разных фо
29 ноября 2013 г., 18:31 пользователь написал:
> APC
>
apc который в Php? странное поведение..
>
> > On 29 нояб. 2013 г., at 20:10, greenh wrote:
> >
> > Добрый день
> > подскажите плз, что это может быть за кеширование и кто за него отвечает
> > создаю
Добрый день
подскажите плз, что это может быть за кеширование и кто за него отвечает
создаю файл
1.php
кладу в него ЛЮБОЙ контент, допустим "12345"
открываю в браузере, и вижу 12345
попытка изменить файл не приводит к измеению отдачи
в логах так же не меняется размер
перезагрузка nginx так же нич
38 matches
Mail list logo
