1) зато точные числа есть у меня. загляни в ветку "веб". я долбил джумлу на впс(за 8 евро в месяц) и у меня успешно отрабатывались десятки тысяч запросов, при количестве параллельных запросов в единицу времени = 20. и это на апаче с mod_php. Двухядерник с nginx + php-fpm устойчиво обрабатывал сотни тысяч отправленных запросов, при общем кол-ве оправленных параллельных = 200
2) количество и сами sql запросы к бд в обоих реализайциях были одинаковы при долблении идентичных страниц? ставлю бутыль хорошего коньяку (ты вроде бы тоже из Ганновера?), что запросы и их кол-во было разным. что и сыграло основную свою роль.
давай сделаем замеры, если хочешь. железку я настрою. ок?

Да что фейсбук, я лично оптимизировал корпоративные веб-сайты и интерфейсы на PHP до времени ответа в 5-10мс без учета БД и прочих бекэндов.

В основном Java и PHP, дотнета меньше. Питона мало, остального почти нет.

Java как язык на два порядка быстрее пыха. Правда без мозгов элементарно убить перформанс что там, что здесь.

<имхо>
серверная часть 75-ти% не ентерпрайз веб проектов, в которых в прошлом году удалось поучаствовать делали следующие вещи:
-серверная валидация переданных данных
-ковыряемся в кэше / формирование запросов к БД
-обработка результатов пред. шага. и формирование ответа(json или разметка)
и это ВСЁ.
доменная модель: анемичная.
профайлер показывает, что 95% времени уходит на работу с БД. Тут без разницы: жаба или пых.
для ентерпрайза же практически всегда - ASP.NET MVC, WCF, WFF и WPF(для десктопов).
всё зависит от задач: у тебя они одни, а у меня - другие. конечно глупо брать пых и пытаться строить на нём рич доменную модель или тяжёлые мат модели. А вот для "проверь ввод---> cформируй SQL --> отдай результат" подходит не хуже любого другого языка.
</имхо>

Для формирования SQL PHP как раз не идеален - что-нибудь вроде Spring Data делает это на порядки элегантнее и с меньшими затратами времени. Пых лучше там, где можно организовать REST-интерфейс к бэкэнду.

Да-да, именно апач и именно с мод_пхп. Но. Про джумлу с 10.000 запросов в минуту (без кэша, само собой) - пока не увижу, не поверю. Если только половину этого угробища переписать.
Хотя... Может ту джумлу и того, переписали уже :) Я последний раз что-либо на пыхыпы в 2010 видел.

угу

Запросы я не менял. Только часто используемые или с параметрами перегнал в PreparedStatement. Так как клиент платил мало, ничего не улучшали. Если стояло select id from clients а потом для каждого id-а select * from purchases where client_id = ?, то я ничего не переделывал, ибо нефик. Но сильно тупого sql не было, скорее структура таблиц была... пугающей. В результате часто выполняемые запросы делали по 3-4 join-а, там где можно было обойтись foreign key-ем дополнительным.
Про количество... Тут я не могу сказать что ничего не изменилось. Темплейты переделывал фронтенд, я туда заглядывал только подсказать какие свойства у моих бинов им нужны. Может что и изменилось. Но если пыхыпист был настолько туп что по 2 раза на одной странице выполнял запрос, то это в копилку "пыхыпы очень часто бутылочное горлышко".
Так что согласен на половину бутылки. SQL-то не менялся :) Предпочитаю Camus. Или Aberlour из хересовой бочки, да.

Если честно, то просто лень. Разве что без сроков, как делать дома будет нечего, можно будет наваять сервлетик. Без какого-либо кеша, просто отвечающий на гет с параметром хтмл-ем с данными из бд? И на апаче с томкатом через коннектор. Даже читить не буду - коннекшен буду каждый раз новый открывать а не в статику засовывать.
В общем, если не торопишься, можно помериться :)

Ого, нас уже трое! Пора собраться и обсудить :))

Spring Data для более быстрого создания слоя репозиториев базируемых на jpa? для пхп полно такого добра, разве нет?
мне вполне хватает ORM в yii, а сложные запросы или оптимизация всё равно делается руками.

Я бы даже сказал "сообразить"!
Поспорь с Posmotrim на что-нибудь и пусть проставляется :)

Да может они и в пыхыпы были подготовленны, это я уже не помню. Я про PreparedStatement-то упомянул потому что это было единственное похожее на оптимизацию. А, не, пул коннекшенов предоставлял CMS. Но джумла же тоже их менеджит, нет? Или это тайпо3 делал...

Конечно! Oставшуюця половину - тебе. :)

Даже близко ничего похожего нет.

Видел предложение в Вупертале. Народ делал автоматизацию магазина на пхп.
И выбор между пхп и ява выбирается совсем не так, многие тут расписали. Это зависит от лицензии - может контора себе позволить купить лицензию явы или дешевле на пхп. Нужно ли интеграцию под Виндовс или геммороиться с Линуксом. Например наша контора бы использовала какой-нибудь линукс, но лицензия на софт для контроллеров Бекхоф идет только под Виндовс.
Так что на чем и как определяется лицензированем. И если для себя лично какая-то контора может позволить и яву или даже SAP, то при реализации клиентам требуется решение подешевле, иначе конкуренты задушат.

Что за лицензия на джаву? :О Там все свободное.

неужели? и под ЕЕ тоже?

Если имеется ввиду Aplication Server то например:
Glassfish http://glassfish.java.net/de/
JBOSS http://www.jboss.org/overview/
находяться под лицензией Open Source

Ты меня запутал слегка. Пусть выскажутся более продвинутые товарищи.

можно пруф? интересно просто.

давайте обсудим втроём, тольк не на этой неделе. в субботу Hannover Cup im Sambo - режим :)