Лучше всё оставить на PHP. А дальше либо поэтапно переписывать на Symfony (если не ищете простых путей) или Laravel . При этом на каждом этапе жёстко тестировать, что ничего не поломалось. Можно даже побайтово сверять странички с помощью WGET. Если не хочется использовать готовый фремворк, то просто каждый файл с подсказками от чатботов потихоньку переписывать на ООП, но это будет долго и сложно.
Одна маленькая дырочка на PHP по сравнению с огромными пробоинами, которые накопились в древнем коде CMS или самописных сайтов, которые работают на PHP 5.6? Я как зашёл посмотрел что я 15 лет назад наворотил в коде, так это просто помойка, а не код. Я сам уже не могу в нём разобраться, но Gemini и Claude выручают. Не то что ООП, а я даже функции почти не использовал, просто глобальные переменные по всей портянке. Вместо рекурсий циклы трёх уровней вложенности. Тут один выход - сносить всё под ноль.
Нет, у них /opt/fphp/ их собственная сборка на базе старой версии
Странно, у меня форма выбора версии PHP выглядит так: PHP 8.5 PHP 8.2 (System) PHP 5.6
System обозначает, что это поставка пыха от Debian или только то, что на этой версии запустилась сама панель? В Приложениях нет в списке PHP 8.2, чтобы установить и удалить, что натолкнуло на мысль, что PHP 8.2 из Debian.
Это непонятно что будет с совсем древними версиями, а для версий PHP 7.4 - 8.5 Faspanel объявила, что пилит обновления и уже минимум два (8.5 и 8.4) выпущены.
На этой версии работает только сама Fastpanel, а сами сайты могут работать на самых разных версиях. Можно сами сайты принудительно в настройках перевести на эту старую версию, но тогда придётся весь функционал после версии 8.2 выпилить.
Пока в настройках PHP установил session.upload_progress.enabled Off, file_uploads Off и fatal_error_backtraces Off. Обновил Debian, но пыхи от Fastpanel не обновились.
В конфигурационный файл Nginx добавил:
if ($http_content_type ~* "multipart") { return403; }
В техподдержке Fastpanel ответили, что обновление для PHP 8.4 уже выкатили, а для остальных версий пилят. А насколько сложно проводить эти атаки и насколько массовыми они могут быть?
Лучше всё оставить на PHP. А дальше либо поэтапно переписывать на Symfony (если не ищете простых путей) или Laravel . При этом на каждом этапе жёстко тестировать, что ничего не поломалось. Можно даже побайтово сверять странички с помощью WGET. Если не хочется использовать готовый фремворк, то просто каждый файл с подсказками от чатботов потихоньку переписывать на ООП, но это будет долго и сложно.
я бы тоже так хотел обновиться.
потому что другие способы не работают
Я как зашёл посмотрел что я 15 лет назад наворотил в коде, так это просто помойка, а не код. Я сам уже не могу в нём разобраться, но Gemini и Claude выручают. Не то что ООП, а я даже функции почти не использовал, просто глобальные переменные по всей портянке. Вместо рекурсий циклы трёх уровней вложенности.
Тут один выход - сносить всё под ноль.
Думаю надо искать альтернативу фастпанели, если не начнут обновлять
Обновления для PHP Fastpanel выпускает пока потихоньку одну за одной. В случае чего есть aaPanel, но пока панику считаю преждевременной.
https://www.php.net/archive/2026.php#2026-10-23-1
У меня есть в списке 8.2 наравне с остальными.
Тогда может System обозначает, что на этой версии работает сама панель и её нельзя удалять.
Нет, у них /opt/fphp/ их собственная сборка на базе старой версии
Странно, у меня форма выбора версии PHP выглядит так:
PHP 8.5
PHP 8.2 (System)
PHP 5.6
System обозначает, что это поставка пыха от Debian или только то, что на этой версии запустилась сама панель?
В Приложениях нет в списке PHP 8.2, чтобы установить и удалить, что натолкнуло на мысль, что PHP 8.2 из Debian.
Это непонятно что будет с совсем древними версиями, а для версий PHP 7.4 - 8.5 Faspanel объявила, что пилит обновления и уже минимум два (8.5 и 8.4) выпущены.
Если посмотреть на софт в целом, то за исключением редких единичных случаев, обновы выкатывают для двух трёх последних версий. Пых не исключение.
У нас FastPanel запущена на PHP-FPM 7.4.33
Что то сложно, т.е. получается всем с фастпанелью не обновиться нормально
PHP 8.2 поставляется в комплекте с Debian.
PHP 8.4 Faspanel давно выпустила, а вот четыре часа назад вышел и PHP 8.5. Обновление для PHP 8.3 обещают ещё выпустить.
Для древних PHP Fastpanel вроде не планирует выпускать обновления.
Для Debian 12 введите команду:
php -v
Фикс версия:
PHP 8.2.35
Если так, то да все!
На этой версии работает только сама Fastpanel, а сами сайты могут работать на самых разных версиях. Можно сами сайты принудительно в настройках перевести на эту старую версию, но тогда придётся весь функционал после версии 8.2 выпилить.
Пока в настройках PHP установил session.upload_progress.enabled Off, file_uploads Off и fatal_error_backtraces Off. Обновил Debian, но пыхи от Fastpanel не обновились.
В конфигурационный файл Nginx добавил:
В техподдержке Fastpanel ответили, что обновление для PHP 8.4 уже выкатили, а для остальных версий пилят.
А насколько сложно проводить эти атаки и насколько массовыми они могут быть?
я хз.. я юмани закидываю... ты в ТП спрашивал как еще оплатить?
А как Юмани пополнять?