сам элронд смит?!

Ух сейчас понесётся... P.S. жаль что CakePHP нету

>>популярных фреймворков.

[Занудно] Вообще-то, надо добавлять - "для разработки сетевых приложений". А совсем было бы хорошо, если вместо дурацкого "фреймворка" написать программный комплекс.

ну как обычно в питоне шарим его тюним, а другие типа чтобы были, до кучи, не объективно...

а дотнет где? ниасилел?

Безотносительно к результатам объективность вызывает сомнения ;)))

Стоит только посмотреть на графики - сколько вариантов Django было испробовано? (для тех, кто в танке - вопрос риторический ;)

Соответственно для сайта Alronda используется: http://www.alrond.com/powered.gif

Ну вот, уже одно только включение eAccelerator уменьшает разрыв Django/PHP всего вдвое. И это у довольно тормозных фреймворков...

Вот мой фреймворк генерит юзеру статику, отдавая с винта готовые страницы. В общем случае - PHP даже не вызывается. В частном - всякая user-based инфо вставляется через JavaScript. Интересно, вот, его потестировать в равных условиях :D

да но... что действительно 1.2.1 рельсы настолько медленнее?....

>Alrond протестировал скорость работы движков MVC нескольких >популярных фреймворков.

>Результаты: >1. django. >2,3 поделили TurboGears и RoR 1.1.6 >4. Catalyst. >5. CodeIgniter. >6. RoR 1.2.1 >7. Symfony

Все это хорошо, но в списке нет _ реально популярных_ фреймворков...

Реально _популярные_ :

1. просто PHP как есть, и это печально...

2. Spring, Struts, JSF и тд.

3. ASP.net

Учитывая крайнюю тормознутость самого Ruby, было бы удивительно, если б проекты на нём летали при равных условиях.

Сила Ruby в глазах его сторонников в структуре м возможностях языка и связанными с этим скоростью и удобством разработки.

>Реально _популярные_ :

пхп - это не фрейморк. Жаба - это другой уровень, а asp.net ни разу на глаза не попадался.

>пхп - это не фрейморк.

Это вопрос спорный на самом деле. В стандартной библиотеке очень много нужного для web из коробки, PHP никак не язык общего назначения, а как раз скриптовый DSL для web. Плохой, хороший --- другой вопрос.

Что касается Java и .Net --- так на них куча программерских контор в Москве и Питере как раз и лабают, так как платят. См. job.ru, кто требуется.

Популярность --- это признание милионов индусов :)

хе-хе, UCW ниасилили или устыдились сравнивать с? На дрова.

>да но... что действительно 1.2.1 рельсы настолько медленнее?....

Этот тест как раз обсуждают в гуглегруппах и судя по всему товарищ проводящий тестирование единственный у кого 1.2.1 настолько тормозит. У остальных все нормально. =)

>Это вопрос спорный на самом деле.

нихрена не спорный. Если только ты не в курсе - что такое фреймворк :)

мда. прочитал - 2,3 поделия TurboGears и RoR. Чтото есть в этом от фрейда, ИМХО )

Интересно ещё скорость Pylons и Django сравнить...

Хотя, многое (если не "почти всё") зависит не от фреймворка, а от собственно реализации проекта.

>пхп - это не фрейморк

нет, фреймворк ;)))

всегда им был(начиналяся как набор перл и С скриптов) - просто вырос в монстра

РНР - скриптовый движок написанный на С

кто в курсе? насколько быстро можно поднять сайт на django? насколько это оправданно?(точнее при каких условиях?), или стоит продолжать использовать drupal

Перл - тоже скриптовый движок? Питон тоже?

> Жаба - это другой уровень, а asp.net ни разу на глаза не попадался.

Поставь apache и mod_mono и попробуй :)

Пузомерка.

Спрашивается, зачем пропустили эту новость? Это ведь полный бред! Какая розница с какой скоростью работают фреймворки, если важно только время разработки проекта на них. Это как оценивать? Какая-то бестолковая пузомерка вместо новости.

Ну давай, организуй на питоне или перле сохранение информации в сессии, не импортируя ни одного модуля.

/me взял попкорн и устроился у монитора.

Ты адресатом не ошибся?

>Вот мой фрейм...

это оно?

( ! ) Parse error: syntax error, unexpected '<' in /home/balancer/work/cms/funcs/templates/smarty.php(13) : eval()'d code on line 16

А что будет когда TurboGears таки переведут на cherrypy3? Судя по тому что cherrypy3 быстрее чем cherrypy2 в разы, TG должен выйти на первое место в таких тестах...

>кто в курсе? насколько быстро можно поднять сайт на django? насколько это оправданно?(точнее при каких условиях?), или стоит продолжать использовать drupal

По django довольно неплохой Tutorial. Мне удалось за ночь разобраться и написать простую систему ala блог+менеджер пользователей для него (до того django не изучал вообще).

Другой вопрос, что django далеко не на любом хостинге получается запустить.

> Поставь apache и mod_mono и попробуй :)

К сожалению ни об одном приличном MVC framework'е для ASP.NET мне, например, не известно. А то что есть - под mono не работает. Даже mojoportal (хоть это и не CMF а CMS) работает только под mono 1.1 profile и только старая версия...

> ( ! ) Parse error: syntax error, unexpected '<' in /home/balancer/work/cms/funcs/templates/smarty.php(13) : eval()'d code on line 16

Гыгы :))

>Перл - тоже скриптовый движок? Питон тоже?

дурака из себя не стройте пожалуйста

PHP изначально был создан(не рабираемя как ;) для динамических веб страничек. РНР именно скриптовый движок, так как екстеншены пишутся на строго типизированных языках программирования общего назначения (в основном С/C++)

Перл - расшифруйте и узнаете для чего он создан

Питон - динамический объектно-ориентированный яп высокого уровня. ОБЩЕГО НАЗНАЧЕНИЯ.

>РНР именно скриптовый движок

Скриптовый движок, на котором пишут скриптовые движки потому, что сам по себе PHP как скиптовый движок никуда не годится? :) :) :)

> так как екстеншены пишутся на строго типизированных языках программирования общего назначения (в основном С/C++)

Модули Перла тоже неплохо так пишутся на на строго типизированных языках программирования общего назначения (в основном С/C++)

У пхп просто большая и жирная библиотека, но разве разве обширная библиотека == фреймворк???

Ну да, python нужен, как же без него

>Спрашивается, зачем пропустили эту новость? Это ведь полный бред! Какая розница с какой скоростью работают фреймворки, если важно только время разработки проекта на них. Это как оценивать? Какая-то бестолковая пузомерка вместо новости.


В новости ведь написано, что сраынивается только производительность
Не интересует производительность - придумай другие тесты

>это оно?

Это оно, примерно трёхгодичной давности :) Естественно, с тех пор всё на свете поменялось, а, как ни печально, свой собственный сайт - это самое последнее место, до которого доходят руки :D

>Это ведь полный бред! Какая розница с какой скоростью работают фреймворки, если важно только время разработки проекта на них.

То есть, Вы на полном серьезе считаете, что производительность фреймворка -- дело десятое? Типа, нам бы побыстрее наваять, а как оно будет работать - пофиг? Заказчик же лох, купит новый сервер, никуда не денется....

Заказчику важнее быстро получить работающий продукт. Дешевле купить сервак, чем оплачивать время работы программистов.

>Заказчику важнее быстро получить работающий продукт. Дешевле купить сервак, чем оплачивать время работы программистов.

Бред какой. Где технико-экономическое обоснование этому утверждению? Куча рекламных плакатов?

>Бред какой. Где технико-экономическое обоснование этому утверждению? Куча рекламных плакатов?

почему же, и на самом деле дешевле купить сервак, чем оплатить труд программерам. Другой вопрос в целесообразности этого, в развитии и масштабируемости ну и так далее. А тут уже и важна конечная производительность.

>>Бред какой. Где технико-экономическое обоснование этому утверждению? Куча рекламных плакатов?

>почему же, и на самом деле дешевле купить сервак, чем оплатить труд программерам.

Каким программерам? С каких это пор труд PHP-программиста стОит дороже сервера?

>Каким программерам? С каких это пор труд PHP-программиста стОит дороже сервера?

А что, в Р'льехском фтопкоподелочном ПТУ не проходят предмет "экономика" ?

> Каким программерам? С каких это пор труд PHP-программиста стОит дороже сервера?

К сожалению, это так :( Сервак сейчас можно и за $1500 взять. Это ~ месяц работы одного среднего php-кодера.

А почему "к сожалению"?

Кодерам платить много приходиться? ;)

Нет. Из-за этого кодеры часто закрывают глаза на очевидные огрехи в проектировании и оптимизации скорости в угоду быстроте разработки и добавления новых неоттестированных и неочевидных функций.

>Скриптовый движок, на котором пишут скриптовые движки потому, что сам по себе PHP как скиптовый движок никуда не годится? :) :) :)

я ж написал, что не рассматриваем РНР и как но написан ;)))

>Модули Перла тоже неплохо так пишутся на на строго типизированных языках программирования общего назначения (в основном С/C++)

дык, речь там была о начальном ПРЕДНАЗНАЧЕНИИ ;)))

>Нет. Из-за этого кодеры часто закрывают глаза на очевидные огрехи в проектировании и оптимизации скорости в угоду быстроте разработки и добавления новых неоттестированных и неочевидных функций.

просто бывают случаи, когда заказчику "надо вчера вот эту дурацкую функцию", конечно нужно писать юз кейсы, фиче листы и прочие спеки, но иногда заказчик со всем этим пошлет тебя подальше(с такими лучше не связываться, но жизнь жестокая штука ;)

>Нет. Из-за этого кодеры часто закрывают глаза на очевидные огрехи в проектировании и оптимизации скорости в угоду быстроте разработки и добавления новых неоттестированных и неочевидных функций.

Ключевой слово в моём утверждении - работаюший!

> Какая розница с какой скоростью работают фреймворки

Ню-ню, а потом, когда чуть вырастит посещаемость все бегают выпученными глазами и думаю что же делать т.к. сервер не тянет. И оперативу добавляют, и процы меняют и вские memcached ставят и программеров круглые сутки заставляют пахать :). Ведь пока cpu idle хоть немного есть сервер обычно ничем не выдает что он сильно нагружен. А когда этого idle нет все становится резко плохо(обычно). В лучшем случае сайт сильно тормозит, в худшем падает нафиг :). Так что не повторяйте ошибок на которые уже наступили миллионы, планируйте ресурсы сервера заранее :).

>Вот мой фреймворк генерит юзеру статику.

Это с любым фреймворком так можно сделать :). Я прикрутил к django. Как только контент меняется\обновляется вызывает функция которая генерит статику которая потом отдается nginx. Правда, статика не всегда поможет. Например, не поможет там где ответ сервера зависит от запроса клиента. Форум, например, будет очень сложно закешировать :).

>протестировал скорость работы движков MVC нескольких популярных фреймворков.

Интересно во сколько раз скорость работы Seam, GWT, Struts,Stripes и JSF их быстрее?