> Точка с запятой после директивы index - не забыта?
Воистину! :)
// Было решено в IRC; отписался на случай "может поможет кому" :)
signature.asc
Description: OpenPGP digital signature
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.ngin
Hello!
On Tue, Apr 30, 2013 at 07:32:55PM +0700, Vadim A. Misbakh-Soloviov wrote:
> Более точный юз-кейс:
>
> Не работает, как показало тестирование, access_log только в двух
> server{}, оба из которых используют
> root /path/to/site;
> index index.; #в этом месте подразумевается index.bash в од
Более точный юз-кейс:
Не работает, как показало тестирование, access_log только в двух
server{}, оба из которых используют
root /path/to/site;
index index.; #в этом месте подразумевается index.bash в одном и
index.lua в другом
и в конце блока:
location = /index. {
include backends
open source сканер уязвимостей, который состоит из одного скриншота -
тоже ведь их ?
http://code.google.com/p/safe3si/
30 апреля 2013 г., 14:54 пользователь Maxim Dounin написал:
> Hello!
>
> On Tue, Apr 30, 2013 at 01:06:47AM +0300, Sergey Croitor wrote:
>
>> А китайсы с вами поделились fully f
Появилась какая-то странная ошибка, из-за которой не работают
индивидуальные access_log'и для каждого server{}. Всё пишется либо в
тот, что указан в http{}, либо, если не указано — в дефолтный NginX'овый...
24.04.2013 21:19, Maxim Dounin пишет:
> Изменения в nginx 1.4.0
У меня после обновления до 1.4.0 per-server'ные access_log'и не пишутся
вообще ни в каком случае. Если указать в http{} — все обращения на все
хосты будут писаться туда. Если не указать — в дефолтный nginx'овый. При
этом указанные в server{} аццесс-логи — игнорируются...
25.04.2013 23:07, Maxim D
Мне тоже такой mime тип нужен Сейчас браузеры ругаются - хром говорит:
"Resource interpreted as Font but transferred with MIME type
application/octet-stream: "http://mysite/data/fonts/tpl/Helios.woff";. "
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,236224,238734#msg-238734
___
Hello!
On Tue, Apr 30, 2013 at 01:06:47AM +0300, Sergey Croitor wrote:
> А китайсы с вами поделились fully functional remote code execution exploit,
> который available through the safe3q?
> Или таят?
Не поделились. Судя по всему - оного эксплоита нет и никогда не
было.
>
>
> 2013/4/29 Maxi
