Снова о CMS для лендингов

Это термин. Загуглите "php создан чтобы умирать".

Это не плохо и не хорошо. Такое же архитектурное решение как и нестрогая динамическая типизация. Есть свои плюсы и минусы.

PHP активно двигается чтобы "не умирать", но на самом деле это не так просто как кажется. Да, у нас есть приличный gc. Да есть вполне приличные и стабильные расширения для fork. Да, расширения уже почти не текут.

Но тем не менее в основе своей он остается "умирающим".

Это и взаимодействие с вебсервером, и идеология фреймворков, библиотек, и мышление программистов.

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

Мы МОЖЕМ создавать демонов на пхп. Но мы не ДОЛЖНЫ это делать.

Цена - множество "одноразовых" манипуляций, которые одинаковы, "вроде не бездельники, и могли бы жить", но запрос завершен, и пора умирать.

С учетом что

это как вы заметили - БД, то обычно цена не высока. Но так бывает не всегда.

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

Но это не всегда верно даже для php. Типичный пример morozovsk/websocket.

Если же у нас бессмертная/демоническая архитектура, то выплывает очень много совсем других факторов, помимо "быстро отработал и пошел дальше".

Я понимаю что питон можно "готовить" как пхп в умирающем виде. И дефолтный мод_питон нам на это красноречиво намекает, но это далеко не самая быстрая архитектура для данного языка, и уместна чтобы упростить старт и все такое.

Но поскольку это не совсем родная архитектура языка, то она выходит не настолько дешево, как у пхп.