PHP 7.0.0

Проектов много:) Начнем переход на 7.0.0 уже, но самые большие, критичные и важные подождут именно 7.1.0.

Безусловно от перехода к 4=>5 и 5.x=>5.y плюсы появляются, но лично у нас они просто не перевешивают принцип «работает = не трогай». А вот 7-ка это первая версия (после 4-ки, на которую мы перелезали с 3-шки), в которой этим принципом можно в изрядной степени поступиться.

В предыдущих циклах покрытие тестами было значительно хуже. Сегфолты к релизу по большей части пофиксили. Остальные уйдут в 7.0.1.

нет смысла делать из php вторую java

ну сам zend инвестировать в эту фичу не хотел, появилось RFC + PR. Опенсурс же.

Может быть присваивать описание класса в переменную и ими манипулировать? =) Сейчас это скорее одноразовые классы нежели анонимные. Для функций ведь сделали closures. Надо для классов что-то подобное.

Выгода для хостингов есть в уменьшении нагрузки на сервере при переходе на PHP 7. Но, конечно, хостер никогда не может заранее знать, не отвалится ли у какого-нибудь клиента старый проект, поэтому просто так взять и перевести всех на PHP 7 не получится. Многие хостеры уже давно предлагали в панели переключатель версий PHP, надеюсь и PHP 7 туда подтянут, благо этот релиз хорошо распиарен, запрос в массах есть, даже среди wp разработчиков.

Ну, Doctrine1 например, в трёх местах :)

Вы правы, дело в этом было.
Мне почему-то казалось что в php7 opcache не является extension'ом

После включения — php7 быстрее. на приведенных тестах (где только ядро загружается) разницы практически нет. а вот на реальных страницах — примерно в 1.5 раза

А у вас есть цифры по разнице 7 и 5 в yii? какая разница должна быть при оптимальных установках и т.п.

профит от PHP7 заметно проявляется когда надо работать со структурами данных, много инстанцирования объектов, графы и т.д. Насколько я помню код Yii там всего этого… и нет почти. А вот штукам типа Doctrine2 с его unit-of-work это должно сильно помочь, но у меня руки не доходят погонять бенчмарки.

Массовым уже становится, а про мейнстрим я же написал — в ближайшее время, а не сейчас.
Я все свои проекты перевел и новые на нем ввожу, нет пока на горизонте конкурентов, да если и будут то портирвоанные версии, если сделают автоматический конвертер в зефирную версию.

это синтаксический сахар над промисами с использованием генераторов

Нет. И нежелание осознавать это отличие может привести язык к большой беде (проигрыш в конкуренции с другими языками).

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

Концепция генераторов — это «выпихивание» наружу некоторых значений с сохранением контекста (понятна 90% программистов) и концепция «впихивани» данных обратно (понятна уже только 10% из них — все IMHO, естественно).

Концепция промисов — это концепция отложенных вычислений.

В то же время, async/await — это концепция «выпрыгивания наружу, когда хочется заблокироваться» и «впрыгивания внутрь, когда можно разблокироваться». Это впрыгивание и выпрыгивание контролируется не столько программистом, сколько планировщиком (довольно сложным). Более того, async/await — это также концепция для объединения несколких однотипных операций в пачки для последующей их «пачечной» обработки. Да, с точки зрения кода интерпретатора там переиспользуется код для генераторов (в части сохранения контекста и «впрыгивания») и способ работы с промисами, но с точки зрения программиста-пользователя все это оказывается за кадром (точно так же, как ассемблер остается за кадром для большинства си-программистов). Также async/await (на уровне пользователя) понятен с первого же раза 100% программистов — они просто начинают писать код в новом стиле, не задумываясь, как он работает «под капотом».

И включал и выключал. Результаты схожи. Всего скорее плохая сборка в репо.