PHP умрет в мире разработки веб-страницы? [закрытый]

PHP использует архитектуру Shared Nothing , что обеспечивает очень хорошее масштабирование.

Умрет ли PHP? Я не настолько невежественен, чтобы ответить на этот вопрос жирным шрифтом Нет . Для каждой технологии свое время, и я убежден, что в конечном итоге будет что-то лучше, компактнее, быстрее, что-то более подходящее для Интернета, чем PHP. Но умрет ли PHP в ближайшее время ? Нет, не думаю. Потребность в масштабируемости - это то, о чем большинство из нас мечтает , но правда в том, что большинству веб-приложений в этом просто нет необходимости.

Ссылки по теме, в которых содержится дополнительная информация о масштабируемости PHP

• PHP не является Java: Технический документ по управлению сеансами от Zend

Видя интерес к High Quality PHP Framework, как Zend PHP, Symfony, Cake, Solar и некоторым другим, я думаю, что PHP возрождается.

Его новая объектно-ориентированная модель позволяет профессиональным разработчикам вернуться к известным парадигмам и привлечь гораздо больше людей, которые не хотели переходить на PHP из-за большого количества объектно-ориентированной поддержки.

Между прочим, я вижу растущую потребность в найме профессиональных разработчиков PHP с солидными навыками и использованием PHP Framework (Symfony и Zend Framework наиболее востребованы здесь, во Франции).

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

Возможно ли, что PHP будет заменен языком, более подходящим для C10K?

Я бы сказал очень маловероятным.

Не говоря уже о Facebook или Yahoo, подавляющее большинство веб-сайтов даже близко не достигли этой стадии популярности. Большинство веб-программистов работают над проектами малого и среднего размера, где действительно высокая производительность просто не нужна, а дополнительную производительность можно более выгодно достичь, добавив больше оборудования для решения проблемы, чем нанимая больше программистов для работы над эффективностью.

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

C10K? Для подавляющего большинства приложений это вам не понадобится.

(*: или другие подобные среды сценариев. В связи с неудачей PHP6 и продолжающимися проблемами PHP5 с Unicode и многими другими давними проблемами на уровне языка, другие языки и фреймворки должны набрать популярность за счет PHP. Но не те, которые приносят в жертву простота разработки для обеспечения высокой масштабируемости.)