murka:783;
check interval=3000 rise=2 fall=5 timeout=1000;
}
server {
listen 7783;
proxy_pass test ;
}
}
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
nginx-ru
;
}
}
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Victor Sudakov wrote:
>
>
> Если сказать
> su -m www -c 'telnet /tmp/fcgiwrap.socket'
> то соединяется с fastcgi-сервером (я правда не знаю, какую команду там
> сказать можно, но права доступа к сокету у www явно есть).
FastCGI server сам по себе однако работает:
#
DOCUMENT_ROOT $document_root;
$ ls -al /usr/local/www/cgi-bin
total 12
drwxr-xr-x 2 root wheel 512 23 янв. 00:58 .
drwxr-xr-x 4 root wheel 512 22 янв. 22:56 ..
-rwxr-xr-x 1 root wheel 313 23 янв. 00:58 test
--
Victor Sudakov, VAS4-RIPE, VAS47-RI
giwrap.socket;
> > }
путь к cgi-скрипту получался "/usr/local/www/cgi-bin/cgi-bin/test",
понятно что такого пути нет. Поэтому надо было или урезать root до
"/usr/local/www", или задать свой $fastcgi_split_path_info, который бы
переопределил $fastcgi_script_name, о
32 - I00:11 0:00,00
/usr/local/sbin/fcgiwrap -s unix:/tmp/fcgiwrap.socket
Если сказать
su -m www -c 'telnet /tmp/fcgiwrap.socket'
то соединяется с fastcgi-сервером (я правда не знаю, какую команду там
сказать можно, но права доступа к сокету у www явн
по команде из nginx вызывать не
/usr/local/winsite/cgi-bin/query.exe?foo, а
"/usr/local/bin/wine /usr/local/winsite/cgi-bin/query.exe?foo"
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
м месте
Наверное можно, хотя надеялся обойтись без перелопачивания сайта.
Что ж, всем спасибо за идеи и предложения, уже есть какой-то багаж для
экспериментов. Если кому интересно, ради чего затевалось - это САБ "Ирбис64",
точнее Web-ИРБИС.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIP
location /moodle {
root /usr/local/www/;
}
а с php-контентом внутри Moodle как быть?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org
Victor Sudakov wrote:
> Коллеги,
>
> Кто использует Drupal8+php-fpm,скажите пожалуйста, статья
> https://www.nginx.com/resources/wiki/start/topics/recipes/drupal/ ещё
> актуальна или мир изменился?
Видимо не совсем актуальна, потому что при попытке установки модулей и
тем в
Коллеги,
Кто использует Drupal8+php-fpm,скажите пожалуйста, статья
https://www.nginx.com/resources/wiki/start/topics/recipes/drupal/ ещё
актуальна или мир изменился?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru
сервер, который работает под Wine, и
к нему уже ходить из nginx?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
ne пропустит всё это через себя? stdin и environment туда,
stdout обратно...
Думается мне, что без виндового апача или виндового же FastCGI wrapper
(такое существует в природе?), запущенных из-под Wine, не обойтись.
--
Victor Sudakov, VAS4-RIPE, VAS47-RI
ставит вам сильных проблем.
Не совсем понятно, где в этой схеме водораздел между Unix и Windows.
Имеется в виду виндовый Apache под wine, или... Уточните пожалуйста.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
__
не доставит вам сильных проблем.
>
> Можно вместо целого Апача использовать более легковесную пускалку CGI,
> например fcgiwrap или какой-нибудь lighttpd
Тот же вопрос, что к Andrey Kopeyko. Имеется в виду "пускалку CGI"
виндовую, и
ot;/cgi-bin/query.exe?foo", а не на обёртку. Переписывать
полсайта?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
2009-November/030177.html
А под Windows этот mini_httpd или аналог есть, и чтобы работал под wine?
Вдруг из него получится запускалка.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
тдачи статики, то понятно что понятно. А в fastcgi
передаются две переменные, DOCUMENT_ROOT и SCRIPT_NAME, и пока я не
осознал, что SCRIPT_NAME равен REQUEST_URI целиком (а не только его
последней компоненте, как я ошибочно полагал), ничего и не работало.
--
Victor Sudakov, VAS4-RIPE, VAS47-RI
Victor Sudakov wrote:
> > > 2019/01/23 15:29:36 [error] 93721#100134: *5 FastCGI sent in stderr:
> > > "Cannot get script name, are DOCUMENT_ROOT and SCRIPT_NAME (or
> > > SCRIPT_FILENAME) set and is the script executable?" while reading
> > > res
переносить под nginx, например под php-fpm ?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
ективы apache.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
нт закрытия соединения
клиентским браузером: закрывает ли соответствущее соединение с fastcgi
upstream-ом?
--
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
прерваться?
Прошу прощения за сумбурное изложение, поправки и указания на неверное
понимание логики работы с благодарностью принимаются.
--
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet
___
nginx-ru mailing list
nginx-ru@nginx.org
http
и хотя бы останавливается, если ей каналы ввода-вывода
закрыли. Чтобы этого не происходило, запускают через nohup, daemon и
проч.
--
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.or
greenh wrote:
> вт, 13 апр. 2021 г. в 13:28, Victor Sudakov :
>
> > greenh wrote:
> > > Боюсь ошибиться, но я думаю что он (когда узнает о том, что браузер сдох)
> > > просто перестанет ждать ответа на запрос от пхп но: пхп останется жить,
> > его
> > &
Maxim Dounin wrote:
>
> On Tue, Apr 13, 2021 at 02:52:00PM +0700, Victor Sudakov wrote:
>
> > Aleksandr Sytar wrote:
> > >
> > > > Что должно
> > > > произойти, когда пользователь отменил HTTP запрос, или браузер закрыл?
> > > > ng
Slawa Olhovchenkov wrote:
> On Tue, Apr 13, 2021 at 02:46:57PM +0700, Victor Sudakov wrote:
>
> > greenh wrote:
> > > Nginx закроет соединение, а php код будет работать до того момента, пока
> > > не
> > > наступит max_time_limit в самом пхп, либо,
завершил TCP соединение,
зачем тратить ресурсы на поддержание соединения от nginx к upstream?
Хоть Wireshark в руки бери, но кто-то же из присутствующих знает теорию?
--
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet
___
nginx-ru mailing
greenh wrote:
> А какое поведение вы хотите получить?
Закрыли браузер - обслуживавший этот сеанс процесс PHP безусловно
завершился, что бы ни делал в этот момент.
--
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet
___
nginx-ru mail
соединений к одному апстриму.
--
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Maxim Dounin wrote:
> On Fri, Apr 16, 2021 at 12:54:21PM +0700, Victor Sudakov wrote:
>
> > Maxim Dounin wrote:
> >
> > > > > > Я наверное плохо сформулировал вопрос, но мне как раз интересно
> > > > > > видеть
> > > >
Evgeniy Berdnikov wrote:
> On Fri, Apr 16, 2021 at 12:54:21PM +0700, Victor Sudakov wrote:
> > А если php-скрипт ничего не возвращает клиенту, а делает sleep(100500)
> > внутри себя, и при этом nginx закрывает соединение со скриптом,
> > connection-status в скрипте не перейде
вообще было через Unix-socket. Таки
connection-status в скрипте всё равно останется NORMAL до попытки
вернуть клиенту какие-то данные?
> Об этом, в частности, рассказывается в комментариях к
> описанию connection_aborted(). То есть исходная задача &qu
Evgeniy Berdnikov wrote:
> On Wed, Apr 21, 2021 at 02:58:21PM +0700, Victor Sudakov wrote:
> > Тут у меня еще сработали ассоциации с обычным CGI. Там ведь насколько я
> > помню, закрыли stdin CGI-скрипту - и скрипт сразу прекратил выполнение.
> > Или тоже помню неверно?
>
процессы, принимающие
> новые соединения. Соединения, обслуживаемые старыми процессами будут
> жить до закрытия или до наступления worker_shutdown_timeout.
Спасибо большое.
--
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet
_
ответ.
--
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet
___
nginx-ru mailing list -- nginx-ru@nginx.org
To unsubscribe send an email to nginx-ru-le...@nginx.org
36 matches
Mail list logo