Максим, спасибо. On 04/12/11 00:20, Maxim Dounin wrote: > Поскольку используется digest-аутентификация - как минимум сделать > отдельный домен под это, и проксировать весь домен целиком. По > стандарту там положено 400 возвращать при неby sergey.kobzar - Nginx Mailing List - Russian
On 04/11/11 21:29, Maxim Dounin wrote: > Тишина как-бы говорит нам: бекенд пытается отвечать по HTTP/1.1 (и > держать постоянное соединение), хотя к нему пришли по HTTP/1.0. > > В качестве workaround'а можно попробовать > > proxy_buffering off; > proxyby sergey.kobzar - Nginx Mailing List - Russian
А вот сессия nginx -> areca с данными: # tcpdump -i lo tcp port 1080 -s 0 -X tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on lo, link-type EN10MB (Ethernet), capture size 65535 bytes 18:59:13.562648 IP localhost.tuugo.com.48293 > localhost.tuugo.com.socks: S 1019999416:1019999416(0) win 32792 <mss 16396,sackOK,timestamp 2012650by sergey.kobzar - Nginx Mailing List - Russian
On 04/11/11 15:25, Михаил Монашёв wrote: > Здравствуйте, Сергей. > > SK> Вот только что-то не выходит к нему подключиться через nginx... > > Сделайте к нему обращение напряму и потом через nginx. Оба запроса > сдампите через tcpdump и пby sergey.kobzar - Nginx Mailing List - Russian
On 04/11/11 06:09, Alexander Petrovsky wrote: > > > 11 апреля 2011 г. 9:01 пользователь Sergey Kobzar > <sergey.kobzar@itcraft.org <mailto:sergey.kobzar@itcraft.org>> написал: > > Есть веб сервис по управлению RAID контроллером areca-http: > > # netstat -nlp | grep areca > tcp 0by sergey.kobzar - Nginx Mailing List - Russian
Есть веб сервис по управлению RAID контроллером areca-http: # netstat -nlp | grep areca tcp 0 0 127.0.0.1:1080 0.0.0.0:* LISTEN 12924/areca-http tcp 0 0 127.0.0.1:1081 0.0.0.0:* LISTEN 12924/areca-http tcp 0 0 127.0.0.1:1082 0.0.0.0:* LISTEN 12924/areca-http udp 0 0 12by sergey.kobzar - Nginx Mailing List - Russian
Прочитал, но не понял в чем проблема. У меня и так fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param SCRIPT_NAME $fastcgi_script_name; Сейчас при обhащении к /backend.php вываливается часть php кода plain text. On 03/18/11 11:38, Anton Koldaev wrote: > Рекомендую почитаby sergey.kobzar - Nginx Mailing List - Russian
Появилась другая проблема - если url выглядит в виде /backend.php/login, то его нужно передавать на /backend.php, а не на /index.php. Расписал вот так, но все равно не работает - возвращает 404 ошибку: server { listen 80; server_name test.localhost; acby sergey.kobzar - Nginx Mailing List - Russian
:) Исходные реврайты: RewriteRule ^css/[0-9]+/(.*?)$ /css/$1 RewriteRule ^js/[0-9]+/(.*?)$ /js/$1 # we check if the .html version is here (caching) RewriteRule ^$ index.html RewriteRule ^([^.]+)$ $1.html RewriteCond %{REQUEST_FILENAME} !-f - эти я выкинул, т.к. не уверен что они вообще используются # no, so we redirect to our fronby sergey.kobzar - Nginx Mailing List - Russian
Добрый вечер. Никак не могу переписать следующие Apache rewrite rules под Nginx: RewriteRule ^css/[0-9]+/(.*?)$ /css/$1 RewriteRule ^js/[0-9]+/(.*?)$ /js/$1 # we check if the .html version is here (caching) RewriteRule ^$ index.html RewriteRule ^([^.]+)$ $1.html RewriteCond %{REQUEST_FILENAME} !-f # no, so we redirect to our front web controllerby sergey.kobzar - Nginx Mailing List - Russian
Максим. On 03/10/11 03:42, Maxim Dounin wrote: >> # cat /etc/nginx/fastcgi_main.conf >> index index.html index.php; >> >> location ~ \.php$ { >> fastcgi_pass 127.0.0.1:9000; >> fastcgi_index index.php; >> fastcgi_param HTTPS on; >> fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; >>by sergey.kobzar - Nginx Mailing List - Russian
On 03/09/11 21:05, Maxim Dounin wrote: >> Нет такого. Вот полный конфиг: > > [...] > >> include /etc/nginx/fastcgi_main.conf; > > На полный конфиг это похоже мало. I'm sorry :) # cat /etc/nginx/fastcgi_main.conf index index.html index.php; location ~ \.php$ { fastcgi_pass 127.0.0.1:9000;by sergey.kobzar - Nginx Mailing List - Russian
Максим, спасибо. On 03/09/11 14:44, Maxim Dounin wrote: > А вот тут в качестве "..." что? Потому что если там есть хоть > один regexp location - то с высокой вероятностью часть запросов в > subversion просто не попадёт. > > Простейший workaround - вby sergey.kobzar - Nginx Mailing List - Russian
Приветствую. Криво работает связка Nginx (HTTPS) + Apache (HTTP) + Subversion. А именно checkout работает, commit новых файлов работает, а вот изменение существующих файлов обламывается с ошибкой. svn import тоже обламывается на первом файле. sak@lynxby sergey.kobzar - Nginx Mailing List - Russian