ru.cgi.perl

 
 - RU.CGI.PERL ------------------------------------------------------------------
 From : Artem Chuprina                       2:5020/371.32  20 Oct 2000  18:04:00
 To : marat@cg.ru
 Subject : Re: CGI
 -------------------------------------------------------------------------------- 
 

 mcr> From: "Bas Predkov" <marat@cg.ru>
 
 mcr> "Michael Samanov" <mike@vlink.ru> wrote in message
 mcr> news:8snhet$1sm$1@www.mikes.pvt...
 >> Если ты Lincoln D. Stein и тебе не жалко потратить лет пять на
 >> написание и отладку своих функций обработки данных из формы, то,
 >> конечно, можно и поковыряться немного. В противном случае имеет
 >> большой смысл использовать стандартный модуль.
 
 mcr> Фраза "Если ты не..." ну точно из перловых учебников ;-)
 
 mcr> В общем, уточню. В начале знакомства с Перл я разбирал данные вручную,
 mcr> потом, заимев кукбук, прозрел и теперь, естественно, использую CGI. Hо
 mcr> недавно статейку читал, поучительную очень, жаль адрес потерял, там
 mcr> говорилось про fomenko.ru и как там скрипты были написаны. Hа
 mcr> малозагруженном серваке нормально было, а когда перенесли домен, да еще и
 mcr> трафик возрос круто, стало все тормозить ужасно. Автор говорит, что любой
 mcr> скрипт у них 8-10 кб, а CGI - 150. Короче, только когда они все
 mcr> оптимизировали, все стало хорошо, вообще полный коммунизм наступил.
 
 mcr> Вот меня интересует как раз работа таких скриптов "высокого уровня" на
 mcr> сайтах с _большим_ трафиком.
 
 Hа сайтах с _большим_ трафиком нормальные люди ставят Apache с mod_perl, и
 даже если они используют CGI, а не Apache::Request, он у них грузится в память
 один раз, компилируется при старте основного сервера, и больше никому ничего
 не тормозит. Мораль: оптимизировать надо не CGI.pm, а собственные мозги.
 
 -- 
 Счастливо!
   Ран.
 --- ifmail v.2.14.os-p7-tma3
  * Origin: MemoNet (2:5020/371.32@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор