Спасибо за наводку, но к сожалению без разработки все равно не получается. Сценарй у нас приблизительно такой - приходит пользователь, мы его проверяем запрашивая внешнюю систему (долгая операция), выдаем временную кукby vromanov - Nginx Mailing List - Russian
Добрый день! Собираемся разработать следующий модуль 1) Приходит запрос. Инофрмация из запроса (куки) помещаются в очередь в SHM. Запрос ставится на холд 2) Отдельный внеший процесс разгребает эту очередь (запрашивая внеby vromanov - Nginx Mailing List - Russian
Вы о > ваша фраза выглядит забавно: мне кажется вы забываете что NAT это своего рода костыль для tcp и другие l4 протоколы c ним ничего общего не имеют. > а SIP, RTP и остальная братия не от хорошей жизни в l3 лезет. Вы о чем? SIP отby vromanov - Nginx Mailing List - Russian
> Конфигурацию принимает, проксирование работает, но к бекенду приходят > запросы без keep-alive (GET /test HTTP/1.0). Чего тут не хватает? Добавить в Location proxy_set_header Connection Keep-Alive; _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http:/by vromanov - Nginx Mailing List - Russian
Прошу прощения за задержку.. разобрались. Дело было в использовании keepalive для упстрима. В этом случае оно и падает. Скоро пришлем патчик. 2011/12/12 Илья Шипицин <chipitsine@gmail.com>: > код самодельного модуля? конфиг, на которомby vromanov - Nginx Mailing List - Russian
Он у меня приводит к сигфолту на первом запросе к бакенду. "nginx падает на 1149 строчке nginx/nginx/src/http/ngx_http_upstream.c, код как-раз под ustats-овым ifdef-ом. Хронология следующая - ддф находит апстрим, открывает соединение с сервером, одby vromanov - Nginx Mailing List - Russian
Добрый день! Для 8.хх был модуль ustats. Для 1.ххх он слету не завелся. Портировал ли его ето-то? Может появилось что-то подобное? Интересуте статистика запросов по апстримам. У нас сделан хитрый модуль, который перенаправляеby vromanov - Nginx Mailing List - Russian
У нас уже есть куча модулей на С. Все они работают с базой данных (TimesTen). Это еще один запрос к куче других (уже написанных). Не хочется ради одного запроса вводить новую сущность с кучей проблем, начиная от различной обрабby vromanov - Nginx Mailing List - Russian
Удалось что-нибудь придумать? Мне тоже хочется иметь модуль, коорый принимает данные через POST и складывает их базу. Проблема в том, что данные могут быть относительно большими - например, 1 мб. В базу хочется класть в видby vromanov - Nginx Mailing List - Russian
Еще совет - лучше использовать prepared statements. ЗНАЧИТЕЛЬНО быстрее будет -- Vladimir Romanov _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://nginx.org/mailman/listinfo/nginx-ruby vromanov - Nginx Mailing List - Russian
Там еще хорошо бы добавлять 0.5 при выводе дробной части. Чтобы избежать проблем при выводе чисел типа 1.29999999, которые на самом деле 1.3 -- Vladimir Romanov _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://nginx.org/mailman/listinfo/nginx-ruby vromanov - Nginx Mailing List - Russian
И как долбит? Сколько запросов в секунду? -- Vladimir Romanov _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://nginx.org/mailman/listinfo/nginx-ruby vromanov - Nginx Mailing List - Russian
А если поставить cacheFS? -- Vladimir Romanov _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://nginx.org/mailman/listinfo/nginx-ruby vromanov - Nginx Mailing List - Russian
Я правильно понял, что вы хотите чобы если первый запрос от пользователя пришел на один из серверов, то и все остальные тоже шли бы на него? К сожалению это зависит от поведения бровзера. Но я вижу два способа решения проby vromanov - Nginx Mailing List - Russian
> пардон, а не в том ли смысл шардинга, чтоб убрать ту самую центральную базу, > которая всё знает и куда все ходят? > сделайте так, чтобы сервера однозначно выбирались на основании каких-то > атрибутов входных данныхby vromanov - Nginx Mailing List - Russian
селектить надо тк лдапов несколько. точнее несколько пар. каждая пара обслуживает свою часть пользователей. вот и приходится сначала понять к какому лдапу обращаться. сейчас таких пар 6 штук. будет больше. On 1/17/10, Deomid Ryabkby vromanov - Nginx Mailing List - Russian
пользователей - 100-500 тысяч. куки будут хранится в timesten. он все равно у меня уже есть для других целей On 1/17/10, Alexandre Kalendarev <akalend@mail.ru> wrote: > > >> У меня все сложнее. Используется не пароль и имя пользователя.. а MAC >> и Iby vromanov - Nginx Mailing List - Russian
Если используется iptables то вот такая уличная магия может помочь #fix for bug in linux kernel echo 1 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_be_liberal Вкратце - в ядре линукса есть бажок, который приводит к тому что не все TCP пакеты правильно обрабатываby vromanov - Nginx Mailing List - Russian
1) А не может ли у вас быть размер окна TCP/IP в 128к? 2) На качалке (а судя по 206 это не бровзер) может работать лимит скорости скачивания. Т.е. программа на выбирает из сокета больше чем столько-то байтов 3) Есть еще один странныйby vromanov - Nginx Mailing List - Russian
> ничем принипиально не отличается от проверки юзера/пароля. > не забудьте выдать пользователю куку, чтоб в следующий раз > не нужно было ходить в медленный лдап. Это конечно! Это уже сделано. Сделал как модуль авториby vromanov - Nginx Mailing List - Russian
У меня все сложнее. Используется не пароль и имя пользователя.. а MAC и IP. Программа смотрит MAC устройства. Шлет запрос указывая этот мак. Сервер обращается к оборудованию и рповеряет, действительно ли этому IP (от кого пришby vromanov - Nginx Mailing List - Russian
Кука выдается сразу пользователю чтобы понять когда он придет повторно с того-же устройства. Один и тот-же пользователь может приходить с разных компьютеров и различать их просто по имени пользователя не получится. Неby vromanov - Nginx Mailing List - Russian
> VR> TimesTen получается быстрее например, потому что можно > VR> использовать для IPC не сеть, а SharedMemory. > особенно это актуально для распределенных систем. > и еще раз, причем тут timesten и vbulletiin ? Непричем. -- Vladimir Romanov _by vromanov - Nginx Mailing List - Russian
Я его ставил. Сейчас не могу точно вспомнить, но общий результат меня не порадовал. TimesTen получается быстрее например, потому что можно использовать для IPC не сеть, а SharedMemory. > http://mdounin.ru/hg/ngx_http_upstream_keepalive > > Maxim Dounin > &gby vromanov - Nginx Mailing List - Russian
Меня во всем этом растроило отсутвие пула конектов к memecached. При большом количестве обращений оно начинает сильно тормозить. И как ни странно получается быстрее использовать какой-нибудь timesten чем memecached. Хотя по деньгамby vromanov - Nginx Mailing List - Russian
А теперь представим, что пользователей 100 или даже 500 тысяч. И каждый раз в минуту шлет запрос. 2010/1/11 Михаил Монашёв <postmaster@softsearch.ru>: > Здравствуйте, Владимир. > > 100 запросов в минуту вполне держит тот же Апач. -- Vladimiby vromanov - Nginx Mailing List - Russian
1) Там нужна большая скорость.. 2) Авторизация будет происзодить редко, а запросы после автризации часто. Программа будет слать запросы каждую минуту 3) Есть перспектива в дальнейшем ускорить обращение к LDAP или заменить еby vromanov - Nginx Mailing List - Russian
Если скрипт выполняется достаточно долго, затормозит ли это все запросы на этом воркере? 2010/1/11 Peter Leonov <gojpeg@gmail.com>: > А что вы имеете ввиду? ;) -- Vladimir Romanov _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://nginx.org/mailman/listby vromanov - Nginx Mailing List - Russian
Добрый день! Работаю я тут над одним проектом. И етсь там задача авторизации пользователей, причем достаточно хитрая. Пользователи могут приходить из разных регионов. В каждом регионе свой LDAP. При этом есть ограничениby vromanov - Nginx Mailing List - Russian
А скрипты выполняются асинхронно? -- Vladimir Romanov _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://nginx.org/mailman/listinfo/nginx-ruby vromanov - Nginx Mailing List - Russian