pronskiy 30 ноя 2020 в 13:01

PHP-Дайджест № 193 (16 – 30 ноября 2020)

5 мин

12K

Веб-разработка*PHP*Symfony*Yii*Laravel*

+44

Комментарии 20

Sway 30 ноя 2020 в 13:45

Беда с переходом на PHP 8 началась с того что некоторые расширения не обновлены. Я столкнулся с 2мя:

imagick — вообще нет релиза с поддержкой php 8, в issue на github конкретики не наблюдается, хотя кому-то удалось собрать последний RC под Linux из исходников.
redis — нет dll для windows, но в changelog есть упоминание поддержки PHP 8.
Видимо придется какое-то время подождать =(

NotSlow 30 ноя 2020 в 15:54

На github где-то читал, что поправили и дествительно этот:
github.com/Imagick/imagick/archive/master.zip
собирается и работает. Но с ним какие-то другие косяки там были из-за которых использовал только тот который с pecl.php.net
Ждемс полноценного обновления…

ioncube тоже пока нет под php8

caballero 30 ноя 2020 в 19:56

Стремная праетика переходить нп продукт с релизом *.0.0. Следует дождатся хотя бы *.0.1 когда уже массово погоняют и будут пофиксены первые серьезные проблемы.

Sway 30 ноя 2020 в 20:16

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

polyanin 30 ноя 2020 в 21:51

ssh2

НЛО прилетело и опубликовало эту надпись здесь

pronskiy 1 дек 2020 в 00:31

Вот тут список расширений со статусом совместимости с PHP 8:
https://blog.remirepo.net/post/2020/09/21/PHP-extensions-status-with-upcoming-PHP-8.0

imagick и ssh2 уже совместимы, но не выпущены релизы.

А вот memcache и ioncube действительно не совместимы. Для memcache есть ветка так что вероятно будет в обозримом будущем.

НЛО прилетело и опубликовало эту надпись здесь

Stepler 30 ноя 2020 в 14:07

Может я пропустил, не было в дайджестах легковесной и функциональной обёртки для PDO?

pronskiy 30 ноя 2020 в 15:49

Query Builder или что имеется в виду?

Stepler 30 ноя 2020 в 18:40

Благодарю!

Maksclub 30 ноя 2020 в 18:28

Doctrine DBAL?
В смысле не юзать ORM, а просто более низкую прослойку из этого инстурмента — быстро и понятно

VolCh 30 ноя 2020 в 22:21

Некоторые ORM и юзают сами, хотя с DoctrineORM конкурируют

galliard 30 ноя 2020 в 15:00

Жаль __toArray() не вошел в релиз.

Aptop 30 ноя 2020 в 20:36

И не войдет в будущем. Это еще один способ прострелить себе ногу и большее магии

galliard 30 ноя 2020 в 21:58

__toString() же не мешает никому. Этот метод вполне вписывается в концепцию языка и найдет свое применение. В других языках аналогичные вещи тоже есть.

Aptop 30 ноя 2020 в 22:05

Рекомендую почитать вот тред externals.io/message/98539
Как минимум, ввод этой функционала сломает логику (array) $object

galliard 30 ноя 2020 в 22:50

Во первых, (array) $object в текущем виде бесполезен.
Во вторых не сломает, так как по умолчанию останется таким же, как и сейчас.

pronskiy 30 ноя 2020 в 22:53

А в каких случаях это (array) $object реально нужно?

rjhdby 1 дек 2020 в 11:10

Теоретически, если нам надо сделать агрегацию для массива объектов по полям, то приведя их к массивам это может оказаться проще и дешевле. Ну это так — сферическое предположение в вакууме.

class A{
   int $a;
   int $b;
///100500 таких же свойств
}

Из массива таких объектов получить объект с максимальными значениями свойств. В случае кастования к массиву оно будет проще в реализации.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время

PHP-Дайджест № 193 (16 – 30 ноября 2020)

Комментарии 20

Публикации

Истории