Эффективные структуры данных для 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) приводил к дырке в массиве, и сбивал указатель на текущий элемент. Теперь этого не происходит.