Pull to refresh

Comments 20

Спасибо, поправил текст
>> \foo() быстрее чем foo()
это из разряда подзабытого спора echo vs print =)

ну как бы да, хотя если холивар echo vs print полностью утратил свою актуальность (потому что нынче модно делать echo ровно один раз вместо того чтобы отдавать кусками, а шаблонизаторы и так компилятся с учетом микрооптимизаций), то функции мы всеравно вызываем. И как минимум полезно знать о том, почему один вариант медленнее другого. Будете вы с этим делать чего или нет — дело ваше. Речь тут идет о профите порядка 1% а то и меньше.

так-то да, хотя я думаю, что opcache должен оптимизировать этот момент.
что opcache должен оптимизировать этот момент.

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


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

RFC: Server-Side Request and Response Objects — Предлагается включить в ядро анонсированное совсем недавно расширение request, которое добавляет объекты Request и Response взамен суперглобальным массивам.

лучше бы каноническую реализацию psr7 добавили в ядро, чем обертку над глобальными переменными
Вышел релиз фреймворка toKernel версии 2. А ещё они готовят cmf на его основе.

3 звездочки у версии 1.x и 0 звездочек у версии 2.x… нет composer… нет комьюнити… внутри статика и сингелтоны… А потому у меня вопрос, кому это может быть интересно и каков профит от монолитного фреймворка в 2017-ом году?

Ну, профит-то есть. Вон Yii 2.0 нормально идёт для многих задач. А вот про интерес… это да. Не модно.

Остается пожелать Yii2 скорый переход на PHP7, пользуясь случаем.
а что вам не хватает для запуска yii2 на php7? совместимость 100%.
Читаю дайджесты, что поменялось в PHP7, делаю вывод — этого не достаточно!
И вот, в самом начале этой статьи:
В следующем году для фреймворков Laravel 5.5 и Symfony 4 минимальной версией станет PHP 7.

Это как Yii1 работает на PHP5.6, но если сравнить код который был написан на php5.3, безусловно разница есть.
Читаю дайджесты, что поменялось в PHP7, делаю вывод — этого не достаточно!


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

Это как Yii1 работает на PHP5.6, но если сравнить код который был написан на php5.3, безусловно разница есть.


5.3 => 5.6 нельзя сравнить с 5.6 => 7
5.3 => 5.6 нельзя сравнить с 5.6 => 7

Тем паче!

На днях включу семерку на сервере, а то из-за не уверенности не стал использовать с Yii2.
Спасибо!

что поменялось в PHP7, делаю вывод — этого не достаточно!

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

Предотвратить запуск PHP-скрипта несколько раз одновременно — О реализации блокировки.

Лучше использовать GET_LOCK (там где есть mysql). ;)
Sign up to leave a comment.