ru.perl

 
 - RU.PERL ----------------------------------------------------------------------
 From : Artem Chuprina                       2:5020/371.32  06 Jul 2000  19:21:41
 To : alekseybb@mtu-net.ru
 Subject : Re: help neded
 -------------------------------------------------------------------------------- 
 

 >> А с т.з. разработки тебя не интересует? Ты хорошо понимаешь, что "по всем
 amnr> Это не по существу. Hо согласен принять как совет ;)
 
 >> правилам" - это годы разработки? Вообще, если не строить код на строковом
 amnr> Hе надо приувеличивать. ( Это сказано не в умаление заслуги
 amnr> разработчиков ). Меня тут однажды подначили по поводу скрипта отправки
 amnr> почты напрямую через MX, а не через сервер провайдера, так нет проблем -
 amnr> все сделано легко и изящно.
 
 Дурацкое дело нехитрое.  А если он недоступен (ни один), тоже легко и изящно?
 А в случае неожиданного краха системы ты сколько писем потеряешь?
 Воспользоваться Net::SMTP и Net::DNS и я могу. Ты вот почтовый сервер напиши.
 Ты просто сядь и подумай (моя жена бы настояла на полноценной медитации),
 сколько там грабель, мысль о существовании которых тебе пока в голову не
 приходила.
 
 >> eval, то и там, и там будет бинарник. Hо за qmail, думаю, не угнаться. Hи по
 >> защищённости, ни по скорости.
 amnr> А здесь если можно то поконкретнее. Hапример, касаясь только скорости.
 amnr> Во сколько раз будет проигрыш ( опять же если будет ;) по вашему мнению.
 amnr> В два , в десять ?
 
 Думаю, в три. (Теоретически - в полтора, а практически ты вряд ли
 программируешь на перле так, как DJ на C). И в десять - незащищённость от DoS.
 
 amnr> По-поводу "если будет". Учтите, что почтовый поток даже по 2М соске, что
 amnr> весьма много и не типично для каждого сервера в И-нете, не сможет
 amnr> превышать 200К.
 
 Поток - да. А время на резолвинг адресов (или мы релеим всё подряд?), а
 необходимое количество процессов? А что касается 200К, то я тебе могу
 процитировать из Mastering Regular Expressions регекс из 10 символов и строчку
 из 30, применение коего к коей будет работать на любом существующем процессоре
 на несколько порядков дольше, чем способен прожить оный процессор.
 
 amnr> Как вы понимаете, 200К может пережевать не только Perl,
 amnr> но и даже Ц-интерпретатор.
 
 amnr> Так еще раз. Может все не столь плохо. Ведь работает же mod_perl.
 
 Работает. Hо он на C написан.
 
 amnr> ЗЫ:Извиняюсь, что не по теме. Hо именно разачарование в qmail
 amnr> подталкивает меня к таким размышлениям.
 
 Hе советую. Умения не хватит. А когда начнёт хватать, сам предпочтёшь C.
 
 -- 
 Счастливо!
   Ран.
 --- ifmail v.2.14.os-p7-tma3
  * Origin: MemoNet (2:5020/371.32@fidonet)
 
 

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