ага, Вы это скажите сеошникам)

Если бизнесу нужна скорость, бизнес покупает сервер побольше.

Это копейки в любом случае для бизнеса

Вы не поняли контекст

не проложишь к каждому пользаку опту с палец

Если капец хайлоад, то php не рассматривается в принципе

это сейчас стандартные требования к любому сайту

не уверен. подавляющему большинству бизнесов хватает стандартного стека на любом интерпретируемом языке (пхп, питон, руби)

Я ещё раз повторю мысль. Выбирать инструмент, ориентируясь на скорость работы - неправильный путь выбора инструмента. В работе с ним вам нужно будет совсем другое, а скорость окажется неважна.

Если вы выбираете фреймворк, ориентируясь на скорость - бросайте это занятие. Это вас до хорошего не доведёт.

всем привет. делаю рейтинг статей на js + ajax + php, подскажите пожалуйста как выводить ответ ajax в html?

Правильный ;)

на сервере формируй html, отдавай на аякс запрос, в браузере вставляй html в DOM

а есть статья с примером. просто я по js вообще 0

Ну тогда учи js, как же ты работать будешь, если по основной технологии в вебе у тебя 0
learn.javascript.ru

Вы правы, но только отчасти. Потому что выбирают инструмент не только лишь по какому-то одному критерию И rps тут далеко не в конце списка критериев. Например, недавно знакомый написал бэкенд для стартапа. Выбрал ларавель, потому что стильно, модно, молодёжно и вообще, это RAD (то есть, вполне здравый выбор для стартапов). Но как только запустили приложение, то тех самых rps стало не хватать. Он решил проблему очень просто: засунул всё в опкэш.

Но отрицать, что это костыль - тоже будет бессмысленно и, возможно, если бы это заранее было учтено, то ларавель мог бы и не быть взят в кач-ве фреймворка

Тут сильно всё зависит от конкретной ситуации, от конкретных требований. Возможно, скорость разработки и запуска проекта будет важнее, потом узкие места можно будет переписать.

Ну, да, так оно. 4 мес был срок реализации первой версии. Сейчас они багфиксят и АБ-тестят