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

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


  1. imagick — вообще нет релиза с поддержкой php 8, в issue на github конкретики не наблюдается, хотя кому-то удалось собрать последний RC под Linux из исходников.
  2. redis — нет dll для windows, но в changelog есть упоминание поддержки PHP 8.
    Видимо придется какое-то время подождать =(
На github где-то читал, что поправили и дествительно этот:
github.com/Imagick/imagick/archive/master.zip
собирается и работает. Но с ним какие-то другие косяки там были из-за которых использовал только тот который с pecl.php.net
Ждемс полноценного обновления…

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

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

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

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


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


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

А вот memcache и ioncube действительно не совместимы.
Ну слава богу, а я думал это у меня совсем не из того места руки выросли.
Может я пропустил, не было в дайджестах легковесной и функциональной обёртки для PDO?
Doctrine DBAL?
В смысле не юзать ORM, а просто более низкую прослойку из этого инстурмента — быстро и понятно

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

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

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


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

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

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