[room] язычки и библиотечки

[Michael Bochkaryov]

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