On Tue, Oct 24, 2006 at 12:54:01PM +0400, Денис Смирнов wrote: > On Tue, Oct 24, 2006 at 10:03:08AM +0300, Michael Bochkaryov wrote: > > >> Пока оказалось проще пол PHP под себя переписать :) Если серьезно -- > >> mod_perl бы рулил, если бы не был так завязан на Apache. Так что рулит > >> скорее всего сейчас FastCGI. > MB> Ну, FastCGI и так рулит. Хотя бы по причине достаточной изоляции > MB> приложения от веб-сервера с сохранением нормальной скорострельности. :) > > Ага. Притом что скорострелность nginx+fastcgi куда выше чем > apache+mod_perl какой, и безопасность выше -- выбора в общем-то и нет :) > Только вот инфраструктуры для удобного запуска fastcgi сервисов пока нет.
А в чем там проблема с запуском сервисов? Мы их обычными демонами лепим, а nginx потом по TCP общается. Запускается, как и любой другой сервис - rc-скриптами :) [skip] > MB> Это мы попробовали бинари держать в постгресе - больше не хочется. > > А вот с бинарями совсем все плохо. Я уж думал для такой цели какую > кластерную FS использовать... Но она должна быть в userspace. Вот смотрю > на fuse и думаю -- написал бы кто :) Благо много ей особо уметь не надо -- > обычно речь идет о замещении объектов, а никак не о редактировании. Да и > резолвить конфликты просто -- кто последний тот и прав. До кластерных ФС пока не дошел - обходимся пока локальными. > >> Вообще задач где при правильном программировании мне не хватило бы одного > >> физического сервера у меня не было. > MB> Везет тебе - у меня встречалось :) > > Это что за мегапорталы такие? :) WAP/WWW-портал немелкого мобильного оператора с кучей сервисов на нем. Сейчас 16 млн. абонентов - "а они как ломанутся..." :) > >> Встроеный в ваку механизм кэширования распарсеного глючил, пришлось > >> отключить. А без него на каждый запрос уходит очень много времени. Вон > >> когда комменты спамят легко доводят страницу до того состояния, что она не > >> успевает отобразиться в 30 секунд и скрипт затыкается. > MB> А на чем оно тормозит то? БД? Парсинг текста? > > Парсинг. Это основа wiki, как-никак. Там он нетривиальный, и может > склеивать текст из нескольких. Если совсем по-хорошему его надо выносить > во что-нибудь на более другом языке написаное, по крайней мере критичные > по времени куски. Но там все так тесно переплетено... Мда, парсинг на PHP не самый лучший вариант при хорошей нагрузке. [skip] -- Michael Bochkaryov CEO of Sunny Mobile Ltd. Phone: +380 67 2206770 _______________________________________________ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room