>> Если речь идёт о разработке под заказ, то выясняются сначала требования, а потом идёт разработка.
> Это не про php. И это не про php-прогеров.Есть чем подкрепить это заявление?
> Как бы сформулировать - php тянут в основном из-за массы уже написанного
> кода и готовых cms. Все эти вордпрессы, жумлы и битриксы берут
> ради гиганского рынка готовых плагинов к ним, от фотогалерей до магазинов.
Есть чем подкрепить это заявление?
> В php нет культуры деплоя, т.к. он разрабатывался с прицелом на "скиньте
> пару файлов на сервер по ftp". И сейчас мы видим портянки
> из ini_set() и шаманство с .htaccess, чтобы хоть немного нормализовать окружение.
> Если вдруг у кого-то нет апача - ой, всё! (привет owncloud!
> привет, glpi!).
Есть чем подкрепить это заявление? Сейчас для деплоя PHP приложений есть разные подходы. Кстати, если для деплоя вашего приложения работает подход "залил файлы по FTP и готово" - не вижу в этом ничего плохого. А если этот подход дает сбой, есть другие. Можно деплоить из git, с использованием composer. Есть много вариантов.
> Следствием из предыдущего пункта - нет также культуры использования appserver'ов.
Вероятно, это потому, что PHP изначально проектировался так. Он не хранит состояние между запросами. И я бы не сказал, что это однозначно плохо.
> Потому что всё отдаётся на откуп fastcgi/mod_php и его настройкам. Любой php-файл - это потенцальная входная точка. (чтобы этому противодействовать - лепим include guard'ы, прямо как в си).
Есть чем подкрепить это заявление? В любом современном PHP фреймворке точка входа в приложение одна. И потом, все зависит от того, как вы настроили веб-сервер. Достаточно легко сделать так, чтобы точка входа оставалась одной вне зависимости от того, залиты ли на сервер императивные скрипты.
> Нельзя сделать демон на чистом php и ждать, что он переварит хотя-бы 10k запросов без перезапуска. Утечки, сэр. (привет cacti-poller!) Это закрывает нишу dev-server'ов, типа того же morbo или paster.
PHP не единственный язык, допускающий утечки памяти:
- http://v32.rusrails.ru/debugging-rails-applications/debuggin...
- https://pythonhosted.org/Pympler/muppy.html
То, что PHP приложение не имеет состояния, снижает ущерб от утечек памяти. Однако, есть уже и такие решения: http://appserver.io. Ну и HHVM. Хотя, это не чистый PHP, конечно