Вчера, 3 декабря 2015 года, был анонсирован выпуск PHP версии 7.0.0
Для Drupal 8 - это очень важный релиз. Очень многие озабочены его производительностью, а разработчики ссылаются на кеширование, которым эта проблема решается. Выход PHP 7.0.0, в котором сделаны существенные шаги по увеличению производительности самого PHP - часто указывается как способ решения проблемы.
Твит на эту тему:
Here are the two graphs: http://t.co/3m2EbJayY4 and http://t.co/pIhXWxPfso - Drupal 8 + PHP 7 will make a lot of people happy!
— Rasmus Lerdorf ([user=rasmus]rasmus[/user]) 21 апреля 2015
Комментарий на тему:
http://alexrayu.com/blog/drupal-7-vs-drupal-8-beta-11-performance-tests#...
Конечно и другие CMS/CMF выиграют от использования PHP 7.0.0 но наверняка будут проблемы с теми или иными модулями у Drupal 7 и точно у Drupal 6.
Очень хорошо расписали об этом обновлении на linux.org.ru
Комментарии
Проблем будет море.
Это да. Я лично считаю что рано делать стабильный продакшн на php7. Для тех кому надо что б просто работало.
Но всегда есть те, кому нравится работать на всем последнем. И благодаря им - баги и находятся и лечатся. Так что больше спасибо пионерам-первопроходцам!
Матереет PHP, матереет..
Мы еще покажем этим джава-си-го-асм-итп-девелоперам, как хоумпаги писать-)
да кстати если я пральна понимаю на 1 сервере на 1 апач нельзя поставить 2 версии пхп?И значит нельзя держать сайты и на 7ке и на 8ке, если обновить версию пыха.
Можно, см. нниже.
Заодно, можно обойтись и без апача.
Способов куча..
Последний раз для "запуска" PHP 5.3 (для шестерки) docker использовал..
Ниче так работает-)
Перед этим phpbrew пробовал - не понравился-)
Только не через mod_php.
Но с установкой Аля cgi и подобное.
Но там будут проблемы с использованием opcode cache
Вполне можно запустить несколько экземпляров php-fpm для нескольких версий php, и никаких проблем с opcode cache не будет. А php как CGI это, в принципе, одна большая проблема - как о таком даже думать можно?
php-fpm имеет свои плюсы и минусы. И их надо уметь готовить.
Минусы по отношению к CGI-то? Ну хоть один назовите.
Зависит от решения.
- в связке nginx + php-fpm, не работает .htaccess. Надо разбираться отдельно с настройкой чистых ссылок, редиректов и прочего.
- в связке apache + suphp - не работает opcache
- в связке apache + mod_php по умолчанию код выполняется от nobody, apache или wwdata (зависит от настроек), что создает определенные проблемы с загружаемыми файлами или безопасностью.
Ещё есть связка apache-mpm-itk + mod_php, не обладающая перечисленными выше проблемами, если уж на то пошло.
И apache mod-fastcgi+php-fpm, для особых извращенцев, но тоже ими не страдающая, и позволяющая, заодно, использовать apache-mpm-worker.
Но вопрос был совсем не о том, а о том, в каком случае php как CGI процесс имеет хоть какие-нибудь плюсы перед чем-либо ещё, в частности php-fpm.
по ходу сегодня будет активно освещаться тема D8+PHP7 на вебинаре, который Acquia проводит