> 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@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.