ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [apache-talk] Apache::ASP



>  B> Мы юзаем (http://www.webzavod.ru) - наполную...
>  B> Сайты под серьезной нагрузкой сидят...
>  B> Вещь - высшая...
>  B> Когда я стоял перед таким же выбором...
>  B> Перепробовал EmbPerl, php, Apache::ASP
>  B> На Hello, World !!!! в цикле Apache::ASP уступает, но когда пишешь
>  B> нормальный скрипт, да еще с обращением к базе - Apache::ASP вс
> ех делает
>  B> включая php чего я не ожидал никак...
>
> Ну ты нашел что сравнивать - скорость работы языка с байткомпиляцией и
> чистого интерпретатора. PHP4 и mod_perl еще сравнивать можно, но с
> равнивать
> mod_perl и PHP3 - все равно что сравнивать автомобиль с самолетом
> - результат
> известен заранее.

Меня интересовал результат работы нормального скрипта с обращением к базе...
В случае работы с Apache::ASP я использовал ессессенно DBD::Oracle +
Apache::DBI с prepare_cached
в случае с php использовал его родной драйвер для Оракла...
Так вот драйвер работы в php был хуже чем в DBD... Это сразу затормозило php
до сравнимых результатов производительность Apache::ASP скрипта из за
излишнего траффика к SQL серверу.

Так что можно сравнивать автомобиль с самолетом если у самолета движок от
ОКИ.

А дальше пошел ембед перла в HTML...
EmbPerl на больших объемах разнообразных данных из базы показал худшие
данные чем Apache::ASP. Несмотря на то что лидирует на никому не нужных
Hello, World!.


>
>  B> Кроме того с автором пакета можно завязать нормальные отношения, и все
>  B> пожелания и нововведения получаешь до выхода релиза с этими
>  B> нововведениями...
>
> А зачем он нужен - сам пакет? То есть чтобы красиво, "по-понтовому" <%
> расставить ? И все ?

На этот вопрос можно ответить так... Шибее всего писать все на C - можно
сделать абсолютно все и все будет классно работать... Можно и на чистом
Перле...
Но иногда охота заняться повышением комфорта работы - особенно если ты
работаешь над десятком проектов одновременно с большим кол-вом скриптов.
Apache::ASP - это делает очень неплохо, плюс к тому идея у Microsoft насчет
ASP прекрасная и объектная модель продумана хорошо.
И в том числе чтобы все по <% понтовому %> расставить - в этом нет ничего
плохого...

>
>  B> Короче в итоге это намного функциональнее и надежнее чем ориги
> нальный ASP от
>  B> Мелкософта...
>
> Только вот совместимости нет никакой. И тогда - ЗАЧЕМ ?

Ну мне лично в ближайшем будущем, я очень на это надеюсь, не придется
совмещаться с Microsoft платформой, хотя перенос сайтов с Microsoft ASP на
Apache::ASP можно реализовать с помощью одного не сложного скрипта.

----------------------------------------------
Sergey Polyakov - chief of WebZavod
http://www.webzavod.ru

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.