В крайна сметка, намерих пач за монгрел-а. Сега сме с Nginx + Mongrels и всичко върви екстра. Ако някой се сблъска с този проблем да се обажда да му хвърля пача :)
> On Aug 19, 4:16 pm, "Stanislav Bozhkov" <stanislav.bozh...@gmail.com> > wrote: > > За сега най-стабилната комбинация е apache + mongrel_rails , nagios za > > monitoring.
> > Ако някой от вас се сети за решение на описания във форума проблем, ще > сме > > много щастливи. Също, кажете ако се сещате за други активни Rails > общества, > > където мога да потърся помощ.
> Описаната грешка изглежда е в Ragel HTTP parser-а (единствената C част > в монгрел). Няма смисъл да се пробва с thin, защото и той ползва същия > parser + event machine. Според Google най-често е резултат от Ajax > (XHR) или HTTPS заявки, който не могат да се parse-нат. Някой даже си > е играл да види как се държат разните application servers с "гадни" > заявки: [ > http://ninh.nl/blog/2008/04/07/robustness-comparison-between-phusion-... > ]. > Ето тука скриптчето за подаване на "гадни" заявки: [ > http://pastie.org/174641 > ]. > Май никой не предлага удачно решение. Освен такива заявки да се > "резнат" преди да са стигнали application server-a (някъде на frontend > web server-а - mod_rewrite и т.н.). > Може да се опита с apache + mod_rails [ http://www.modrails.com/ ], > ако те ползват друг parser. > За помощ може да опиташ mongrel-users ML [ > http://rubyforge.org/mailman/listinfo/mongrel-users > ], http://groups.google.com/group/rubyonrails-talk , > http://groups.google.com/group/rubyonrails-deployment > Между другото IRC каналите също са доста активни (даже досадни ;) ): > #rubyonrails, #merb
-- Internet Entrepreneur gsm: +359 897 941 631 site: http://svejo.net
