Эффективные структуры данных для PHP 7

[@sl4mmer]

крайне редко есть возможность ставить нестандартные расширения

Ну логично что у разработчиков нет возможности ставить что-то на продакшен-серверах, ни к чему хорошему это не приведет. Но по запросу админы должны же устанавливать необходимое ПО, если они игорируют или беcпричинно отклоняют такие запросы — надо как-то решать этот вопрос

[@iGusev]

Может стоит сменить клиентов?

[@iGusev]

Я за удовольствие от процесса работы)

[@VladimirAndreev]

ну, если проект наглухо привязан к php 5.2, то в нем многое не заработает, даже если расширение написать как php-код...

[@IvanPanfilov]

на VPS денги есть а на перенос php так нет
очень странно.

[@grin]

https://www.digitalocean.com/pricing/
от 5$ в месяц

[@MikeLP]

Может я пропустил, но замерялась ли разница в скорости между екстеншином и полифилом.

[@iGusev]

Они все будут по производительности как array, полифил скорее для тестов и подсветки в IDE предназначен

[@Rathil]

Думаю больше не для тестов, а для тех мест, где действительно таки нет возможности поставить чеснок расширение. Для подсветки с головой бы хватило набор интерфейсов или пустых классов, как это делает пхпШторм для встроенных классов и функций.
Для тестов — хм, возможно, но если есть возможность поставить расширение, то зачем это юзать для тестов? Они (классы) все финализированны, а значит менять поведение не выйдет даже в тестах. Ну, честно меня...

[@cawakharkov]

Надо будет попробовать. Спасибо за проделанную работу.

[@KIVagant]

Прекрасная статья, прекрасный перевод. С удовольствием прочитал и просмотрел все примеры. К сожалению (или к счастью), на текущем проекте нет нужды особо заморачиваться с производительностью php, но если вдруг придётся заниматься оптимизациями — буду иметь ввиду.

[@quantum]

Вот еще слайды в тему статьи, мне кажется, будет полезным пролистать:
http://www.slideshare.net/patrick.allaert/php-data-structures-and-the-impact-of-php-7-on-them-php-days-2015

[@bolk]

Хотелось бы сравнения с judy arrays.

[@Rathil]

Да, но все эти графики справедливы только тогда, когда вы берете именно расширение! Если брать реализацию на PHP, она даёт только общий интерфейс, но не этот прирост.

[@slonopotamus]

PHP придерживается прагматичного подхода: иметь предельно правильный, здравый и реалистичный способ решения проблемы

Мы с вами в одном мире живем?

https://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/

[@iGusev]

Мы с вами в одном мире живем?

Судя по дате статьи я уже года на 4 впереди

[@Fesor]

Это все мелочи. Да и...

• mysql_* — deprecated, removed in php7
• foreach ($foo as &$bar) — пофикшено в php7
• inconsistent: strpos, str_rot13 — это уде субъективизм, вы всегда можете завернуть это дело в красивую обертку
• no stack traces by default or for fatals, complex error reporting — пофикшено в php7, теперь на любой чих вываливается исключение

Короче половина статьи устарела, вторая половина применима не только к php. Если исходить из экономической эффективности — у php с этим все хорошо. Ну а то что его до 5-ой версии не проектировали вообще — ну это уже истарическая данность. Сейчас язык потихоньку чистят, хотя конечно же "идеальным" он никогда не будет.

[@Fesor]

не указатель, а ссылка. Нет, не освобождается. Я с другим кейсом перепутал — модификация итерируемого массива по ссылке (например unset($bar) приводил к дырке в массиве, и сбивал указатель на текущий элемент. Теперь этого не происходит.