Профиль: Аноним (вход | регистрация)
OpenNET

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

Раскрыты детали критических уязвимостей в PHP и опубликованы корректирующие обновления

21.10.2026 17:45 (MSK)

Опубликованы корректирующие выпуски PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35, а также патчи для уже не поддерживаемых веток PHP 7.4, PHP 8.0 и PHP 8.1 (уязвимые версии с 5.4 по 7.3 остаются без патчей), в которых исправлены две критические уязвимости:

  • CVE-2026-109618 - удалённое выполнение кода, вызванное тем, что при исчерпании доступной процессу свободной памяти обработчик нехватки памяти через выполнение функции longjmp() может прервать PHP-интерпретатор в состоянии, когда инициализирована лишь часть внутренних структур, связанных с обработкой запроса. В последующем функция завершения обработки запроса обращается к этим структурам как к уже инициализированным, хотя память для них не выделена.

    Основным вектором атаки является манипуляция с multipart-запросами для создание условий для исчерпания доступной процессу памяти. Для обхода лимита post_max_size может не указываться заголовок Content-Length и передаваться огромное число HTTP-заголовков. Возможно проведение и точечных атак на конкретные операции в php-приложениях, чрезмерно расходующих память. Наличие эксплоита подтверждено для mod_php, так как он вызывает функцию shutdown() даже при сбое. PHP-FPM при сбое завершат дочерний процесс, что затрудняет проведение атаки, но теоретически её не исключает.

  • CVE-2026-109619 - удалённое выполнение кода, вызванное обращением к памяти после её освобождения из-за некорректной очистки глобального состояния, привязанного к конкретному запросу. В случае прерывания запроса из-за фатальной ошибки, таймаута или нехватки памяти глобальное состояние может оказаться не сброшено и указатели останутся активны, несмотря на освобождение памяти, на которую они ссылаются. При обработке следующего запроса в том же процессе может произойти обращение по оставшемуся указателю к старому глобальному состоянию.

    Для эксплуатации может использоваться создание условий исчерпания доступной памяти при обработке multipart-запроса в коде для индикации прогресса загрузки (session.upload_progress). При этом в качестве основного и подтверждённого вектора атаки упоминается обработчик fatal_error_backtraces в PHP 8.5, который не сбрасывает состояние трассировки при завершении. В первом случае атака возможна на mod_php и PHP-FPM, а во втором только на mod_php. Также упоминается неподтверждённая возможность проведения атаки в конфигурациях, в настройках которых имеются директивы, приводящие к выводу предупреждений на ранней стадии обработки запроса (например, предупреждения об использовании устаревших параметров).

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

  • Выставление в php.ini параметра "memory_limit=-1", что затрудняет возможность атакующего контролировать исчерпание лимитов на память.
  • Выставление параметра "post_max_size = 8M", если нет необходимости в загрузке больших файлов. Значение параметра "upload_max_filesize" должно быть меньше параметра "post_max_size".
  • Задание лимита на допустимое потребление памяти на системном уровне, через cgroup memory.max или параметры потребления памяти контейнером, но не через системные лимиты RLIMIT_AS и RLIMIT_DATA, которые лишь провоцируют проблемный вызов longjmp().
  • Если производительность не важна можно ограничить число запросов, обрабатываемых одним рабочим процессом через pm.max_requests=1 в PHP-FPM и MaxRequestsPerChild в Apache httpd.
  • Выставление на уровне php.ini или конфигурации сервера (не через ini_set() или FPM .user.ini, так как параметр должен действовать до начала обработки запроса) параметра "session.upload_progress.enabled=0".
  • При использовании выпуска PHP 8.5 следует установить параметр "fatal_error_backtraces=0".
  • Удаление привязанных к отдельным запросам устаревших или ошибочных настроек (типа assert.* и неверных путей в open_basedir), приводящих к выводу диагностических сообщений до инициализации.
  • Устранение в PHP-коде ситуаций, приводящих к достижению таймаутов и фатальных ошибок, например, связанных со сбоями в callback-обработчиках и обработкой загрузок.
  • Для блокирования первой уязвимости в коде старых версий PHP можно заменить вызов longjmp() в обработчике исчерпания свободной памяти на _exit().
  • Дополнительно можно уменьшить значение параметра max_input_nesting_level в php.ini и блокировать multipart-запросы, как было показано в предварительном анонсе.

Статус устранения уязвимостей в дистрибутивах можно оценить на данных страницах: Debian, Ubuntu, SUSE, RHEL, Gentoo, Arch, Fedora, FreeBSD.

Дополнение 1: Уязвимости выявлены при помощи AI-моделей GPT‑5.6 и Gemini 4 Argon. Компания OpenAI опубликовала утилиту php2shell-checker для проверки подверженности уязвимостям сайтов и локальных исполняемых файлов, но эта утилита лишь проверяет номер версии PHP, возвращаемый HTTP-сервером или командой "php -v", без детального анализа.

Дополнение 2: Автор прототипа эксплоита, использующего уязвимость, вызванную двойным освобождением памяти (double-free), сообщил, что проблема остаётся не исправлена в выпуске PHP 8.5.12 и эксплоит продолжает работать. Ранее представители PHP заявляли, что эта уязвимость не связана с готовящимися исправлениями и не является реальной проблемой. Автор же эксплоита утверждает, что это совсем иная уязвимость.

Дополнение 3: Спустя 16 часов после раскрытия деталей об уязвимостях универсального рабочего эксплоита ещё не появилось и массовых атак пока не наблюдается, что объясняется сложностью эксплуатации уязвимости из-за необходимости определения раскладки структур в памяти процесса, которая специфична в каждой сборке. Опубликованные рабочие прототипы эксплоитов завязаны на отдельные конфигурации и проведение атаки в лабораторных условиях. Также появилось много фиктивных эксплоитов, являющихся галлюцинациями AI, лишь создающих видимость атаки, завязанных на ошибки в конфигурации или работающих только при наличии других критических уязвимостей.

Дополнение 4: Подготовлен неофициальный порт пакетов с ветками PHP 5.3 и 5.4 для пользователей Red Hat Enterprise Linux 6 и 7, которые также можно использовать в соответствующих ветках CentOS, Oracle Linux и Scientific Linux. Доступны как spec-файлы для сборки с патчами, так и готовые бинарные пакеты.

Дополнение 5: Для уязвимостей PHP2Shell анонсирован первый эксплоит, обходящий рандомизацию адресов (ASLR).

Дополнение 6: Бэкпорт патчей, исправляющих уязвимости CVE-2026-109618 и CVE-2026-109619, для веток PHP 5.4, 5.5 и 5.6.

Дополнение 7: Компания Perplexity заявила о выявлении на своих honeypot-серверах первых успешных атак на конфигурации mod_php c PHP 8.4.26, приведших к удалённому выполнению кода. Атака состояла из 4 стадий, потребовавших отправки 51 запроса. Для успешной эксплуатации необходимо, чтобы все эти запросы были обработаны одним рабочим процессом mod_php. Массовых взломов пока не наблюдается.

Дополнение 8: Компания Cloudflare организовала соревнование по взлому системы с уязвимой версией PHP 8.5.11. Победа с денежным вознаграждением будет присуждена тому, чей эксплоит первым определит содержимое файла /flag.

Дополнение 9: Организация CISA (Cybersecurity and Infrastructure Security Agency) подтвердила выявление реальных атак, осуществляемых через эксплуатацию уязвимостей PHP2Shell.

  • Дополнение 10: Для старых версий Debian и Ubuntu подготовлен неофициальный репозиторой с исправленными вариантами устаревших версий пакетов с PHP, включая исправление для ветки PHP 5.6.
  • Дополнение 11: Зафиксирована компрометация 25 серверов, для атаки на которые использовался эксплоит, сочетающий эксплутацию уязвимостей PHP2Shell (CVE-2026-109618/CVE-2026-109619) для непривилегированного выполнения кода с уязвимостью Fragnesia (CVE-2026-46300) для получения прав root в системе.

    1. Главная ссылка к новости (https://www.php.net/...)
    2. OpenNews: Уязвимость в PHP, потенциально позволяющая скомпрометировать любой PHP-сайт
    Лицензия: CC BY 3.0
    Короткая ссылка: https://opennet.ru/66520-php
    Ключевые слова: php
    При перепечатке указание ссылки на opennet.ru обязательно


    Обсуждение (134) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 18:16, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/–
    Да, это грустно. особенно грустно тем у кого nextcloud в докерах которые тоже теперь надо обновлять.
     
     
  • 2.7, Ivan_83 (ok), 18:35, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/–
    И как это касается некстклаудщиков? У вас регистрация и загрузка файлов открыта?
     
     
  • 3.17, МИСАКА (?), 18:46, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +10 +/–
    уязвимость в ядре php, т.е. ей подвержен даже "echo 'helloworld'"
     
     
  • 4.20, Ivan_83 (ok), 18:53, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Значит надо заставить процесс пхп работать в окружении где он ничего кроме вывода этой строчки сделать не сможет :)

    Обычно так и делают, в местах где не хотят чтобы всё поропало после первой же обнаруженной уязвимости или кривого конфига.

     
     
  • 5.38, Аноним (38), 19:40, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > в местах где не хотят чтобы всё поропало

    В таких местах и на php не пишут ¯\(ツ)/¯

     
     
  • 6.53, Ivan_83 (ok), 20:29, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    А причём тут пхп?
    Это общий подход, что там выполняется не так важно.
     
  • 5.40, Аноним (40), 19:41, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > Значит надо заставить процесс пхп работать в окружении где он ничего кроме вывода этой строчки сделать не сможет :)

    Отрезать н̶о̶ж̶к̶ провод интернета?

    Новости про очередную дырень с выходом из контейнера или получением рута публикуются регулярно.

     
     
  • 6.58, Ivan_83 (ok), 20:35, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    Давай, покажи мне как часто в том же андройде приложениям удаётся получить рута или что то ещё.

    Даже запущенный от root процесс можно порезать так, что ты вечность убъёшь чтобы выйти только из chroot потому что тебе нужно будет научится загружать свой код в память процесса и выполнять его от туда, и напрямую дёргать сисколы.
    Те полностью контролировать поток выполнения и докидывать туда свой скомпиленый код.

    Это тебе не типичные сетапы где всё ограничение сводится только к тому что пхп запущен под отдельным www/www-data юзером, а так то этот юзер может писать много куда и запускать много что, включая какойнить bash или тот же php но со своими скриптами.

     
     
  • 7.69, Жертва (?), 21:21, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > Давай, покажи мне как часто в том же андройде приложениям удаётся получить рута или что то ещё.

    Ежемесячно и чаще.

     
     
  • 8.73, Ivan_83 (ok), 21:48, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Давайте сделаем андройду не большую скидку им приходятся давать приложениям дос... текст свёрнут, показать
     
  • 7.108, Аноним (108), 06:52, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Давай, покажи мне как часто в том же андройде приложениям удаётся получить рута или что то ещё.

    При чем тут андроид?? У тебя ПыХа запускается только на андроиде?
    Ну ладно, вот
    opennet.me/opennews/art.shtml?num=59746
    "критическая уязвимость (CVE-2023-4863), позволяющая обойти все уровни защиты браузера и выполнить код в системе за пределами sandbox-окружения"

    > Даже запущенный от root процесс можно порезать так, что ты вечность убъёшь чтобы выйти только из chroot потому что тебе нужно будет научится загружать свой код в память процесса и выполнять его от туда, и напрямую дёргать сисколы.

    "А что если нет, что б№№ если нет?" (с)

    > Это тебе не типичные сетапы

    Т.е есть какие-то магические костыли которые нужно использовать вместо нормально написанного кода?

     
     
  • 8.136, Ivan_83 (ok), 16:31, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Андройд как пример системы где есть изоляция процессов средствами ОС Я же напис... большой текст свёрнут, показать
     
  • 3.19, пох.. (?), 18:51, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    а зачем? оно ж сначала разбирает параметры запроса а только потом начинает его обрабатывать.
    так что есть рот - значит берет.

    В смысле никакая регистрация и не нужна.

     
     
  • 4.21, Ivan_83 (ok), 18:55, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Просто тут многие бегают с upload_progress а я не особо вчитывался - у меня пхп зажат в тиски средствами ОС и мне мало интересны интимные подробности где у него технологические отверстия и какой размер резьбы потребудется от болта :)
     
     
  • 5.55, пох.. (?), 20:34, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    и зря, потому что возможно твои полумеры как раз упрощают эксплойт.

    upload_progress оказался не уязвимостью а просто средством максимально просто добыть ее пруф.

     
     
  • 6.61, Ivan_83 (ok), 20:43, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Мои контрмеры приводят к тому что стандартные PoC не работают.
    А ручной взлом затягиывается и удорожает процесс.

    Я не претендую на 100% непробиваемость, но претендую на то что 99+% стандартных PoC не сработают.
    И как показал опыт за последние 16 лет у меня ничего не сломали, хотя всё время в инет торчало что то написанное на пхп.

     
     
  • 7.75, Инопланетянин (?), 21:52, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > И как показал опыт за последние 16 лет у меня ничего не сломали,

    Черкни адресок, неуловимый Джо, мы проверим.

     
     
  • 8.78, Ivan_83 (ok), 21:55, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    http netlab dhis org ... текст свёрнут, показать
     
  • 2.8, Аноним (38), 18:35, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > в докерах

    В невзламываемых чрутах на неуязвимой FrreBSD.

     
  • 2.16, Аноним (16), 18:46, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну все, пора и его на раст переллмить
     
  • 2.28, Аноним (28), 19:02, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    > Да, это грустно

    ...когда приходится переходить с php на Perl.

     
  • 2.65, Аноним (65), 21:09, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Более всех грустно тем, кто успел внедрить nginx-unit с встроенным php, а этот проект год назад закрыли.
     
     
  • 3.115, Аноним (65), 09:29, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    там вроде пакет php-embedded используется как зависимость, и он обновился тоже вместе с php, так что наверно можно выдыхать и думать о переезде обратно на php-fpm
     
  • 2.105, GG (ok), 04:38, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Проблемы докеров.
    И тех, кто этим пользуется не понимая как оно работает и что у него внутри.
     
  • 2.116, Kilrathi (ok), 09:32, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Дык сначала прогнать быстренько чем то в стиле
    docker ps --format "{{.ID}}" | while read -r cid; do
      echo "=== Проверяем контейнер: $cid ==="
      docker exec "$cid" sh -c "which php 2>/dev/null || echo 'php не найден через which'"
      docker exec "$cid" sh -c "which php-fpm 2>/dev/null || echo 'php-fpm не найден через which'"
      docker exec "$cid" sh -c "find / -type f \( -name 'php' -o -name 'php-fpm' \) 2>/dev/null | head -n 3 || echo 'рекурсивный поиск тоже не нашел'"
    done
    а после для выявленных через php -v дырявых apk/apt-get/... как временную заплатку, пока либо сам не форкнешь/обновишь, либо автор/мейнтейнер не обновят у себя, чтоб уже патченное взлетало по compose и тп
     

  • 1.2, Аноним (2), 18:22, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    А фикс через nginx указанный тут https://www.opennet.ru/opennews/art.shtml?num=66516 таки актуален?
     
     
  • 2.5, Аноним (5), 18:30, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Только для 1 из 3 векторов атаки с использованием второй уязвимости. От первой уязвимости он не защищает.
     

  • 1.3, Аноним (3), 18:23, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    >полное блокирование уязвимостей возможно только через установку обновления

    https://github.com/php/php-src/releases

     
     
  • 2.46, Аноним (3), 20:13, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    Через гитхаб т.к. и php.net и packagist.org у нас заблочены кое-кем.
     
     
  • 3.52, Kilrathi (ok), 20:29, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Сегодня на стабилках дебиана накатились патчи из штатных репок, так что не всё так плохо
     

  • 1.9, Аноним (2), 18:37, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/–
    им с версии 7.0 нужно уже вводить режим strict типа как у nodejs и ВЫБРАСЫВАТЬ всякие фичи из языка, а они наоборот продолжают тянуть туда всякую не нужную хрень
     
     
  • 2.163, Аноним (163), 14:12, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Им это не нужно. Zend зарабатывает на продуктах для разработки на PHP. Если бы на PHP было бы если не просто, то хотя бы возможно писать не допуская зияющих багов, то у них было бы меньше клиентов.

    Если хочется этот аргумент услышать в развёрнутом виде, или просто некуда время девать, то я очень рекомендую это: https://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design

     

  • 1.10, Аноним (10), 18:39, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/–
    Эх, то ли ещё будет. Дешёвые и очень производительные "нейронки" открывают ТАКОЙ ящик Пандоры... Охренеем все.
     
     
  • 2.18, Ivan_83 (ok), 18:51, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    Уже открыли, ещё пол года-год и ручеёк иссякнет до следующего технологического прорыва.

    Чтобы вы понимали это уже не первый раз в истории индустрии.

    Как минимум нечто похожее было с приходом статических анализаторов кода и с появлением фазинга.
    Просто во времена анализаторов тема бизапасносте была не так раскручена это всё считалось банальными багами не стоящими особого внимания.

     
     
  • 3.50, Аноним (28), 20:27, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > ещё пол года-год и ручеёк иссякнет

    Неа. Прям следом пойдут уязвимости, созданные современной иишенкой.

     
  • 3.72, Инопланетянин (?), 21:47, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Как минимум нечто похожее было с приходом статических анализаторов кода и с появлением фазинга.

    Анализатор надо заиметь, фазинг надо запустить на нормальных мощностях, а потом их отчеты проанализировать и написать эксплойт, что требовало экспертизы.

     
     
  • 4.74, Ivan_83 (ok), 21:51, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Анализаторы и в опернсорце нынче вполне себе, да и банальный компилятор со всеми варнингами не сильно хуже результат даёт, так что даже вставать не надо.

    Насчёт фазеров согласен, но не сказать что там понимание отчёта превышает способности среднего пограмиста.

    Но и ЫЫ тоже сам из воздуха не берётся если что, и приличные модели вроде как за бесплатно не дают погонять. А гонять у себя можно, но мощности нужны заметно больше чем для фазеров.

     
     
  • 5.126, пох. (?), 11:18, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Компиляторы, анализаторы и прочая хрень спокойно пропустят синтаксически правильный код, который содержит багованную логику.
     
     
  • 6.157, Аноним (157), 13:17, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Нейронки в уже написанный код вставляли патчи, которые либо ничего не меняли, либо ломали логику происходящего (порядок сортировки, в моём случае). Не заблуждайся про то что нейронка натренированная триггериться на паттерны букв, образующихся в переполнение массива, сможет понять что хотел задумать автор. Лучше бы весь тот брутфорс который захардкодили в десятки гигабайт массива генератора рандомных слов дистилировали в тот инструмент который непосредственно нужен (детектить паттерны уже непосредственно в AST), а не максимально неэффективно кипятили воду.
     
  • 3.80, Аноним (80), 21:59, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Потому что тогда не было нейронок которые тебе тут же и эксплойт напишут
     
  • 2.132, Tron is Whistling (?), 14:26, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Да, вот тут многие ратующие за искусственного идиота не понимают главного.
    В этот раз это неушлые ребята, которые мало того нашли, но ещё и опубликовали.

    А сколько ребят ушлых - которые УЖЕ с помощью всё того же и.и. нашли, но НЕ опубликовали - а то и вообще продали.

    Короче и.и. свёл безопасность в сети сейчас к нулю. Вообще к нулю, а то и ниже нуля. Куча дыр уже найдена - но никогда не будет опубликована. Т.е. всем brace for impact, что мы собственно уже и делаем.

     
     
  • 3.145, _ (??), 21:36, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну умничай, тебе - нечем Даже если ты против солнца, оно всё равно взойдёт утро... большой текст свёрнут, показать
     
     
  • 4.148, Tron is Whistling (?), 22:22, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > А так то мы жили в эпоху открытых мжйл-релеев и телнета :)

    Сочувствую вашим открытым релеям. У меня их никогда не было. Хотя я ещё фидо застал. Не-IP'шное.


     
     
  • 5.150, пох.. (?), 00:08, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Сочувствую вашим открытым релеям. У меня их никогда не было. Хотя я ещё фидо застал.

    ну вот пока ты в фидо игрался - взрослые мальчики уже smtp поддерживали. И некоторые - не  только в режиме конфига из одной строки "сливай все аплинку он разберет".

    А патч (_левый_, причем) к sendmail, добавляющий access_filter, появился в 1997м.

     
     
  • 6.152, _ (??), 06:26, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Не ну фидо я тоже застал, даже нодом был. Но в 1997 уже всем всё было ясно.
     
  • 6.153, Tron is Whistling (?), 08:11, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > ну вот пока ты в фидо игрался - взрослые мальчики уже smtp

    Не было ещё никакого SMTP. Вернее как - ну был он, но толку от него не было. В основном существовал внутри контор. И проблем было больше, чем пользы. Зато всерьёз был популярен NNTP.

    Как раз в 1997 и начинается расцвет "традиционных" мейлсерверов. Postfix, Winroute, NT4 с его Mail, etc. Потому что аутентификацию наконец добавили.

     
     
  • 7.155, пох.. (?), 12:25, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ты похоже знаешь об этом из пересказов перепевок Вирус морриса весело расползся... большой текст свёрнут, показать
     
     
  • 8.158, Tron is Whistling (?), 17:05, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Не, ну это чисто сендмейловая хреновина Я сендмейл трогать не рисковал никогда ... текст свёрнут, показать
     
  • 8.159, Tron is Whistling (?), 17:08, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А так - я ещё и С2 на ЕС1840 трогал, и лексикон, а нортон коммандер, потом волко... текст свёрнут, показать
     
  • 5.151, _ (??), 06:20, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > Сочувствую вашим открытым релеям. У меня их никогда не было.

    Спам тогда ещё не придумали. И настраивали так чтобы помочь незнакомым людям 8-)
    Я сам в шоке - в 2026 это звучит как то ... мде :) Но тогда реально настрой был такой!

    > Хотя я ещё фидо застал. Не-IP'шное.

    Я был нодом, у меня был Zyxel 1496 :)

    А потом это всё начало ломаться. Но ничего - пережили :) И ЫЫ переживём. А если нет - ну то и нет!

     
     
  • 6.154, Tron is Whistling (?), 08:25, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Спам тогда ещё не придумали.

    Придумали.
    В фиде его легко побороли закрытием невалидированных нод.
    А в NNTP он был бичом.

     

  • 1.14, Аноним (14), 18:44, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/–
    Совершенно случайно автор коммита неизвестен.
     
     
  • 2.133, Tron is Whistling (?), 14:39, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Какого именно коммита-то?
    Там концептуальная проблема.
     

  • 1.23, онанист (?), 18:56, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    Опубликованы корректирующие выпуски - и когда их ещё завезут в дистрибутивы
     
     
  • 2.39, Анонимный жироватт (?), 19:41, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    Уже завезли. Тянули с публикацией именно поэтому - во все мэйнстримные дистры уже все заехало. А всякая маргинальщина - ну хз, хз )
     
     
  • 3.97, Аноним (97), 00:50, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    https://access.redhat.com/security/cve/cve-2026-109618
    Red Hat Enterprise Linux 9 php:8.4/php Affected
    Red Hat Enterprise Linux 8 php:8.2/php Affected

    Это не дефолтный в дистрах похапэ (тот пофикшен), но все таки и дистр не от васянов для васянов. Объясняет почему сайт моего универа так и висит с заглушкой.

     
     
  • 4.111, Аноним (111), 09:15, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    К настоящему моменту завезли и в рхел 9/8 с недефолтным пхп.
    К слову, в дебьян букворм тоже завезли. Оно хотя и было объявлено о продолжении поддержки букворма (отдельной командой/фирмой), но было непонятно насколько эта поддержка быстра или ограничена.
     
  • 4.146, _ (??), 21:41, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > дистр не от васянов для васянов

    Там раз в квартал _в_тихую_ по тыщще кодеров сливают весь этот год ...
    Думали что их заменит ЫЫ, но ... пока что они - последние кто пропатчил. Даже демьян первее их! 8-o

     
     
  • 5.149, пох.. (?), 23:40, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    справедливости ради - они _единственные_ (кроме может freebsd с ее вечно тухлыми пакетами) кто поддерживает _все_ актуальные версии а не одну-единственную устаревшую на пять лет как дебиан.

    правда это для не совсем васянов, у совсем-васяна будет php not found (потому что appstream'ом надо еще пользоваться уметь), как и положено ентер-прайс дистрибутиву.

    вот жаба - жаба ква!

     
  • 4.160, Анонимный жироватт (?), 23:00, 24/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > https://access.redhat.com/security/cve/cve-2026-109618
    > Red Hat Enterprise Linux 9 php:8.4/php  Affected
    > Red Hat Enterprise Linux 8 php:8.2/php  Affected
    > Это не дефолтный в дистрах похапэ (тот пофикшен), но все таки и
    > дистр не от васянов для васянов. Объясняет почему сайт моего универа
    > так и висит с заглушкой.

    То есть реальное наличие фикса ты не проверял, да?

     

  • 1.30, Аноним (30), 19:06, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Судя по описанию в CVE, авторы писали для курсовой работы, а не для публичного сервиса. Ни контрактных параметров, ни атомарности (всё или ничего). Доверие как в общаге. Всё как то пропустили этап, когда php перешел из общажной стенгазеты в широкий круг сайтов.
     
     
  • 2.35, Ivan_83 (ok), 19:14, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/–
    Кажется это только для вас является открытием.
    Даже я бегло читал историю Personal Home Page языка, и начиналось это ещё во времена cgi, тогда никаких таких параметров не было, а атомарность была только у военных, учёных и энергетиков, притом первые контролировали остальных :)
    Те у вас странные хотелки, уровня: а чего вы там в 90х ЫЫ не попросили код без ошибок переписать?
     
     
  • 3.42, Аноним (40), 19:42, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    А точно, закрывать тех долг это же не барское дело.
    Один раз наложили кучу кода - значит она может работать вечно.
    Логично, да)
     
     
  • 4.48, Ivan_83 (ok), 20:25, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Вот сразу видно теоретега Дорогой друг, код пхп интерпретатора условно 100к стр... большой текст свёрнут, показать
     
     
  • 5.68, Оностейша (?), 21:17, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    > Я тут вон билд систему на шелл скрипте пишу, и пока только 3 проекта её юзают, и то задолбался бегать по ним и синкать изменения функций/синтаксиса, хотя там всего то 50-100 строк порятнки на каждый, из которых 80% просто перечисления файлов или флагов компелятора.

    Ты этого достоин.

     
  • 5.147, _ (??), 21:44, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Я тут вон билд систему на шелл скрипте пишу, и пока только 3 проекта её юзают, и то задолбался бегать по ним и синкать изменения функций/синтаксиса, хотя там всего то 50-100 строк порятнки на каждый, из которых 80% просто перечисления файлов или флагов компелятора.

    Вот прямо идеальное место приложения ЫЫ-шки! Попробуй.

     
  • 2.36, Аноним (36), 19:15, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    Никто этот момент не пропустил - PHP очень много раньше критиковали именно из-за любительского подхода к дизайну языка. И реализация у него такая же. Критиковали не зря.

    В современном PHP дизайн чуть улучшили, но груз времени и обратная совместимость - это вещь очень большая, вон до сих пор баги вылазят.

     
     
  • 3.49, Ivan_83 (ok), 20:26, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Так пыха благодаря этому и живёт.
    До сих пор есть не довольные что пхп5 закопали и код переписывать надо, а уж столько лет прошло.
     
     
  • 4.60, Боевой Петух (?), 20:38, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    Я недоволен, что 4 версию закопали, могли же просто обновления безопасности поставлять. Мне лично то ООП нафиг не сдалось, как и прочие 100500 фичей, которые нафиг не нужны на большинстве простых сайтов (для чего ПХП и создавалась).
     
     
  • 5.63, Ivan_83 (ok), 20:50, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Хз.
    Я на пхп писал простенький генератор содержимого директории, с немного извращенским форматом вывода.
    https://github.com/rozhuk-im/ssdpd/blob/master/www/upnp/control/ContentDirecto
    И как то мне показалось это не критично отличается от С :)
    В том плане что ООП и прочее никто юзать не заставляет.
     
     
  • 6.70, Боевой Петух (?), 21:23, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Но из-за внедрения ООП язык разжирел. Мой чат на четвертой пыхе грузился ровно в 6 раз быстрее, чем на пятой. Как сейчас помню те цифры.
     
     
  • 7.76, Ivan_83 (ok), 21:53, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А у вас случаем там не cgi интерфейс?
    Мне кажется в php-fpm не должно было быть просадок: там интерпретатор на каждый запрос заново не стартует.
     
     
  • 8.79, Боевой Петух (-), 21:59, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Тогда использовался php mod апача, сам удивился насколько велика разница, с наст... текст свёрнут, показать
     
     
  • 9.131, Аноним (131), 12:31, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ну очень актуальная информация пятерка действительно была тормозная, в 7-й ветк... текст свёрнут, показать
     
  • 3.59, Боевой Петух (?), 20:37, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    ПХП прекрасен (был во времена 4 версии) именно из-за простого синтаксиса, который прочитает даже условная домохозяйка, без нагромождений нафиг не нужных прослоек и надстроек в виде фреймворков. Т.е. ПХП по сути и являлся сам фреймворком для HTML и благодаря этому оно и стало популярно.
     
     
  • 4.64, Ivan_83 (ok), 20:51, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да, но потом же css прирос к вебу, и js тоже...
    А нонче и вебсокеты активно юзают.
     

  • 1.37, Аноним (37), 19:22, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Хм, https://fedi.katze.sh/@elise/117479383739450605 что-то не сходится.

    Пишут что "still works on 8.5.12!"

     
     
  • 2.77, пох.. (?), 21:53, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    но что именно works - не показали.

    жядные кю!

     
  • 2.106, GG (ok), 04:39, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Дальше читай, он про совсем другое пишет там
     
  • 2.130, Аноним (131), 12:29, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    это вообще другой баг, его уже отрепортили
     

  • 1.41, Аноним (41), 19:42, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    под угрозой более 40 % сайтов в интернете.
     
     
  • 2.44, Аноним (44), 20:03, 21/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
  • 3.45, Аноним (3), 20:11, 21/10/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/–
     
  • 2.54, Аноним (28), 20:30, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > 40 % сайтов

    Что там у них в той половине - нам не интересно. Главное, чтобы остальные 60 % работали.

     
  • 2.56, Боевой Петух (?), 20:35, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/–
    Под реальной угрозой примерно 0%
     

  • 1.47, vibecoder (-), 20:14, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    Очередная "уязвимость", которая работает только в тепличных (специально созданных) условиях. На практике нигде не сработает, иначе бы кулхацкеры давно пол интернета взломали.
     
     
  • 2.101, menangen (?), 01:38, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ещё до завтра-послезавтра дожить надо. Кулхацкеры щас за две ночи наколдуют: вЕуропэ уже все сайты php .gov поотключали =)
     
     
  • 3.112, Аноним (111), 09:24, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > вЕуропэ уже все сайты php .gov поотключали =)

    Опеннет, как всегда, блещет познаниями своих экспертов.
    .gov - домен гос учреждений штатов, европейцев там нет.

    как тут не вспомнить ералаш выпуск 51, про париж - столицу не италии, а англии.

     
     
  • 4.117, Аноним (117), 09:36, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Он используется как домен второго уровня в остальном мире, например, .gov.uk Но ты сразу комментируй, не проверяй!
     
     
  • 5.118, Аноним (111), 10:13, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Проверяй, проверяй. bund.de например, госучреждения ФРГ, никаким гов никода и не пахло.

    Это кстати Европа. А вот попробуй британцам сказать что они Европа, они тебе быстро объяснят что Европа это континент, а они на острове. Ни географически, ни политически они Европой не являются (сами себя не считают). Россия и то в большей степени Европа, чем СК/ВБ. Так что сбегай еще раз, ералаш посмотри.


     
     
  • 6.122, Аноним (117), 10:35, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    .gov.ru
    .gov.by
    .gov.ua
    .gov.it

    ну и дальше по списку, но там уже не Европа

    Не проверяй, сразу комментируй! (с)

     

  • 1.51, Аноним (51), 20:28, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/–
    пых совсем спых, вот это позорище! интересно чё сёдня происходит с битриксными изделиями, их активно ломают, бабосики с владельцев бедовых сайтиков требуют или как?
     
     
  • 2.102, menangen (?), 01:39, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Щас троянчики-майнеры собако-койнов всяких начнут лить на сайтики интернет магазинов на вордпрессе
     

  • 1.62, пох.. (?), 20:49, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    "В Нидерландах, Германии, Бельгии и других странах отключили государственные ресурсы, СМИ, сайты больниц и университетов."

    вот такая хренота, собачка.

     
     
  • 2.67, онанист (?), 21:15, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    маски и сомоизоляция?
     
  • 2.82, beany (?), 22:34, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    Какой кошмар... Кто же теперь будет рассказывать про diversity, blm и культурное обогащение Европы из стран третьего мира?
     

  • 1.81, myster (ok), 22:28, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/–
    Как думаете, даже после такого PHP-шники и любители WordPress будут защищать PHP? Быть против JS, TS, Go, Rust и т.п.?

    Я уверен, что да. Причём это не в первый раз.

    Основной их аргумент, мол: "PHP позволяет зарабатывать". Так, конечно, расплодили свои уязвимые и глючные поделки на коленке и за ними нужен особый уход...

     
     
  • 2.83, beany (?), 22:37, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Из того, что ты перечислил, разве что, Go заслуживает внимания. Всё остальное и есть самый кривой и костыльный мусор.
     
     
  • 3.161, myster (ok), 15:39, 25/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Всё остальное и есть самый кривой и костыльный мусор.

    Почему? JS это вообще база, те кто его критикуют сами не понимают, что они несут. Как правило приплетают сложность фреймворков, а не сам JS. Вы из таких же "критиков"?

     
  • 2.85, Боевой Петух (?), 23:19, 21/10/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/–
    PHP будут защищать по той причине, что на нём работает 70% интернета, но, в целом, новый проект на PHP начинать как-то странно в настоящее время (и не из-за этих псевдо-уязвимостей).
     
     
  • 3.99, Аноним (99), 01:06, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > новый проект на PHP начинать как-то странно в настоящее время

    А что странного? Язык и экосистема не хуже многих других.

     
     
  • 4.128, Аноним (128), 12:26, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    В том то и дело, что объективно хуже. Рейтинги это подчеркивают
     
  • 3.162, myster (ok), 15:44, 25/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > PHP будут защищать по той причине, что на нём работает 70% интернета,
    > но, в целом, новый проект на PHP начинать как-то странно в
    > настоящее время (и не из-за этих псевдо-уязвимостей).

    Согласен, что новые проекты на PHP разве что начинают сегодня те, кто в танке и не следит за технологиями. Но в любом случае я не понимаю тех, кто защищает PHP. Даже если на нём 70% интернета, судят не по одёжке, а по содержимому. Я, например, сам имел дело с ненавистными мне технологиями, но из-за того, что я поддерживал проекты, их использующие, я не переставал их по делу критиковать.

     

  • 1.84, Tron is Whistling (?), 22:38, 21/10/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –3 +/–
     

  • 1.88, Аноним (88), 23:25, 21/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    Даже для блогов нынче можно статический веб-сайт гененировать, просто новый пост добавил и гененатор запустил, вуаля.
     
     
  • 2.103, menangen (?), 01:42, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это всё сложно. Манагер должен видеть форму логина и пароля и мышкой наполнять контент, менять цены. А не генераторы запускать
     
     
  • 3.107, Аноним (157), 06:27, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Мышкой менять цены на сайте - шиза. Единственный плюс только от таких страничек - это то что расшаренная по WebDAV файловая система и таблички экселя на ведроиде так и остались нерешённой p-n проблемой.
     
  • 2.144, Гуманоид (?), 23:56, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Для блогов это как раз естественно. А вот для каталогов не очень - слишком много страниц на выходе.
     

  • 1.104, menangen (?), 01:44, 22/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Народ чё-то забыл про бум php только за счёт шареного хостинга, это когда на одном апач + php cgi сервачке ютится 100500 магазинов на вордпрессе и там раздолье с уязвимостями типа плагинов для пресса или нынешней дырени. Вот кому нужно бояться щас, а не всяким vk и Facebook - там небось и машина виртуальная со своим jit и своими уязвимостями
     
  • 1.109, Аноним (109), 07:24, 22/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    судя по логам в одном моем древнем проекте, одну из этих уязвимостей пытались заюзать еще в прошлом году. вот и думайте
     
     
  • 2.113, benu (ok), 09:25, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Так вот откуда такие пики
    https://iimg.su/i/m53qka
     
  • 2.114, Аноним (117), 09:29, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Так уязвимость нашли в 2024, просто разрабам пхп было лень ее чинить. И
     
  • 2.120, Аноним (111), 10:17, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    общественности интересно, как конкретно в логах это проявлялось

     

  • 1.110, Аноним (110), 09:10, 22/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/–
    Да уходить надо с этого PHP на питоновские Django и FastAPI.
     
     
  • 2.129, Аноним (128), 12:28, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    fastapi deprecated. ща litestar в фаворе
     

  • 1.119, Аноним (119), 10:15, 22/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    дак че делать-то обновиться и все ?
     
     
  • 2.127, анм (?), 11:36, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да, версия PHP должна быть обновлена на версию без PHP
     
  • 2.141, Аноним (28), 18:15, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > обновиться и все ?

    Да, достаточно обновиться до перла.

     

  • 1.121, Аноним (119), 10:27, 22/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    как обновить PHP , там Убунтовская репа не имеет последних патчей, надо брать у Андрея репу ? какой-то колхоз получается..
     
     
  • 2.124, guser (?), 10:42, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    К сожалению, да... пихать sury. Для rpm дистров проблема ещё более жаркая.
     
  • 2.125, пох. (?), 11:10, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    убунта выложила патчи для ВСЕХ поддерживаемых систем в 17:30 как и было обещано. И для неподдерживаемых - в семь утра.

    А если у тебя до сих пор ubuntu14 а доступа к esm нет - лучше ничего и не трогай.

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

     
  • 2.135, глов (?), 16:03, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    У Ондрея репозиторий в процессе слияния с другим репо. Могут быть проблемы
     

  • 1.134, глов (?), 16:01, 22/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    У меня старенький сервак на 7 центоси висит. Видимо пришло его время уйти в небытие.
     
  • 1.137, Аноним (119), 16:51, 22/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    ОДни пишут что Ондрей еще не слиял патчи, другие пишут что только у Ондрея можно обновиться до последней..  пока не понятно
     
     
  • 2.142, Аноним (142), 18:57, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Что непонятно-то? Ещё вчера (21 числа) после 17 часов обновлял несколько серверов, везде обновился до 8.4.27 (там принципиально стоят именно пакеты Ондрея). Судя по списку из новости, уже починенное.
     

  • 1.138, Аноним (138), 17:26, 22/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    за использование longjmp() надо отрывать руки по саму жопу!
     
     
  • 2.140, Аноним (28), 18:14, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    у Линуса, например, она везде.
     

  • 1.139, Аноним (131), 17:49, 22/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/–
    20 лет назад, когда fpm был внутренним ноунейм патчем на php4, написанным Андреем Нигматулинным, он задоблался искать мемлик в php и сделал костыль max_requests, рестартующий воркер после обработки заданного количества запросов.

    через 20 лет этот костыль спас половину интернета

     
     
  • 2.143, LaunchWiskey (ok), 23:09, 22/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > max_requests

    Ага, всегда и везде его включаю на всякий случай. Ибо с начала 2000-х планку входа в IT понизили до такого уровня, что даже простейшие формы жизни стали писать и коммитить код в общеиспользуемые проекты. Так что переодический рестарт php-воркеров будет полезен любому серверу.

     

  • 1.156, пох.. (?), 12:38, 24/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    бль0 зачем я туда полез...

    как теперь это развидеть?

    Я всего-то хотел как-нибудь как попало пересобрать убунтиный пакет с патчем для 7.4 - НЕ ДЕЛАЙТЕ ЭТОГО!

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

    Если жизнь и здоровье вам дороги - просто держитесь подальше от впoпeнсорсных болот. Есть патч от вендора - ставим, нет патча - да и ну его нафиг.

    Если вы туда уже полезли - удолите все строчки в rules начиная с RUN_TESTS и дальше (там видно будет, докуда. Да-да, вот эти все Wall туда же, не останавливайтесь! Не надо вам знать зачем, просто удолите!)

    P.S. однако занятно что кусочек патча они вбэкпортили себе... пять лет назад! чота подозревали?

     

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



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: