Пытаюсь подружить шаблонизатор вб и новый php 8.4.
Проблема с сабжем.
И вот тут мне встретилось чудо. Ругается на то, что какое-то поле (product) не имеет значение по умолчанию. Думал, сейчас по-быстрому найду. Нифига.
Фрагмент лога

2025-10-10 16:36:16: (../lighttpd1.4/src/mod_fastcgi.c.444) FastCGI-stderr:PHP Fatal error:  Uncaught mysqli_sql_exception: Field 'product' doesn't have a default value in /srv/http/vb3/includes/class_core.php:419
2025-10-10 16:36:16: (../lighttpd1.4/src/mod_fastcgi.c.444) FastCGI-stderr:Stack trace:
2025-10-10 16:36:16: (../lighttpd1.4/src/mod_fastcgi.c.444) FastCGI-stderr:#0 /srv/http/vb3/includes/class_core.php(419): mysqli_query()
2025-10-10 16:36:16: (../lighttpd1.4/src/mod_fastcgi.c.444) FastCGI-stderr:#1 /srv/http/vb3/includes/class_core.php(446): vB_Database->execute_query()
2025-10-10 16:36:16: (../lighttpd1.4/src/mod_fastcgi.c.444) FastCGI-stderr:#2 /srv/http/vb3/admincp/replacement.php(237): vB_Database->query_write()
2025-10-10 16:36:16: (../lighttpd1.4/src/mod_fastcgi.c.444) FastCGI-stderr:#3 {main}
2025-10-10 16:36:16: (../lighttpd1.4/src/mod_fastcgi.c.444) FastCGI-stderr:  thrown in /srv/http/vb3/includes/class_core.php on line 419

В class_core этого быть в принципе не может, там тупо коннектор к БД. Я, естественно, полез в admincp/replacement, нахожу эту строчку:

PHP Code:

$db->query_write(" INSERT INTO " . TABLE_PREFIX . "template (styleid, templatetype, title, template) VALUES (" . $vbulletin->GPC['dostyleid'] . ", 'replacement', '" . $db->escape_string($vbulletin->GPC['findtext']) . "', '" . $db->escape_string($vbulletin->GPC['replacetext']) . "')"); 


И вот чего-то я этого поля не вижу. Откуда оно взялось? Как оно сюда подставилось? Чудеса какие-то.
Скрин:

QuQunta добавил 10.10.2025 в 14:44
Таки понял, в чём дело. Продукт был всё же. Так как там всегда при импорте подставляется продукт vbulletin, то пусть будет он как главный. Зато обнаружил другую проблему -- вот эти чудо-замены не видно, пока не сделать ребилд кэша стилей. Отсюда вопрос: почему это делается нормально в php 7.4, а в 8.4 сломано, и в логах об этом тишина?

@QuQunta, в каждой более новой версии пхп добавляют новые эксепшены, а старые ворнинги переходят в разряд критических ошибок, это нормально.

@True, читай ниже отметки автосклейки:
я бы понял, если б в логах что-то было. Сейчас надо, видимо, брать шаманский бубен и искать место, где задаётся список с этим г*вном, либо выполнять принудительный ребилд стилей, что не спортивно и некрасиво.
И ведь это ещё не самый сложный этап. Как исправлю сохранение изменений и вот это - надо будет проверять работу системы плагинов. И что-то делать с инсталлятором, это уже после починки основы. Куча ворнингов, которые, в принципе, быстро чинятся, и одна депрекация, насколько помню, она вроде с динамическим присваиванием свойств классу связана, придётся делать колбасу из них

@QuQunta, настрой свой пхп, чтобы писал ворнинги в лог.

@True, ну убрал скрытие депрекаций и вывел в отдельный лог. Одно и то же.

PHP Code:

Undefined array key "do" in /srv/http/vb3/admincp/template.php on line 20 


Короче, надо шаманить
Да, плагины вроде не похерены. Надо стили и инсталлятор только чинить.

@QuQunta, у тебя какая-то старая версия воблы, поставь 3.8.12, там всё сделано уже:

PHP Code:

if (isset($_POST['do']))
{
    if ($_POST['do'] == 'updatetemplate' OR $_POST['do'] == 'inserttemplate' OR $_REQUEST['do'] == 'createfiles')
    {
        // double output buffering does some weird things, so turn it off in these three cases
        DEFINE('NOZIP', 1);
    }
} 


@True, лог чище, но дело в чём-то другом. Что-то не работает до ребилда кэша стилей, потому реплейсмент не подцепляется.
Надо сравнить базу ДО и ПОСЛЕ, тогда будет понятно, что у нас не добавляется
------------
В кэше такого нет.
В стилях как будто бы изменений нет.
Но после ребилда всё магическим образом появляется

@QuQunta, скорее всего ломается на этапе того самого автоматического ребилда кэша, надо код в этом месте смотреть.

Originally Posted by True

автоматического ребилда кэша

ага, спс, посмотрю.

Кто знает, какие у нас есть альтернативы

PHP Code:

build_all_styles(renum, install, url) 


для ОДНОГО стиля?
Если такого нет, то я тупо пихаю эту функцию с аргументами (false, true, 'наш_урл страницы, где мы всё делаем') и спокойно перехожу к проверяльщику стилей на ошибки с незакрытыми IF-ами.