headers
ronder | 1 May 16:39
Picon

Проблема с путём до лог файла (Windows)

Здравствуйте.

В конфиг файл nginx указан путь до лог-файла:
[code]
error_log  S:\nginx-home\nginx\logs\error.log;
[/code]

При запуске nginx в Event Log попадает запись:
[code]
nginx.exe: could not open error log file: CreateFile() "logs/error.log" failed (3: The system cannot
find the path specified)  
[/code]

Как видно, указан путь [b]"logs/error.log"[/b], хотя в конфиге я
указал [b]"S:\nginx-home\nginx\logs\error.log"[/b].
Как решить мне мою проблему с логом?

Заранее благодарен за помощь!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,81358,81358#msg-81358

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 1 comment |
headers
Yuriy Taraday | 1 May 16:49
Picon
Gravatar

Re: Проблема с путём до лог файла (Windows)

При старте, nginx проверяет, может ли он открыть error log, указанный
при компиляции, после чего открывает и разбирает
файл конфигурации.
Лучше при компиляции указать путь к заведомо
существующему месту в
вашей системе.

2010/5/1 ronder <nginx-forum <at> nginx.us>:
> Здравствуйте.
>
> В конфиг файл nginx указан путь до лог-файла:
> [code]
> error_log  S:\nginx-home\nginx\logs\error.log;
> [/code]
>
> При запуске nginx в Event Log попадает запись:
> [code]
> nginx.exe: could not open error log file: CreateFile() "logs/error.log" failed (3: The system cannot
find the path specified)
> [/code]
>
> Как видно, указан путь [b]"logs/error.log"[/b], хотя в конфиге я
указал [b]"S:\nginx-home\nginx\logs\error.log"[/b].
> Как решить мне мою проблему с логом?
>
> Заранее благодарен за помощь!
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,81358,81358#msg-81358
>
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alexandre Kalendarev | 2 May 00:37
Picon

Re[2]: проблема с многопоточностью


Fri, 30 Apr 2010 12:29:59 +0300 письмо от Olexander Shtepa <isk <at> idegroup.com>:

> http://code.google.com/p/php-forker/
> мож решит проблему
так я ж про то. 

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
vgoncharov | 2 May 21:37
Picon

auth basic и backend, который не любит request header "Authorization"

Всем привет.

Использую nginx/0.7.65 как акселератор для backend сервера.
Необходимо использовать auth_basic в случае, если $query_string
соответсвует определенному регулярному выражению.

Все работет. Однако, после успешной авторизации
браузер в каждом запросе шлет заголовок запроса
"Authorization: блаблабла". А nginx отправляет его на backend сервер.

А моему backend-серверу от этого заголовка (request header)
становится плохо и он работает с ним не правильно.

Как научить nginx не слать некоторые заголовки
запрорса на backend сервер? Вроде как должна бы быть
директива типа proxy_hide_request_header, но ее и гуглом не обнаруживается.

Можно как-то помочь моему горю и убедить nginx не слать
Authorization на backend?

Вот выдержки из моего конфига:

location /abc {
    if ($args !~ "^def\=123\:?") {
      rewrite ^/abc$ /ABC last;
    }
    proxy_pass        http://backend:8080;
    #proxy_hide_request_header Authorization # Этого хочется
  }
(Continue reading)

Permalink | Reply | 1 comment |
headers
Daniel Podolsky | 2 May 21:51
Picon

Re: auth basic и backend, который не любит request header "Authorization"

http://sysoev.ru/nginx/docs/http/ngx_http_proxy_module.html#proxy_set_header
Если значение строки заголовка -- пустая строка, то
строка вообще не
будет передаваться проксируемому серверу:
    proxy_set_header  Accept-Encoding  "";

2010/5/2 vgoncharov <nginx-forum <at> nginx.us>:
> Всем привет.
>
> Использую nginx/0.7.65 как акселератор для backend сервера.
> Необходимо использовать auth_basic в случае, если
$query_string соответсвует определенному регулярному выражению.
>
> Все работет. Однако, после успешной авторизации
браузер в каждом запросе шлет заголовок запроса
"Authorization: блаблабла". А nginx отправляет его на backend сервер.
>
> А моему backend-серверу от этого заголовка (request header)
становится плохо и он работает с ним не правильно.
>
> Как научить nginx не слать некоторые заголовки
запрорса на backend сервер? Вроде как должна бы быть
директива типа proxy_hide_request_header, но ее и гуглом не обнаруживается.
>
> Можно как-то помочь моему горю и убедить nginx не слать
Authorization на backend?
>
> Вот выдержки из моего конфига:
>
> location /abc {
(Continue reading)

Permalink | Reply | 0 comments |
headers
zheka79 | 3 May 10:00
Picon

Помогите переписать правила rewrite из htaccess.

Здравствуйте!
Есть такой rewrite для апача в .htaccess

RewriteEngine on
RewriteRule !.(gif|bmp|zip|ico|ph|jpg|png|js|css|htm|html|swf|rtf|doc|txt|cgi|xml)$ index.html
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.html [L,QSA]

Может ли кто из уважаемых форумчан помочь переписать
это хозяйство для nginx?

Заранее спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,81972,81972#msg-81972

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 22 comments |
headers
Igor Sysoev | 4 May 11:57
Picon
Favicon

Re: Помогите переписать правила rewrite из htaccess.

On Mon, May 03, 2010 at 04:00:12AM -0400, zheka79 wrote:

> Здравствуйте!
> Есть такой rewrite для апача в .htaccess
> 
> RewriteEngine on
> RewriteRule !.(gif|bmp|zip|ico|ph|jpg|png|js|css|htm|html|swf|rtf|doc|txt|cgi|xml)$ index.html
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteRule ^(.*)$ index.html [L,QSA]
> 
> Может ли кто из уважаемых форумчан помочь
переписать это хозяйство для nginx?

Если я правильно понял эту отрицательную логику, то так:

     root /path/to/files;

     location ~
       \.(gif|bmp|zip|ico|ph|jpg|png|js|css|html?|swf|rtf|doc|txt|cgi|xml)$ {
         try_files  $uri  $uri/  /index.html;
     }

     location / {
         rewrite  ^  /index.html   break;
     }

--

-- 
Игорь Сысоев
http://sysoev.ru
(Continue reading)

Permalink | Reply | 0 comments |
headers
ash2k - | 4 May 13:48
Picon
Gravatar

Распределение временных файлов по дискам

Здравствуйте!
Использую Nginx upload module для загрузки файлов и хотелось бы
записывать временные файлы не на один винт, а на
несколько (без
рейдов). Как это можно сделать?

В голову пришла идея сделать "хешированную"
директорию, как это
описано в директиве upload_store [1], и через nullfs (у меня FreeBSD)
примонтировать винты в эти директории, но выглядит
это как костыль.

Вспомнил, что где-то уже видел описание
"хешированных" директорий, и
нашел директивы proxy_temp_path [2] и fastcgi_temp_path [3]. Появилась
идея: было бы удобно если бы можно было описывать
такие директории
блоками, схожими с upstream'ами:

store store1 {
   /mnt/hd1 [ уровень1 [ уровень2 [ уровень3 ] ] ];
   /mnt/hd2 [ уровень1 [ уровень2 [ уровень3 ] ] ];
}

Затем такие store-блоки можно было бы использовать в директивах
upload_store, proxy_temp_path, fastcgi_temp_path, ...

upload_store store1;

Как Вам идея?
(Continue reading)

Permalink | Reply | 18 comments |
headers
Sergey Shepelev | 4 May 13:54
Picon
Gravatar

Re: Распределение временных файлов по дискам

2010/5/4 ash2k - <ash2kk <at> gmail.com>:
> Здравствуйте!
> Использую Nginx upload module для загрузки файлов и хотелось бы
> записывать временные файлы не на один винт, а на
несколько (без
> рейдов). Как это можно сделать?
>
> В голову пришла идея сделать "хешированную"
директорию, как это
> описано в директиве upload_store [1], и через nullfs (у меня FreeBSD)
> примонтировать винты в эти директории, но выглядит
это как костыль.
>
> Вспомнил, что где-то уже видел описание
"хешированных" директорий, и
> нашел директивы proxy_temp_path [2] и fastcgi_temp_path [3]. Появилась
> идея: было бы удобно если бы можно было описывать
такие директории
> блоками, схожими с upstream'ами:
>
> store store1 {
>   /mnt/hd1 [ уровень1 [ уровень2 [ уровень3 ] ] ];
>   /mnt/hd2 [ уровень1 [ уровень2 [ уровень3 ] ] ];
> }
>
> Затем такие store-блоки можно было бы использовать в директивах
> upload_store, proxy_temp_path, fastcgi_temp_path, ...
>
> upload_store store1;
>
(Continue reading)

Permalink | Reply | 12 comments |
headers
ash2k - | 4 May 15:09
Picon
Gravatar

Re: Распределение временных файлов по дискам

4 мая 2010 г. 17:54 пользователь Sergey Shepelev <temotor <at> gmail.com> написал:
> 2010/5/4 ash2k - <ash2kk <at> gmail.com>:
>> Здравствуйте!
>> Использую Nginx upload module для загрузки файлов и хотелось бы
>> записывать временные файлы не на один винт, а на
несколько (без
>> рейдов). Как это можно сделать?
>>
>> В голову пришла идея сделать "хешированную"
директорию, как это
>> описано в директиве upload_store [1], и через nullfs (у меня FreeBSD)
>> примонтировать винты в эти директории, но выглядит
это как костыль.
>>
>> Вспомнил, что где-то уже видел описание
"хешированных" директорий, и
>> нашел директивы proxy_temp_path [2] и fastcgi_temp_path [3]. Появилась
>> идея: было бы удобно если бы можно было описывать
такие директории
>> блоками, схожими с upstream'ами:
>>
>> store store1 {
>>   /mnt/hd1 [ уровень1 [ уровень2 [ уровень3 ] ] ];
>>   /mnt/hd2 [ уровень1 [ уровень2 [ уровень3 ] ] ];
>> }
>>
>> Затем такие store-блоки можно было бы использовать в директивах
>> upload_store, proxy_temp_path, fastcgi_temp_path, ...
>>
>> upload_store store1;
(Continue reading)

Permalink | Reply | 11 comments |

Gmane