Вышел Lift 2.3

А, да. Ну и сам http://liftweb.net/ можешь ещё поддосить. Удачи.

А часто ли люди с императивным мышлением пишут сразу в функциональном стиле? Обычно нет. Поэтому первое время объём кода будет большой. А когда они постигнут преимущества функционального подхода, станет видно преимущества Scala, и вопросы сами собой отпадут.

Ну, скорость при активном свопе падает. Поэтому не стоит игнорировать и потребление памяти, если её у вас не 64 гига на машинку:)

К слову, про руби в твиттере. Они тут недавно сообщили, что рельсов с рубями больше не будет.

In the next phase of our deploy, we will eliminate Ruby on Rails entirely, connecting users directly to Blender and potentially reducing latencies even further.

They also said that they working hard on better garbage collector for ruby (the main problem with ruby and long running ruby apps). Incredible progress in this direction was mentioned (http://engineering.twitter.com/2011/03/building-faster-ruby-garbage-collector...). So, what will be at the end remains to be seen.

«по ссылкам пердон с рубями сливают в скорости где-то в 25 раз»

Ух ты. А запросы к базе данных тоже в 25 раз ускоряет?

>> Питон съел заметно больше памяти и был приблизительно в 45 раз тормознее.

Хмм, довольно удивительно, что на чисто вычислительном тесте интерпретатор динамического языка тормознее всего в 45 раз >_<

Меня тоже удивляет. Прогресс однако. Или регресс. :) Зависит от того, с какой стороны посмотреть.

> Не бубни, на www.nfl.com поставь раком

отличный пример - там все попрятано за akamai, потому как сцыкотно голую ынтырпрайзную java людям показывать.

> http://foursquare.com/

nginx

http://linkedin.com/

lighttpd

http://guardian.co.uk/

apache

только лор честно и открыто голой жопой tomcat в белый свет торчит.

> http://liftweb.net/

опять nginx. вы хоть читали мое исходное утверждение об уязвимости и незащищенности java ee на уровне http/https, а вы все норовите меня опровергнуть приводя примеры, как раз доказывающие мою правоту.

http://www.nflshop.com — вот не голая.

опять nginx.

Не хватает способности понять, что всякие nginx, lighttpd, apache нужы исключительно для static-контента, чтобы уменьшить нагрузку на сервлет-контейнер и увеличить количество хитов для динамических страниц.

> Не хватает способности понять, что всякие nginx, lighttpd, apache нужы исключительно для static-контента

если http://www.nflshop.com/home/index.jsp - это статика, то я уж и не знаю тогда. apache/2.0.63. ну, и... будут еще варианты?

я понимаю, что apache может использоваться для кэширования, но он, в том числе и прячет ущербность java http стэка.

в любом случае, я просил tomcat/jboss/что-там-еще-используется, не защищенный нормальным сервером/прокси. а то наш спор начинает напоминать разговор слепого с глухим.

Ну лор уже положи, а.

>ущербность java http стэка.

Расскажи Oracle про ущрбность http-стека. А то они выпускают GlassFish и как-то не задумываются об этом их «узком» месте. Может перепишут его на Perl или PHP, чтобы выпрямить http-стек.

в любом случае, я просил tomcat/jboss/что-там-еще-используется, не защищенный нормальным сервером/прокси.

Сейчас подниму Tomcat специально для тебя. Кину адресок, так и быть, ломай.

> Расскажи Oracle

они сами все прекрасно об этом знают. а ты, видимо, думаешь, что и microsoft свято верит в стойкость и надежность iis? однако, это не мешает им торговать говнецом, заворачивая его в красивую обертку. и oracle не привыкать делать то же самое.

Ломай: 178.45.150.113

там все попрятано за akamai,

балансировщик же, ты представь количество хитов в секунду на таком сайте, их миллионы

Хочешь сказать lor тоже за акамаем прячется?

http://guardian.co.uk/

apache

А где ты берешь эти данные? netcraft? я все время забываю называние сервиса

http://www.sj.se Jboss AS

http://www.teambank.de/english/index.jsp JSP

Чего ж не ломаешь 178.45.150.113?

Не хотите — как хотите.

>Они тут недавно сообщили, что рельсов с рубями больше не будет
только для поиска, к сожалению