The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз языка программирования PHP 8.5

20.11.2025 13:20

После года разработки опубликован релиз языка программирования PHP 8.5. Новая ветка включает серию новых возможностей, а также несколько изменений, нарушающих совместимость.

Ключевые изменения в PHP 8.5 (1, 2, 3):

  • Добавлен оператор "|>" (pipe), позволяющий передавать значения от одной функции к другой без использования промежуточных присвоений и переменных, используя результат выполнения одной функции в качестве параметра в другой. Если функция имеет один аргумент, параметр для передачи значения выбирается через указание "...", а если у функции несколько аргументов подстановка осуществляется при помощи замыканий. Например, следующий код
    
       $output = $input 
           |> trim(...)
           |> fn (string $string) => str_replace(' ', '-', $string)
           |> fn (string $string) => str_replace(['.', '/', '…'], '', $string)
           |> strtolower(...);
    
    эквивалентен
    
       $temp = trim($input);
       $temp = str_replace(' ', '-', $temp);
       $temp = str_replace(['.', '/', '…'], '', $temp);
       $output = strtolower($temp);
    
    или
    
       $output = strtolower(
           str_replace(['.', '/', '…'], '',
               str_replace(' ', '-',
                   trim($input)
               )
           )
       );
    
  • Предоставлена поддержка присвоения новых значений клонированным объектам во время их клонирования, через передачу в функцию clone() ассоциативного массива.
    
        public function withTitle(string $title): self
        {
            return clone($this, [
                'title' => $title,
            ]);
        }
    
  • Добавлен атрибут "#[NoDiscard]", который может применяться для пометки функций, возвращаемые значения от которых всегда должны использоваться. Если возвращаемое подобной функцией значение игнорируется интерпретатор выведет предупреждение. Для обхода проверки можно использовать вызов с приведением к типу void.
    
       #[NoDiscard("you must use this return value.")]
       function foo(): string {
           return 'hi';
       }
    
       foo();           // вывод предупреждения
       (void) foo();    // Ok
       $string = foo(); // Ok
    
  • Разрешено использование замыканий (closures) и вызываемых объектов первого класса (first-class callables) в константных выражениях, в которых ранее допускалось указание неизменяемых значений, вычисляемых во время компиляции. Например, теперь можно указывать замыкания в атрибутах, значениях по умолчанию и константах. Используемые подобным образом замыкания всегда должны помечаться ключевым словом "static" и не могут обращаться в внешним переменным при помощи выражения "use".
    
       #[SkipDiscovery(static function (Container $container): bool {
           return ! $container->get(Application::class) instanceof ConsoleApplication;
       })]
    
  • При выводе фатальных ошибок к тексту сообщения теперь прикрепляется обратная трассировка (backtrace) вызовов.
  • Добавлены функции array_first() и array_last(), выводящие первый и последний элементы массива. Например, вместо
    
       $first = $array[array_key_first($array)] ?? null;
    
    теперь можно писать
    
       $first = array_first($array);
    
  • Добавлен модуль URI, предоставляющий упрощённый API для разбора ссылок. Разбор осуществляется при помощи библиотек uriparser и lexbor.
    
       use Uri\Rfc3986\Uri;
    
       $uri = new Uri('https://opennet.me/64290');
    
       $uri->getHost();   // opennet.me
       $uri->getScheme(); // https://
    
  • Реализован атрибут "#[DelayedTargetValidation]", при помощи которого можно перенести проверку атрибутов, таких как "#[Override]", со стадии компиляции на стадию выполнения.
    
       #[DelayedTargetValidation]
       #[Override]
       public const NAME = 'Child';
    
  • Добавлены функции get_error_handler() и get_exception_handler() для определения функций с обработчиками ошибок и исключений.
  • В модуле Curl реализована функция curl_share_init_persistent(), позволяющая совместно использовать дескрипторы при обработке разных запросов.
  • В модуле Exif добавлена поддержка изображений в форматах HEIF и HEIC.
  • Объявлены устаревшими: нестандартный синтаксис приведения имён типов (например, "(integer)", а не "(int)"); использование обратных кавычек (`) для вызова команд вместо shell_exec(); повторные объявления констант; использование точки с запятой вместо двоеточия для завершения операторов case; указание null вместо пустой строки массивах или в функции array_key_exists(). Из ini-файла удалена поддержка настройки "disabled_classes".


  1. Главная ссылка к новости (https://www.php.net/archive/20...)
  2. OpenNews: PHP переходит на лицензию BSD-3, совместимую с GPL
  3. OpenNews: Опубликованы результаты аудита безопасности кодовой базы PHP
  4. OpenNews: Релиз языка программирования PHP 8.4
  5. OpenNews: Уязвимость в Glibc, эксплуатируемая через скрипты на PHP
  6. OpenNews: Предварительный выпуск проекта PXP, развивающего расширенный диалект языка PHP
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64290-php
Ключевые слова: php
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (227) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Мемоним (?), 13:27, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Добавлен оператор "|>" (pipe)

    Синтаксический сахарозаменитель какой-то

     
     
  • 2.9, IMBird (ok), 13:45, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +10 +/
    А по мне так недурно выглядит.
    Наверное у них просто нет методов-расширений (которые прекрасны, но требуют определённого кода как в том же дотнете и усложняют жизнь системам автоподстановки) и они выкрутились таким способом.
     
     
  • 3.97, Советский инженер (ok), 19:00, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в том же дотнете тоже не у всех есть методы-расширения, зато у некоторых есть пайп оператор с рождения
     
  • 3.265, Аноним (265), 19:24, 07/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как инородное говно он выглядит, особенно с замыканиями. Какой-то недоумок сделал чтобы закрыть единственный кейс. А если надо сделать деструктивное присваивание того, что вернулось с функции и передать дальше?
     
  • 2.15, Аноним (15), 14:06, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –10 +/
    банальный оператор композиции, непонятно зачем это называют "трубой".
     
     
  • 3.35, Аноним (15), 15:37, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    минусатор видать с логикой не дружит, у него труба и конвейер это одно и тоже.
     
     
  • 4.88, Аноним (88), 18:40, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, просто ты путаешься в терминах. Если не профессионал - не пиши, совет такой.
     
     
  • 5.107, Аноним (15), 19:38, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Нет, просто ты путаешься в терминах

    f(g(x)) = g * f --> это называется композиция функций, * - собственно оператор композиции. И это никак не "труба", а конвейер.

    Покупая в макдаке банку колу, вы через трубочку виски пьете? А мука попавшая на кондитерский конвейер не выпечкой в итоге получается? Мука равна выпечке? Кола равна виски?

    > Если не профессионал - не пиши, совет такой.

    Вам бы сначала толковый словарь изучить, потом советы давать


     
     
  • 6.141, Аноним (15), 00:35, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кексперту

    //en.wikipedia.org/wiki/Pipeline_(software)
    """
    Connecting elements into a pipeline is analogous to function composition.
    """

    Но слово "pipeline" тут не в значении трубопровода, а конвейера, потому-что по "трубе" может течь однородная масса, что никак не укладывается в логику передачи результата от оной функции к другой, что на самом деле называют композицией - конвейером!

    //en.wikipedia.org/wiki/Pipeline_(computing)

    Термин "трубопровод" некорректен для композиций функций.

     
     
  • 7.189, Смузихлеб забывший пароль (?), 13:53, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    нынче на википедию бы ссылаться
    ещё и англоязычную
     
     
  • 8.192, Аноним (15), 15:06, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы бы предложение свое дописали бы или нынче с логикой дружить не в тренде ... текст свёрнут, показать
     
  • 6.188, Аноним (188), 13:24, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Pipeline - это когда результат a передается аргументом b, и так далее.
    Функциональная композиция, естественная для стековых языков - ровно то же самое.

    Да, pipeline обычно используется в контексте I/O, а композиция - когда речь идёт о чистых функциях. Но раз уж мы говорим о скриптовом языке, в котором нет никакой разницы между этими понятиями, то можно считать синонимами.

     
     
  • 7.194, Аноним (15), 15:22, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что такое Pipeline Трубопровод ведь, не так Ну вот вам вопрос, у вас по трубоп... большой текст свёрнут, показать
     
     
  • 8.216, Аноним (216), 07:57, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С одного конца оператора передали строку Hello , с другого конца оператора выте... текст свёрнут, показать
     
     
  • 9.217, Аноним (15), 16:29, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я же описал этот случай При f x x и g f x x еще можно с натяжкой назв... большой текст свёрнут, показать
     
     
  • 10.229, Аноним (216), 11:33, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При чём тут функции, при чём тут двоичные строки Речь про конкретный оператор ... текст свёрнут, показать
     
     
  • 11.254, Аноним (15), 00:33, 26/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    у вас любые данные представленные в виде двоичных строк, ку-ку Этот оператор уж... большой текст свёрнут, показать
     
     
  • 12.255, Аноним (216), 11:29, 26/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 13.256, Аноним (256), 15:36, 26/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.118, Аноним (15), 21:04, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Альтернативно одаренным оставлю ссылки:

    //en.wikipedia.org/wiki/Function_composition
    //en.wikipedia.org/wiki/Function_composition_(computer_science)

     
  • 2.73, жявамэн (ok), 17:28, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    взято из руби и эликсира
     
     
  • 3.117, Аноним (117), 20:52, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    может из джулии... Откуда вы знаете...
     
  • 3.193, Ф1 (?), 15:18, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Из OСaml и F#.
     
  • 3.218, жыжа (?), 18:35, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее из F#. Они там (https://thephp.foundation/blog/2025/07/11/php-85-adds-pipe-operator/) упоминают эликсир, но:

    > The |> operator appears in many languages, mostly in the functional world. F# has essentially the exact same operator, as does OCaml. Elixir has a slightly fancier version (which we considered but ultimately decided against for now).

     
  • 2.155, Аноним (155), 07:37, 21/11/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     

  • 1.4, Аноним (4), 13:28, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Лучшейший язык пи аш пи(пи эйч пи) стал еще лучше. Странно что до сих пор нету альтернативного рантайма, как node для javascript только наоборот.
     
     
  • 2.10, IMBird (ok), 13:49, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Википедия говорит что есть и много. Сходу вспоминаю, что лицокнига и вконтакт рожали себе по рантайму.
     
     
  • 3.12, Bottle (?), 14:00, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ВТентакле породил ужаснейшнего монстра - KPHP, который транспилирует код в C++ для его дальнейшей компиляции.
    Представили себе цену поддержки этого чудовища?
     
     
  • 4.127, Аноним (127), 22:26, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Один человек на энтузиазме. А в конторе где можно форсить какие фичи и синтаксические конструкции можно и нельзя использовать - вообще полчеловека.
     
  • 4.162, Аноним (162), 08:09, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше бы сразу страницы на С++ писали.
     
  • 2.18, кек (?), 14:22, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > как node для javascript только наоборот.

    т.е. javascript для node?

     
  • 2.27, zionist (ok), 15:18, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > Лучшейший язык пи аш пи(пи эйч пи) стал еще лучше.

    Таки пи эйч пи и только пи эйч пи. Латинизмы вроде пи аш пи и русизмы вроде пэ ха пэ - это зло.

     
     
  • 3.45, Аноним (45), 16:35, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пых он и в Африке пых.
     
  • 3.56, Бертолетова соль (?), 17:04, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На французском он пе аш пе, откуда вы тут вдохновение черпаете не знаю, румынский?
     
     
  • 4.85, zionist (ok), 18:19, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > На французском он пе аш пе, откуда вы тут вдохновение черпаете не
    > знаю, румынский?

    Причём тут французский? В оригинале PHP - это Personal Home Page, то есть английский.

     
     
  • 5.182, mogwai (ok), 11:07, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >php

    ФП же, нет?

     
  • 3.60, Бертолетова соль (?), 17:16, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А русская латынь, ну есть такое, что отрицать что есть, она родом из немецкой латыни которая в свою очередь из французской латыни, а вот с прочими латынями типа итальянской или английской (хотя последняя тоже из старофранцузской, но уже с разночтениями), смеха ради в итальянской таки есть "че" и это там не обсуждается, мало того что мы заимствовали "с" перед "i/e", так смешное даже не в итальянском или "нашем" подходе, а то что там везде в латыни был "к" при любой записи через "с"...
     
     
  • 4.86, zionist (ok), 18:26, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Русская латынь - это всего лишь глупая и давно устаревшая конвенция из советской средней школы и советских шахмат, корнями уходящая в дореволюционные гимназии. До сих пор в школах привыкаете к иксам и игрекам, а затем начинаете корёжить профессиональные термины, которые не имеют никакого отношение ни к латыни, ни к дореволюционным гимназиям.
     
     
  • 5.103, Аноним10084 и 1008465039 (?), 19:31, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    PHP - это непрофессиональный термин
     
     
  • 6.183, mogwai (ok), 11:08, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Разрешение На Работу вполне официальный документ. Почему он непрофессиональный?
     
  • 4.113, Аноним (-), 20:32, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А русская латынь, ну есть такое, что отрицать что есть, она родом из немецкой латыни

    Так умник, стоп. Нет такого языка, как "немецкая латыни". Есть немецкий язык имеющий письменность основанный на латинском алфавите. В России Химия, Биология, Медицина, Математика - это латынь и греческий. Программирование - это английский. Уяснил?! Всё свободен!

     
     
  • 5.119, Аноним (119), 21:08, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Латынь классическая как язык одна, но в школах и гимназиях разных стран были разные традиции её чтения. В Германии, Франции, Англии по-своему читали. Сейчас вот есть ещё восстановленное классическое чтение - реконструкция лингвистами чтения классических времён. В восстановленном классическом чтении Caesar - как раз Кайсар, а не Цезарь.
     
     
  • 6.195, Аноним (-), 16:00, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В Германии, Франции, Англии по-своему читали.

    В России всё намного хуже! Не было своей традиции чтения. В разные времена латинские слова заимствовали из того языка, который в то конкретное время казался модным. При Москвинских царях заимствовали из польского. При Питаре Первом - из голланского, при Екатерине Великой - из французкаго.

    У Русской православной церкви была своя отдельная, скрепная метOда чтения латинских слов.

     
  • 3.67, Бертолетова соль (?), 17:21, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так вот "цикл" никогда не был "чикл", а всегда был "кикл"))
     
     
  • 4.79, Аноним (15), 17:41, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    cyclus - сайклус
     
  • 4.92, Аноним (88), 18:47, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Слово cycle (сайкл) однокоренное с bicycle (байсикл) и восходит к латинскому circulos (циркулос, круг). Ну третий класс же, ну, позорище.
     
     
  • 5.93, Аноним (88), 18:49, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Или вы циркуль тоже называется чиркуль или киркуль?!
     
     
  • 6.219, жыжа (?), 18:37, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Киклоп (с) Виктор Олегович
     
  • 5.102, Zulu (?), 19:27, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Во-первых circulus, не circulos. Во-вторых, да, в классической латыни это киркулус.
     
  • 5.111, Аноним (15), 19:43, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    circulus - не "циркулус", а "сюркилус"
     
  • 3.121, Pahanivo (ok), 21:29, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще то это жаргоизмы. Хотя я уже привык что "шпициализды с опена" раньше опу с пальцем сравнивали, а теперь вообще не отличают.
     
     
  • 4.187, Одутловатый и приземистый (?), 12:12, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а теперь вообще не отличают.

    Так, маразм - он такой. Подкрадывается незаметно.

     
  • 4.213, zionist (ok), 06:26, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вообще то это жаргоизмы.

    Невежество это, а не жаргонизм.

     
  • 3.163, Аноним (162), 08:10, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ПХП: Хыпертеxт Препроцессор.
     
  • 2.161, Аноним (162), 08:06, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ПХП: Хыпертеxт Препроцессор.
     
  • 2.230, Аноним (-), 16:42, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    swoole ?
     

  • 1.8, 12yoexpert (ok), 13:38, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    опять сломали все плагины?
     
     
  • 2.13, Похерес (?), 14:01, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и совместимость тоже...

    Ну вот как работать, только разберешься, и на тебе, бац и уже работает не так!

     
     
  • 3.28, zionist (ok), 15:18, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот как раз повод поработать, а не ваньку валять.
     

  • 1.11, Юра (??), 13:58, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Выглядит сложнее джавы и Си++ вместе взятых.
     
     
  • 2.16, Не пыхер (?), 14:19, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну насчёт плюсов ты загнул, а вот джаву я считаю пых уже почти догнал. И в чем прикол этого языка теперь непонятно.
     
     
  • 3.31, IMBird (ok), 15:20, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Индусы. Индусы любят яву. Любят яву настолько, что изговняли весь дотнет, дабы по образу и подобию. Ведь чем больше строк напишешь, тем больше заплатят.
     
  • 2.24, Аноним (45), 14:50, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Молодежь нынче полностью не знает php все только питонисты. Сложнее сказать в чат джипити напиши мне привет мир они не могут.  
     
     
  • 3.29, Аноним (29), 15:19, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    php не особо нужен в 2025 году для новых проектов, он годится только для легаси, более того, для нормального бэкенда он и не использовался никогда. php - нескучный шаблонизатор и не более.
     
  • 3.30, zionist (ok), 15:20, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, смена поколений. PHP умрёт примерно так же и по тем же причинам, что и Perl.
     
     
  • 4.136, Bottle (?), 23:53, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего у него будет не судьба BCPL (совершенно мёртвый язык), а какого-нибудь Кобола.
     
  • 4.147, анонимус (??), 02:03, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Только вот у Perl и до веба, и после было применение как языка. Применять где-то кроме веба PHP не имеет смысла.
    А теперь уже и в вебе не имеет смысла.
     
     
  • 5.164, Аноним (164), 08:46, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Простите, а что нынче актуально в бэкэнде вэба, желательно в процентном соотношении?
     
  • 5.214, zionist (ok), 06:29, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это мало что меняет, разве что PHP умрёт быстрее. Но то, что это смена поколений разработчиков - несомненно. Зумеры точно не будут кодить на этих языках. Альфы скорее всего похоронят ООП.
     
  • 3.138, al (??), 00:05, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем он молодёжи? Время LAMP уже давно прошло. Вагон фреймворков на любом ЯП - и почти всё не такое вырвиглазное, как PHP.
     
     
  • 4.177, Аноним (-), 10:15, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Время LAMP уже давно прошло.

    А мужики-то не знают. Кстати этот сайт даже не на ПХП написан, а внезапно на... perl.

     
     
  • 5.215, zionist (ok), 06:45, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Этот сайт написан в далёком ламповом 1996 году сисадмином, которому сейчас примерно полтинник. Зачем ему осваивать что-то более молодёжное?
     

  • 1.17, Аноним (17), 14:19, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Изменений не так много за целый год. Надо смотреть бенчмарки. Пайп оператор выглядит не очень нужным, писать на нём точно не будут т.к. он практически ничего не даёт, за то сломает обратную совместимость кода с прошлыми версиями. Тут вокруг 9.0 ходят серьёзные разговоры про дженерики и поговаривают про реализацию Pthread (пока не ясно на корутинах или нет) нативно в базовой либе. Вот таких изменений подождём однозначно.
     
  • 1.19, Аноним (19), 14:26, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    пипец, а ведь можно было использовать "..." и там, где несколько аргументов, чтоб без замыканий:

        $output = $input
            |> trim(...)
            |> str_replace(' ', '-', ...)
            |> str_replace(['.', '/', '…'], '', ...)
            |> strtolower(...);

    дизайнеры языка не могут в консистентность. Хотя, требовать от пыха консистентности глупо, весь язык адская мешанина стилей явы, си и перла (гуглить "фрактал плохого дизайна").

     
     
  • 2.22, Аноним (-), 14:31, 20/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.32, IMBird (ok), 15:29, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >>фрактал плохого дизайна
    >>Кстати: я обожаю Python. И с удовольствием прожужжу тебе уши, ноя о нём, если ты на самом деле этого хочешь. Я не утверждаю, что он идеален; я просто взвесил его преимущества и его проблемы и сделал вывод, что он лучше всего подходит для того, что я делаю.

    Ну т.е. питонист (лол) придолбался к штуке, которая изначально просто препроцессор страниц, эдакий веб-баш, постепенно обрастающий функциональностью. Это как явист, катящий бочку на 1С; вроде как и выглядит логично, но аргументы уровня «танк Т-90 хуже тойоты камри, ведь в танке нет Car Play и бесключевого доступа, а управление передачами вообще ужас» обычно вызывают сомнения в рассудке говорящего.

     
     
  • 3.148, анонимус (??), 02:07, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Безотносительно питониста. PHP, постепенно прирастающий функциональностью, при этом ломающий совместимость со старыми версиями, но оставляющий мусор в именовании функций и мусор в синтаксисе.
     
  • 2.220, жыжа (?), 18:54, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В PHP до сих пор нет AST, им сложно что-то этакое воротить местами. Думаю, здесь либо приколы с парсером, либо "как в F#", там тоже только с лямбдами.
     
     
  • 3.257, MT (ok), 18:33, 26/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://wiki.php.net/rfc/abstract_syntax_tree
    Status: Implemented (in PHP 7)
     

  • 1.21, Не пыхер (?), 14:30, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кстати а что там по оптимизациям? В прошлых релизах все ускоряли и ускоряли, в этом релизе ни слова
     
     
  • 2.143, Аноним (143), 00:42, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в этом релизе ломали совместимость
     
  • 2.181, Сталин (?), 10:58, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вас в гугле забанили что ли?

    https://tideways.com/profiler/blog/php-benchmarks-8-5-vs-8-4-8-3-and-7-4

     

  • 1.26, Аноним (29), 15:16, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну язычок он то не особо в 2025, ни в каких нормальных компаниях он не идёт как основной, это так себе язычок на сегодня, хотя совсем копеечных вакансий полно для него. Увы, пых упустил возможности быть серьёзным язычком.
     
     
  • 2.33, penetrator (?), 15:30, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    но легаси помирать будет еще долго
     
     
  • 3.37, Аноним (29), 15:43, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для легаси много программистов не надо, а так пых на слуху только благодаря вордпресу, ну и всякий колхоз использует пых для простеньких сайтиков, это не считается. Увы, пых ждёт судьба перла.
     
     
  • 4.39, Аноним (45), 16:07, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В целом для пыха много программистов не надо. А людей которые готовы заплатить за быстрый результат всегда много.
     
  • 4.58, Аноним (164), 17:07, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, уже, наверное, лет 10 php-все, а сайты все производят и производят, wp, bitrix, laravel... вот это вот все, и на этом вот всем работает почти весь инет по сей день, а сколько еще это будут поддерживать, обновлять, дополнять да и зачем отказываться от его использования, в угоду чего, python? Как-то особых преимуществ вроди и нет перед php.
     
     
  • 5.61, Аноним (29), 17:16, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    пых - безтиповый язычок, тяп ляп и готово. typescript + go хоть проверяют типы данных на стадии компиляции, а пых такого не может, там любая лапша сойдёт. А питон не особо лучше пыха, не понимаю хайпа вокруг него.
     
     
  • 6.63, Аноним (164), 17:18, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мож завезут строгую типизацию, а?
     
     
  • 7.66, Аноним (29), 17:21, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это похапистам придётся переписывать тот шлак, что они писали десятилетиями, это будет не пых а новый язычок уже.
     
     
  • 8.109, Аноним (164), 19:39, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Будет чем заняться, хорошо же А то чат жопетэ чат жопетэ ... текст свёрнут, показать
     
  • 6.122, Аноним (122), 21:44, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >пых - безтиповый язычок, тяп ляп и готово

    С подключением. В пыхе уже есть типы, хотя, как и пологается языку не из ML семейства(Haskell, Ocaml, Rust) не в полной мере. В общем как в ts можно написать ерунду, так и на пыхе.
    >typescript + go хоть проверяют типы данных на стадии компиляции

    Пых не требует компиляции. Вместо этого проверка осуществляется во время исполнения. Если хотите, можете взять psalm, phpstan, phan и так далее. При этом скорость запуска пыха - мгновенная. Так что тут пых однозначно TS превосходит
    >А питон не особо лучше пыха, не понимаю хайпа вокруг него.

    Питон хуже, там аннотации типов вообще никак интерпретатором не учитываются.

     
     
  • 7.167, Аноним (29), 09:53, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Из коробки в пыхе нет никаких типов, а всякие сторонние приблуды - это васянство.
     
     
  • 8.191, Аноним (191), 14:58, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    есть, давно уже, ваши данные из 2005 - устарели... текст свёрнут, показать
     
  • 8.237, Аноним (-), 17:23, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы имели в виду под васянством когда сам жёстко типизируешь, чтобы потом не прих... текст свёрнут, показать
     
  • 6.154, penetrator (?), 07:16, 21/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.238, Аноним (-), 17:30, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > там любая лапша сойдёт

    ага, сойдёт, только потом перед каким-нибудь действием будешь лишнюю строчку добавлять
    все кому надо пишут правильно, и вам никто не мешает. да и компиляции в пыхе нет, там интерпретация, если что

     
  • 5.76, Анон1110м (?), 17:35, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    JavaScript. Непонятно почему яваскриптёры считают свой ЯваСценарий лучше а себя элитнее.
     
     
  • 6.81, Аноним (29), 17:43, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, потому что зарплата повыше чем в пыхе, да и типизация с асинхронщиной в ts есть. Вот и гордятся...
     
     
  • 7.98, Аноним (98), 19:01, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Наверно поэтому джаваскрипт и хуже, что программисты дороже.
     
     
  • 8.100, Аноним (29), 19:06, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    JavaScript не хуже пыха уж точно, а вот хуже чем го или си шарп в бэкенде, но эт... текст свёрнут, показать
     
     
  • 9.114, Анон1110м (?), 20:36, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, что одно что второе очень так себе ... текст свёрнут, показать
     
     
  • 10.176, Аноним (29), 10:13, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То ли дело, сишечка с CVE, лол ... текст свёрнут, показать
     
  • 4.153, penetrator (?), 06:55, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    так их и так нету, мне через человека попросили пыхеров найти, спросил всех своих знакомых пыхеров - все переквалифицировались и уже давно забили
     
     
  • 5.175, Аноним (29), 10:13, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А на kwork спрашивали? Там же в основном фрилансеры пыхеры.
     
     
  • 6.180, penetrator (?), 10:46, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это не мне надо, а через меня запустили сарафанное радио, искали по знакомым, чтобы не кота в мешке
     
  • 3.101, Мохнонос (?), 19:16, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    2009 год хоронят:
    https://www.opennet.dev/openforum/vsluhforumID3/56272.html#1

    2007 год хоронят:
    https://www.opennet.dev/openforum/vsluhforumID3/38291.html#1

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

     
  • 2.38, Аноним (45), 16:06, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Прямо сейчас продавая Пых проекты заработал на дом и машину. И заказчики только просят ещё.
     
     
  • 3.41, Аноним (29), 16:23, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проекты в какой сфере?
     
     
  • 4.43, Аноним (45), 16:33, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Продажи
     
     
  • 5.51, Аноним (29), 16:47, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну так индивидульные сайтики можно клепать в чём угодно, для прода же пых не подходит ни для бэкенда, ни для нормального фронтенда, вот такой вот франкенштейн. Рад, что у вас получается зарабатывать на пыхе деньги.
     
     
  • 6.95, Аноним (98), 18:59, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Есть такое дело что заказчику пофиг на каком языке у него результат ему главное чтобы работало и решало задачи, даже если он просто менеджер.      
     
     
  • 7.99, Аноним (29), 19:03, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну если сайтик только для внутреннего пользования для десятка человек, и масштабирование не нужно в будущем, то да. Разные бывают сайтики.
     
     
  • 8.236, Аноним (-), 17:18, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а что с масштабируемостью не так на пухе такие классы писать можно, прибавляя у... текст свёрнут, показать
     
  • 3.235, Аноним (-), 17:11, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    серьёзно, при выборе каждого товара обновлять всю страницу? точно там нигде аякс или жс не включен?
     

  • 1.40, Аноним (40), 16:16, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Единственный язык, в котором при обновлении редко что-то ломается из зависимостей. Вспоминаю ноду, дарт или питон. Особенно питон, у которого даже при обновлении минорки отваливается половина зависимых пакетов.
     
     
  • 2.44, 1 (??), 16:33, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Единственный язык, в котором при обновлении редко что-то ломается

    Ну вспомни переход от 5.3 к 5.4

     
     
  • 3.46, Аноним (45), 16:35, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо такое вспоминать.
     
  • 3.82, Аноним (40), 17:46, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    5.4 позиционировался как 6.0, которая так и не вышла.
     
  • 2.48, Аноним (45), 16:36, 20/11/2025 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     

  • 1.49, Аноним (188), 16:41, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Было title PHP 8 5 Released slug strtolower str_replace , ... большой текст свёрнут, показать
     
     
  • 2.135, Аноним (135), 23:52, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Мне одному кажется, что было лучше и читабельнее?

    Абсолютно верно. Более того в новом варианте как-бы перевернут порядок выполнения. Кажется что trim последняя операция.

     
     
  • 3.210, Аноним (15), 01:21, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кажется что trim последняя операция.

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

    $output = $input
           |> trim(...)
           |> fn (string $string) => str_replace(' ', '-', $string)
           |> fn (string $string) => str_replace(['.', '/', '…'], '', $string)
           |> strtolower(...);

     
     
  • 4.211, Аноним (211), 01:49, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Она то конечно первая, но читать привычнее в глубь стека вызовов

    $output =
      strtolower(...) <|
      fn (string $string) => str_replace(['.', '/', '…'], '', $string) <|


    $input
               |> trim(...)
               |>
               |>
               |> ;

     
  • 4.212, Аноним (211), 01:57, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ...блин, дописать нормально не получилось.

    так вот, хотел сказать что удобнее писать как-то так:

    $output =
      <| strtolower(...)
      <| fn (string $string) => str_replace(['.', '/', '…'], '', $string)
      <| fn (string $string) => str_replace(' ', '-', $string)
      <| trim(...)
      <| $input;

     
     
  • 5.260, Аноним (256), 20:37, 27/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > так вот, хотел сказать что удобнее писать как-то так:

    и чем тогда это отличается от этого?

    f(g(h(l(x))))

    тут просто избавились от ) скобок, а за место ( - это <|

    пс: короче мракобесие

     

  • 1.50, Gemorroj (ok), 16:46, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    проходной релиз так-то. ждем true async.
     
     
  • 2.53, Аноним (29), 16:50, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даже при наличии нативной асинхронности, пыху нужны нормальные типы данные при компиляции, не только в рантайме, с этим у пыха беда.
     
     
  • 3.116, Someone (??), 20:47, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этого никогда не будет, потому что это будет сильнейший удар по быстродействию в рантайме.
    Как таковой, отдельной компиляции в пыхе нет.
     
     
  • 4.173, Аноним (29), 10:11, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Очень печально...
     
  • 3.125, Фняк (?), 22:04, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    kphp к вашим услугам
     
  • 3.225, Tron is Whistling (?), 22:43, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У пыха из компиляции только JIT, всё остальное - трансляция.
     
  • 3.263, Аноним (265), 19:03, 07/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем это пыху? Есть куча других типизированных языков.
     
  • 2.55, Аноним (188), 17:00, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это будет сложно сделать.

    В каком-нибудь JS изначально были коллбэки, условным Promisify проблема решается.

    А в PHP всё синхронно. Даже если закрыть глаза на глобальное состояние (superglobals и тп), в конце концов это всё можно решить костылём, привязав globals к конкретному условному гринтреду, то что делать с условным $db->query(), как отличить promise от значения? Если расставлять везде await, в мусорку идет 99% написанного кода - не годится.

    Можно придумать какой-то костыль, когда обычное обращение к Promise неявно делает await, а чтобы его оставить, надо написать какой-нибудь условный defer, но это явно будет крайне непросто реализовать

     
     
  • 3.65, Gemorroj (ok), 17:20, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ты не в теме) https://externals.io/message/129300
     
     
  • 4.83, Аноним (29), 17:59, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак пишет в том треде:

    Meanwhile, please cancel this vote. There is no rush.

    If we get it right, this could be the most significant feature added to
    PHP for 10 years or more. If we get it wrong, we might regret it for 20
    years.

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

     
  • 4.84, Аноним (29), 18:04, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вот и результаты голосования, лол:

    https://wiki.php.net/rfc/true_async#voting_choices

     
  • 4.184, Аноним (188), 11:38, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А, просто ручками корутины делать. То есть весь существующий код на свалку.

    Для относительно standalone проектов я такое делал на ReactPHP, а до его появления ручками на pecl/ev. Ну, это было давно, когда nodejs и golang были в зачаточном состоянии. Сейчас не знаю зачем такое.

    Вот "магию", о которой я говорил, было бы круто сделать. Но это действительно сложно

     
  • 3.123, Аноним (122), 21:48, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В каком-нибудь JS изначально были коллбэки, условным Promisify проблема решается.

    Не надо нам поганого жопоскрипта, мы не хотим языка с цветными функциями.

     
     
  • 4.185, Аноним (188), 11:42, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так в том и дело, что эти ваши корутины по факту ими и являются.

    Цветные функции можно было бы "замести под ковёр" - инвертировав логику, как я и говорил. Если возвращается promise, то без явно указанного defer сразу делаем автоматический await.

    Причем поскольку эта "окраска" будет всегда инициирована внутренностями php (или расширений), в сам язык ее можно вообще не добавлять!

    Сложно, понимаю

     
  • 3.221, жыжа (?), 19:03, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если расставлять везде await, в мусорку идет 99% написанного кода - не годится.

    Ну, как в питоне - asyncio уже был, а базу дёргать асинхронно было нечем. Со временем библиотеки подтянусиль, всё дописали, теперь есть.

     
  • 3.227, Tron is Whistling (?), 23:19, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зочем? Модель пыха: одна задача = один процесс. Можно короутины на файберах налепить, если очень хочется - я себе например напилил обвязку и на файберах, и на генераторах, очень хорошо ворочается. Но в целом - если хочешь что-то сделать асинхронно - генери подзапрос или стартуй подпроцесс.
     
     
  • 4.239, Аноним (188), 19:14, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Одна задача один процесс очень плохо масштабируется на I O bound задачах, ко... большой текст свёрнут, показать
     
     
  • 5.252, Tron is Whistling (?), 15:20, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "Одна задача = один процесс" очень плохо масштабируется на I/O bound задачах, которые как бы типичны для веб-бэкенда.

    I/O-bound задачи - это жуткий corner case типа CDN. Т.е. полтора применения из тысяч.

     
  • 5.253, Tron is Whistling (?), 19:58, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И да, промисы только убьют логику, потому что вполне возможно обрабатывать результаты этого i/o completion по мере поступления, а не ожидая конкретного. По сути в условиях линейного кода - только колбеки.
     
  • 3.228, Tron is Whistling (?), 23:20, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В JS, блд, даже колбеки _синхронные_. Если не брать всякие навесы типа тредов над нодой.
     
     
  • 4.240, Аноним (188), 19:17, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В ядре процессора вообще всё синхронно. Внезапно.

    Когда код состоит из ожидания I/O completion чуть менее чем полностью, "кооперативная многозадачность" очень даже хорошо работает. nginx тому пример.

     
     
  • 5.243, Tron is Whistling (?), 10:54, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно блд нет. Причём настолько асинхронно, что приходится даже откат части операций делать (ага, читать про спекулятивное выполнение).
     
  • 2.77, Анон1110м (?), 17:38, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да? И асинхронность всё ускоррит в 10 раз?
     
     
  • 3.80, Аноним (29), 17:42, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не в 10, а в 2-3 раза точно.
     
     
  • 4.115, Анон1110м (?), 20:42, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не верю.
     
     
  • 5.172, Аноним (29), 10:10, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и не верь. Пиши бэкенд на супер скоростной сишичке, лол.
     
  • 4.144, Аноним (143), 00:45, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    и не ускорит, а замедлит
     
  • 3.234, Аноним (-), 17:08, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    по-моему разговор о том, что без рута, если вы какую-нить рутину с клиента запустите - обработку бд, парсер там - то будете ждать пока она не отработает, что определится скоростью соединения, криворукостью написанного и тп

    динамически обновляемые блоки без перезагрузки страницы...

    как вот это всё на пыхе написать, без жс и фреймворков?

     
  • 3.244, Tron is Whistling (?), 10:56, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле даже нативные треды толком не нужны - навешали бы хотя бы тредов и колбеков на асинхронное ожидание выполнения там, где большие интервалы ожидания, можно было бы сделать обвязочку и не торчать колом во время того же разрешения DNS. А пока приходится собственными силами клиент реализовывать, чтобы этого не происходило.
     
  • 2.178, Аноним (-), 10:19, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ждем true async

    Зачем? Это не js какой-то там. В самом PHP асинхронность нафиг не нужна, её обеспечивает Apache (или что там сейчас модно).

     
     
  • 3.233, Аноним (-), 16:57, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы удивитесь, но каждую отдельную сессию с запущенным скриптом вешает до его выполнения.
     

  • 1.52, Аноним (164), 16:49, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, а кому-то не хватает и без того довольно обширного синтаксиса/сахара? Ощущение что эти версии штампуются ради штамповки хоть что нибудь, но новая версия, и это не только php касается. Нафига все это надо, и кому, впрос. А сахар в больших кол-вах большой пользы не приносит и даже в программировании.
     
     
  • 2.54, Аноним (29), 16:51, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они хотят быть похожими на джаву/спринг из-за их солидности, однако это всё не нужно, и смотрится смешно.
     
  • 2.68, Gemorroj (ok), 17:23, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это Larry Garfield говнякает. этот персонаж специализируется на добавлении всякого неудобоваримого сахара.
    https://externals.io/message/128473
     
     
  • 3.71, Аноним (29), 17:27, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Напиши ему, чтобы он не добавлял всякую шляпу в пых.
     

  • 1.57, Соль земли2 (?), 17:04, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    1995: PHP is dead, learn ColdFusion
    2002: PHP is dead, learn ASP .net
    2003: PHP is dead, learn Django
    2004: PHP is dead, learn Ruby on Rails
    2010: PHP is dead, learn Flask
    2011: PHP is dead, learn AngularJS
    2016: PHP is dead, learn Next.js
    2022: okay this is awkward
     
     
  • 2.59, Аноним (29), 17:10, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ASP с си шарпом в нормальных компаниях до сих пор используются, и намного круче пыха.
     
  • 2.72, 1 (??), 17:28, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Интересно - ЯП сравнивается с фреймворками.

    Это как }|{0пу с пальцем сравнивать.

     
     
  • 3.128, Аноним (127), 22:36, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А ничего что PHP - фреймворк с самого рождения? То что там свой язык используется вообще не роляет, ибо ни для чего больше он не пригоден.
     
     
  • 4.151, Аноним (-), 05:06, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ни для чего больше он не пригоден.

    удивись:

    <?php
    $ffi = FFI::cdef('
      void gtk_init(int*, char***);
      void* gtk_window_new(int);
      void gtk_window_set_title(void*, char *);
      void gtk_widget_show_all(void*);
      void gtk_main();
      void gtk_main_quit();
      unsigned int g_signal_connect_data(void*, char*, void (*)(void*, void*), void*, void (*)(void*), unsigned int);
    ', 'libgtk-3.so.0');
    $ffi->gtk_init(null, null);
    $win = $ffi->gtk_window_new(0);
    $ffi->gtk_window_set_title($win, 'PHP ' .PHP_VERSION);
    $ffi->g_signal_connect_data($win, 'destroy', fn() => $ffi->gtk_main_quit(), null, null, 0);
    $ffi->gtk_widget_show_all($win);
    $ffi->gtk_main();

     
  • 2.87, zionist (ok), 18:34, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Таков удел фронтэнда. Поэтому многие вообще не хотят в него заходить, даже в виде фулстак. Говорю в том числе и из личного опыта.

     
     
  • 3.91, Аноним (29), 18:45, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то, и в бэкенде тоже не одним язычком всё ограничивается, монолиты на же джаве со спрингом и си шарпом с нэт уже не так популярны, как лет 15 назад. Программирование - штука такая, всю жизнь надо учить что-то новое.
     

  • 1.62, jura12 (??), 17:17, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Обновления и ломка языка надоели. php устарел. Нормальные патсаны на питоне или на ноде сайте делают. Я на статические перешёл.
     
     
  • 2.64, Аноним (164), 17:20, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Я на статические перешёл.

    Енто на какой?

     
     
  • 3.69, jura12 (??), 17:24, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Astro.
     
  • 2.70, Аноним (29), 17:26, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не то что устарел, просто появились конкуренты с какой ни какой, но строгой типизацией. Да и отсуствие нативной асинхронности делает выбор не в пользу пыха. Вот два ключевых огромных недостатка.
     
     
  • 3.94, Аноним (94), 18:49, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какие конкуренты? Популярность PHP 73%. Ближайший конкурент Ruby - 6%.
     
     
  • 4.96, Аноним (29), 18:59, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Популярность среди хомячков, которым нужна просто страничка в интернетике. Абсолютно точно, что пых популярен, но это всё дремучее легаси и примитивщина, на пыхе ничего сложнее CRUD не делают, бложики всякие и админки - да, это максимум пыха. Для современного нагруженного веба, где всё поделено на фронтенд и бэкенд, а бэкенд поделен на монолиты и микросервисы, пых вообще не подходит.
     
     
  • 5.104, Аноним (164), 19:35, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Для современного нагруженного веба, где всё поделено на фронтенд и бэкенд, а бэкенд поделен на монолиты и микросервисы

    А все равно нихорена не работает и даже становится еще хуже. Сейчас дошло дело до того что чтобы отобразить элементарную страницу с текстом на кой-то хрен грузится 100500 json запросов, и столько же js кода который вешает страницу наглухо почти наминуту, а это негативно влияет на посетителей. Все эти навороты в основном это огалделая реклама и допродажа сопутки, плюс аналитика всякая ну вот это вот все... А пользователь всего лишь текст хотел почитать.

     
     
  • 6.106, Аноним (29), 19:38, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для решения этой проблемы давно придуман graphql.
     
     
  • 7.112, Аноним (164), 19:45, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Или статические генераторы, но надо сказать они не для всего вэба.
     
  • 7.158, Аноним (155), 07:50, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для решения этой проблемы придумали html
     
  • 5.105, Аноним (164), 19:37, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    При этом пхп сформировал страницу и показал пользователю и все. Все что и требуется от бэка. Так что пхп он хороший ;)
     
     
  • 6.108, Аноним (29), 19:39, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, вот только он начинает пыхтеть от запросов, когда сайтик становится более популярным.
     
     
  • 7.110, Аноним (164), 19:43, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Именно, а они сахаром занимаются...
     
  • 5.120, NULL (??), 21:11, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Несогласен, мы на нем реализовали ерп систему в 2023 используя симфу, самый ближайший родственник по возможностям это джава со спрингом, ни у кого больше нет полноценных фреймворков из-за чего приходится жонглировать 100500 пакетами и писать кучу оберток чтоб все работало, го мы оставили только для узкоспециализированных потребностей, типа аналитических отчётов, использовать дж и питон на беке упаси боже
     
     
  • 6.130, Аноним (29), 22:59, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это вы пишите про внутрикорпоративный сайтик, где нагрузка и не важна, а бизнес логика может быть сколько угодно обширной. А где есть нагрузка, там symfony не прокатит. И в чём проблема с js на бэке? Она получше пыха то точно. Да, батареек как в spring в js фреймворках нет (из-за позднего появления ноды), но на бэке это и не нужно. На бэке куда важнее стабильность ORM и работа с очередями, которую нода предоставляет. Уязвимости? В компостере тоже полно уязвимостей, просто они вообще не раздуваются на опеннете, как в случае с npm.
     
     
  • 7.131, NULL (??), 23:20, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Найти джс бекендера не для груда анриал, а те что есть приходят из фронта где вообще ничего не знают про архитектуру и паттерны. Лично для нас уязвимости не первый фактор, так как система в закрытом контуре
     
  • 7.137, Аноним (135), 23:59, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А где есть нагрузка...

    ... там пилим нативные модули, оставляя минимум ПХП кода.

     
     
  • 8.171, Аноним (29), 10:09, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На сишке Хороший юмор ... текст свёрнут, показать
     
     
  • 9.208, Аноним (211), 23:56, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что смешного Зачем тонны кода бизнес-логики держать на скриптовом ЯП, серверн... текст свёрнут, показать
     
  • 5.150, windows10 (ok), 04:26, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Популярность среди хомячков, которым нужна просто страничка в интернетике. Абсолютно точно, что пых популярен, но это всё дремучее легаси и примитивщина, на пыхе ничего сложнее CRUD не делают, бложики всякие и админки - да, это максимум пыха.

    Бабушке моей расскажешь.

    https://ibb.co/qMwvZ2N8

    А ты пока помучайся с тормознутыми кедо-гномами.

     
     
  • 6.168, Аноним (29), 10:04, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На приведенной вами картинке очень размытый скрин подобия рабочего стола, где ничего не разобрать. Вы что сказать-то хотели?
     
     
  • 7.196, windows10 (ok), 16:43, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > На приведенной вами картинке очень размытый скрин подобия рабочего стола, где ничего
    > не разобрать. Вы что сказать-то хотели?

    Хотел сказать что вы ниасилили включить GIF-анимацию.

     
  • 2.129, SubGun (ok), 22:40, 20/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На питоне....сайт. Ясно-понятно.
     

  • 1.133, Аноним (133), 23:44, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    мертвый язык пытается бороться за жизнь самоуложнением на ровном месте
     
  • 1.134, Аноним (133), 23:45, 20/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    вместо того чтобы наоборот вводить strict режим в котором порезать к чертям всякие левые глупые возможности, они наоборот накручивают какой то фигни которая окончательно сделает код не читаемым
     
     
  • 2.159, Аноним (155), 07:52, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Моя версия что нечитаемость для того чтобы стряхнуть с хвоста людей-программистов, в пользу ИИ
     

  • 1.145, Аноним (143), 00:47, 21/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    пайпы куда хуже выглядят, чем аналоги.
     
  • 1.157, кукпоп (?), 07:48, 21/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ох, вовремя ушел из этого стека.

    PHP сейчас тьма альтернатив получше. Так же java+kotlin, раз пыха хочет стать интерпретируемой явой.

     
     
  • 2.165, Аноним (164), 08:52, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сайт на джаве, он медленнее php не будет?
     
     
  • 3.166, Аноним (164), 08:53, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И прожорливее, там же вирт машина вроде ж?
     
     
  • 4.170, Аноним (29), 10:07, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Прожорливее на старте.
     
  • 3.169, Аноним (29), 10:07, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, да и на джаве сейчас в основном только rest api (бэкенд) клепают, а сервлеты давно в прошлом. Да, джава на старте сначала отжирает ОЗУ побольше, однако чем дольше JWM запущена, тем всё меньше ОЗУ она будет потреблять.
     
     
  • 4.186, 1 (??), 11:57, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > чем дольше JWM запущена, тем всё меньше ОЗУ она будет потреблять.

    Это как ? Утечка памяти в обратную сторону ?
    Есть надежда- что при достаточном времени работы она будет использовать 0 Байт в памяти, а потом перейдёт на отрицательные значения ?

     
     
  • 5.190, Аноним (29), 14:32, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, особенности работы GC в JWM.
     
     
  • 6.226, Tron is Whistling (?), 23:16, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пока что из особенностей я заметил только то, что оно как отожрало пару гигабайт на минимальное приложение на хибернейте, так и продолжает отжирать, ещё и увеличиваясь.
     
  • 2.197, windows10 (ok), 16:51, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ох, вовремя ушел из этого стека.
    > PHP сейчас тьма альтернатив получше. Так же java+kotlin, раз пыха хочет стать
    > интерпретируемой явой.

    Какую проблему решают эти альтернативы, что не может решить PHP, который уже существует вкупе с толпами программистов что его знают, и инфраструктуры что его поддерживает?

     
     
  • 3.198, Аноним (29), 17:43, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пых не имеет строгой типизации, и именно поэтому его выбрасывают отовсюду, чистый JS тоже уже нигде не нужен, а сейчас строго типизированные язычки на коне, потому что типизация повышает качество результата, даже без всякого тестирования.
     
     
  • 4.199, windows10 (ok), 18:02, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пых не имеет строгой типизации, и именно поэтому его выбрасывают отовсюду, чистый
    > JS тоже уже нигде не нужен, а сейчас строго типизированные язычки
    > на коне, потому что типизация повышает качество результата, даже без всякого
    > тестирования.

    Какое качество, какого результата?

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

    Не, ну ты конечно можешь написать несколько крупных и известных (!!!) проектов на язычках на коне, даже интересно.

     
     
  • 5.201, Аноним (29), 18:55, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всё уже обжовано и пережовано тысячу раз, нет смысла начинать заново, просто прийми это, что пых безтиповая шляпа, которую не берут в нормальные компании. На коне сейчас golang с микросервисами, golang просто предназначен для сетевых приложений, а пых - язычок для всяких админок и вордпресов, это очевидно всем. Пых плохо подходит для микросервисного общения. Вот так вот, пых - нескучный шаблонизатор, хотя с ларавелем он может чуть больше, но возможности его масштабирования - никакие, в то время как го легко держит 20k RPS, пых захлёбывается на 1к RPS, вот и всё.
     
     
  • 6.202, Doctorrr (ok), 20:28, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в то время как го легко держит 20k RPS, пых захлёбывается на 1к RPS

    дада, нуну... можно сделать обратный тест и совать его всем

    > Пых плохо подходит для микросервисного общения

    тю, и в каком языке есть такое многообразие библиотек поддержки интеграционных протоколов?


    Go супер-классный, но несопоставим с более полными ООП-языками по возможностям описания бизнес-логики + достижения быстрых бизнес-результатов

     
  • 6.203, windows10 (ok), 21:14, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это ты так пошутил 1 PHP это язык для препроцессной разметки вебсайтов Он так... большой текст свёрнут, показать
     
     
  • 7.241, кукпоп (?), 09:26, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С вами даже спорить скучно. Время расставит все по местам.

    > 3. Микросервисы - это концепция для мокак, ниасиливших в нормальную архитектуру целостного приложения, в котором вопросы про 20k RPS вообще не стоят;

    Посмеялся, когда представил у Сбера монолит на PHP. Ну или у Гугла. Ведь в комментариях анон написал что PHP с нормальной архитектурой держит большь rps чем микросервисы на golang.

     
     
  • 8.248, windows10 (ok), 14:23, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Детская аргументация Спрошу по-взрослому сколько времени вам нужно, чтобы все ... текст свёрнут, показать
     
  • 7.261, Анон1110м (?), 23:36, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. PHP это язык для препроцессной разметки вебсайтов.

    PHP — Personal Home Page. А если даже и preprocessor, то HTML потому что web site переводится как паутинный узел.

     
  • 4.207, windows10 (ok), 23:47, 21/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я не спрашивал что пых имеет, а чего не имеет Я спросил простой вопрос - какую ... большой текст свёрнут, показать
     
     
  • 5.242, кукпоп (?), 09:28, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ой, да пишите на php свои сервисы дальше. Нам больше работы будет.
    Меня например, на текущую работу взяли чтоб распилить php монолит на микросервисы на golang, так как масштабировать и поддерживать дорого.
    Распилил, бизнес доволен. Проблем не стало.
     
     
  • 6.249, windows10 (ok), 14:23, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ой, да пишите на php свои сервисы дальше. Нам больше работы будет.
    > Меня например, на текущую работу взяли чтоб распилить php монолит на микросервисы
    > на golang, так как масштабировать и поддерживать дорого.
    > Распилил, бизнес доволен. Проблем не стало.
    > Ой, да пишите на php свои сервисы дальше. Нам больше работы будет.

    Слив защитан.

     
  • 6.250, Tron is Whistling (?), 15:16, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Микросервисы - это вообще не панацея, и применять их можно в основном там, где latency значения не имеет.
     
  • 6.251, Tron is Whistling (?), 15:18, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати никто не мешает распилить монолит на PHP на внезапно микросервисы на PHP.
     
  • 5.262, Анон1110м (?), 23:42, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Строгая типизация - отголосок из прошлого, где была вечная нехватка памяти, и
    > ОС нужно было знать, сколько именно памяти нужно программе.

    А сейчас–то конечно же хватает когда просмотрщик HTML запросто откусывает гигабайт и когда очень много популярных программ это HTML–документы завернутые в Google Chrome и прикидываюшиеся программами.


    >[оверквотинг удален]
    > function test ($var) {
    >    if (is_numeric($var)) {return $var+1;}
    >    if (is_float($var)) {return $var*0.75;}
    >    if (is_string($var)) {return "Переменная: $var";}
    > }
    >


    > Юзкейс я тебе уже указал выше - к примеру DBUS.
    > А теперь давай аналогичный пример функции на своем ЯП со строгой типизацией,
    > с переменной которая может быть такая, а может и другая -
    > зависит от третьей стороны.

    То есть шыло на мыло.

     
  • 3.264, Аноним (265), 19:15, 07/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Похапе принципиально не может разделять данные между запросами не через какую-нибудь ipc жопу, типа редиса, ставить запросы в очередь итп. Похапешники ничего такого писать в принципе не умеют. Родовая травма из убогой модели выполнения с времён cgi-bin, когда слишком сильно упоролись по юникс-вею, заставляет придерживать костылями n воркеров наготове и ни дай бог они начнут зависать.
     

  • 1.222, Tron is Whistling (?), 22:31, 23/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот я реально не понимаю, на хрена они это делают.
    В примерах с |> вторая запись хотя бы читабельно выглядит.
    И там ещё можно $temp сразу на $output заменить, убрав лишнюю переменную.
     
     
  • 2.223, Tron is Whistling (?), 22:35, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё эти значимые безумные конструкции в комментариях (я про аттрибуты) и прочая бурда.
    Лучше бы ей богу занялись тремя реально нужными вещами:
    1) Перегрузка операторов (блин, ну вот реально - сахара будет больше чем во всех вот этих потугах)
    2) Множественное наследование (Trait в текущем виде - это убожество, из-за которого приходится костылить цепочки классов)
    3) Возможность обрезки строк без переаллокации. Куча производительности теряется именно на substr. Понятно что там CoW, и придётся всё равно создавать минимальный объект подстроки, но блд...
     
     
  • 3.224, Tron is Whistling (?), 22:36, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    (там на самом деле не только CoW, там ещё поисковый хеш и немножко прочей мути - но кто мешает скопировать только метаданные, не копируя всё целиком, дальше пусть сборщик мусора решает, когда убить оригинал).
     
  • 2.231, Аноним (-), 16:45, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну учитывая что в пыхе, если мне не изменяет память,

    $result = $date + strtotime($value)

    не прокатывает, нужно лишнюю строчку прописывать каждый раз - выглядит вообще бомбой

     
     
  • 3.232, Аноним (-), 16:49, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    * $result = $timestamp + strtotime($value)

    ну и, само собой, таймштамп типизирован, а то налетят ща

     
  • 3.245, Tron is Whistling (?), 10:58, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему не прокатывает-то? Всё нормально там, хоть $result = $result + whatever, хоть $result = $whatever + fn($result).
     
  • 3.246, Tron is Whistling (?), 10:59, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даже больше скажу, в JIT есть оптимизации под $result = <expr $result>, оригинал при этом может не копироваться.
     
  • 3.247, Tron is Whistling (?), 11:04, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А, вот, пока обсуждали, вспомнил (4).

    4. Инлайны (inline) - тоже нужны как воздух, стоимость вызовов в PHP просто безумная.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру