headers
Михаил Монашёв | 1 Dec 2010 08:01
Picon
Favicon
Gravatar

Re[2]: [fr] Изменить немного алгоритм try_files

Здравствуйте, Андрей.

>> 1. Завести 8 try_files с разной последовательностью перебора:
>> 12345678, 23456781, ... 81234567.

АВ> Тогда можно будеи и без try_files обойтись.

Если  Вы  заранее знаете, где лежит нужный файл, то сразу
оттуда его и
запрашивайте.  Сэкономите  кучу  IO  и  Ваш  диски  начнут значительно
быстрее работать, особенно при большой иерархии
директорий, от которой
тоже, лучше избавляться со временем...

>> 2. Ввести случайный параметр, который будет
переключать между ними.
>> Это может быть установленные запрашивающей
стороной кука, субдомен,
>> порт, или случайная переменная из встроенного
перла, или переменная
>> из  гео-модуля (поделить весь диапазон адресов на 8
примерно равных
>> частей,  например  сгенерив  65536  подсетей  /16  и 
присвоить  им
>> значения от 1 до 8).

АВ> Можно  конечно  такой  велосипед  городить,  но  мне 
кажется  мой
АВ> алгоритм  вместится  в  10 строк. К сожалению не владею
С, поэтому
(Continue reading)

Permalink | Reply | 1 comment |
headers
vromanov | 1 Dec 2010 09:18
Picon

Re: Обработка POST запроса

Удалось что-нибудь придумать?
Мне тоже хочется иметь модуль, коорый
принимает данные через POST и складывает
их базу. Проблема в том, что данные
могут быть относительно большими -
например, 1 мб. В базу хочется класть в
виде BLOB.
Т.е. меня бы устроил обработчик который
вызвается после успешного приема тела
запроса. При этом данные бы лежали в
пуле запроса. Можно  в виде цепочки
буферов.

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

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 2 comments |
headers
kirpich | 1 Dec 2010 09:45
Picon

FastCGi cache и X-Accel-Redirect

Добрый день. Хотелось бы кэшировать 
запрос на превьюшки, получаемый от php по
X-Accel-Redirect. 
Есть сервер nginx 0.8.53 + php-fpm 5.3.3

кэшировать пытаюсь вот так...

fastcgi_cache_path /var/cache/nginx levels= keys_zone=thumbs_cache:5m;
...
...
        location   /media/thumbnail/  {
        fastcgi_cache thumbs_cache;
        fastcgi_cache_valid 200 301 302 304 5m;
        fastcgi_cache_key
"$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri";
        fastcgi_hide_header "Set-Cookie";
        fastcgi_ignore_headers "Cache-Control" "Expires";
        fastcgi_pass_header X-Accel-Redirect;
        }

Запрос получается вида
http://site/sandbox/media/thumbnail/381 
Картинка отдаётся с диска. 
В Кэше пусто.

Попробовал включать кэш для страниц -
работает.
Что я делаю не так?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,154659,154659#msg-154659
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Podolsky | 1 Dec 2010 09:53
Picon
Gravatar

Re: Обработка POST запроса

> Т.е. меня бы устроил обработчик который
> вызвается после успешного приема тела
> запроса.
Дык есть же такой! У встроенного перла.

Или вам обязательно модуль для nginx на c? а зачем?
производительность? уверяю вас, на заявленных
операциях разницу вы не
сможете даже измерить, не то, что ей воспользоваться.
_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 1 comment |
headers
Андрей Василишин | 1 Dec 2010 10:03
Picon
Favicon

Re: [fr] Изменить немного алгоритм try_files

01.12.2010 9:01, Михаил Монашёв пишет:
> Здравствуйте, Андрей.
>
>>> 1. Завести 8 try_files с разной последовательностью перебора:
>>> 12345678, 23456781, ... 81234567.
>
> АВ>  Тогда можно будеи и без try_files обойтись.
>
> Если  Вы  заранее знаете, где лежит нужный файл, то
сразу оттуда его и
> запрашивайте.  Сэкономите  кучу  IO  и  Ваш  диски  начнут значительно
> быстрее работать, особенно при большой иерархии
директорий, от которой
> тоже, лучше избавляться со временем...

Ну, вообще-то не знаю, я писал в первом сообщении, что
раскидываю файлы 
с помощью aufs, но даже если знаю, хотелось бы обойтись
без всяких баз.

>>> 2. Ввести случайный параметр, который будет
переключать между ними.
>>> Это может быть установленные запрашивающей
стороной кука, субдомен,
>>> порт, или случайная переменная из встроенного
перла, или переменная
>>> из  гео-модуля (поделить весь диапазон адресов на 8
примерно равных
>>> частей,  например  сгенерив  65536  подсетей  /16  и 
присвоить  им
(Continue reading)

Permalink | Reply | 0 comments |
headers
vromanov | 1 Dec 2010 11:00
Picon

Re: Обработка POST запроса

У нас уже есть куча модулей на С. Все они
работают с базой данных (TimesTen). Это еще
один запрос к куче других (уже
написанных). Не хочется ради одного
запроса вводить новую сущность с кучей
проблем, начиная от различной
обработки ошибок, конфигурации до
возможных проблем с доступом из перла в
TimesTen.

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

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
Anton Yuzhaninov | 1 Dec 2010 11:21
Picon
Favicon
Gravatar

Re: [fr] Изменить немного алгоритм try_files

On 11/29/10 20:54, Андрей Василишин wrote:
> Все эти 8 веников объединены с помощью aufs и при заливке
файл  рандомно попадет
> на один из дисков и потом скриптом копируется на соседний.
> При чтении, если использовать aufs, то получится, что
запросы всегда идут к тому
> диску, где первым найден файл: /storage1, /storage3, /storage5, /storage7 (то
> есть по порядку как это делает сейчас try_files),
остальные диски при этом
> простаивают.
>   Если немного модифицировать алгоритм try_files, когда
первый путь для поиска
> будет выбираться рандомно и затем обходить все
оставшиеся пути по кругу, то мы
> получим равномерное распределение запросов по
дискам в такой конструкции:
>                   try_files
>                              /storage1$uri
>                              /storage3$uri
>                              /storage5$uri
>                              /storage7$uri
>                              /storage2$uri
>                              /storage4$uri
>                              /storage6$uri
>                              /storage8$uri

Можно не модифицировать try_files, а использовать
встроенный perl и rewrite.

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
greenh | 1 Dec 2010 12:54
Picon

ошибка

Извините за ламерство, но подскажите плз,  что
обозначает вот такая ошибка
 [error] 77736#0: accept() failed (53: Software caused connection abort)
_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 3 comments |
headers
Igor Sysoev | 1 Dec 2010 12:56
Picon
Favicon

Re: ошибка

On Wed, Dec 01, 2010 at 01:54:29PM +0200, greenh wrote:

> Извините за ламерство, но подскажите плз,  что
обозначает вот такая ошибка
>  [error] 77736#0: accept() failed (53: Software caused connection abort)

http://sysoev.ru/nginx/docs/faq.html

--

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

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
Anton Yuzhaninov | 1 Dec 2010 12:57
Picon
Favicon
Gravatar

Re: ошибка

On 12/01/10 14:54, greenh wrote:
> Извините за ламерство, но подскажите плз,  что
обозначает вот такая ошибка
>   [error] 77736#0: accept() failed (53: Software caused connection abort)

http://sysoev.ru/nginx/docs/faq.html

Пока таких ошибок мало на них можно не обращать
внимание. Если много - это может 
косвенно говорить о проблемах в сети.

--

-- 
  Anton Yuzhaninov

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 1 comment |

Gmane