Не добавляется контент на сайт

SQL запрос

ALTER TABLE `cms_content` CHANGE `is_arhive` `is_arhive` TINYINT(1) NOT NULL DEFAULT '0';

устанавливает значение по умолчанию в 0 что по идее должно снять вопрос: Field 'is_arhive' doesn't have a default value

Из-за чего это могло произойти? Вручную сняли или обновление какое-то было. Просто мне не ясно, если на хосте ничего не делали, как в один момент вдруг все перестало работать. Может ли это быть из-за того что они обновили в phpMyAdmin? Там допустим пишет, что у Веб-сервера Версия PHP: 7.3.33, а на хосте у меня 5.6

Там изначально стояло «Нет» (не установлено значение по умолчанию).

У меня и сейчас так и проблем не вызывает, у вас раньше работало, теперь нет, -> не знаю, но предположу -> обновился какой-то модуль  (речь не про модуль cms), изменилась настройка бд -> изменились правила обработки этого момента -> теперь такое положение для этого поля вызывает ошибку.

Возможно, кто хорошо знаком с документацией объяснит)

Там изначально стояло «Нет» (не установлено значение по умолчанию).

У меня и сейчас так и проблем не вызывает, у вас раньше работало, теперь нет, -> не знаю, но предположу -> обновился какой-то модуль  (речь не про модуль cms), изменилась настройка бд -> изменились правила обработки этого момента -> теперь такое положение для этого поля вызывает ошибку.

Возможно, кто хорошо знаком с документацией объяснит)

Мне ответили из поддержки хоста, сказав, что они таким не занимаются и надо обратится к специалисты. 
Я вот не понимаю — это адекватный ответ или нет? Да все было ок до определенного дня, как мы уже выяснили, что-то там с БД, но на хосте ничего не делали. Есть возможность узнать быть может когда обновлялось «по» базы или как по другому сказать, чтобы нос им утереть.
Они мне ответили что могут глянуть резервные копии, но так как там отвечающие персонажи меняются, каждый день, ранее мне сказали, что копий нет, потому что это первое на что я готов было пойти — просто откатиться. 

чтобы нос им утереть.

Не тратьте своё время, ИМХО. Всё время необходимо пусть на доработку того, что есть у вас. С их стороны они будут если делать бэкапы базы и хорошо (изредка дублируйте их своими).

По мере появления проблем решайте их. Вот тут, перестали добавляться статьи. Причина найдена. Где искать лог ошибок известен. Меняем свойство поля, исправляем ошибку и идем дальше. 😀

Есть возможность узнать быть может когда обновлялось «по» базы или как по другому сказать, чтобы нос им утереть.

Если сохранились бекапы БД (в формате .sql) сравните в начале файла данные:

Есть возможность узнать быть может когда обновлялось «по» базы или как по другому сказать, чтобы нос им утереть.

Если сохранились бекапы БД (в формате .sql) сравните в начале файла данные:

Их нет

Не тратьте своё время, ИМХО. Всё время необходимо пусть на доработку того, что есть у вас. С их стороны они будут если делать бэкапы базы и хорошо (изредка дублируйте их своими).

Согласен… Есть ли вина хостера в том, что он своевременно обновляет ПО? Скорее гораздо хуже когда НЕ обновляет… А уж если требуется НЕ обновление, тогда VPS, где сам себе хозяин...

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

Вопрос с резервными копиями должен быть решен… Как гласит старая поговорка:

«Все админы делятся на две категории: на те кто уже делает бекапы и на те кто ещё нет»))

Их нет

😂

Есть ли вина хостера в том, что он своевременно обновляет ПО?

Наверное. ) но они не сознаются.  😀  Я просто не очень знаком с хостингом именно. Но думаю, они не должны по логике закрыть глаза на сотни установленных сайтов и что-то сделать в тихую. Это проблем же им добавит. И они обычно должны писать заранее про такие изменения.

Идем по пути изменения значения в БД. Выпала ошибка на запрос. Я не сильно в этом силен, что не так?

SQL запрос: ALTER TABLE `cms_content` CHANGE `is_arhive` `is_arhive` TINYINT(1) NOT NULL DEFAULT '0'

Ответ MySQL:  #1067 — Некорректное значение по умолчанию для 'pubdate'

Ну тут тяжело советов, т.к. на самом деле необходимо чуток понимать, т.к. одно тянет другое. Вот в чем дело.

github.com/instantsoft/icms1/blob/master/install/sqldumpdemo.sql#L499

gen, InstantCMS 1.X вполне может не работать на новых версиях PHP и MySQL, т.к. первая ветка больше не поддерживается.

Проблема у вас в том, что хостеры повысили версию MySQL и/или изменили её конфигурацию. А именно в sql_mode.

Откройте файл /core/classes/db.class.php и после строки

mysqli_set_charset($db_link, 'utf8');

Добавьте

mysqli_query($db_link, "SET sql_mode=''");

gen, InstantCMS 1.X вполне может не работать на новых версиях PHP и MySQL, т.к. первая ветка больше не поддерживается.

Проблема у вас в том, что хостеры повысили версию MySQL и/или изменили её конфигурацию. А именно в sql_mode.

Откройте файл /core/classes/db.class.php и после строки

mysqli_set_charset($db_link, 'utf8');

Добавьте

mysqli_query($db_link, "SET sql_mode=''");

Все протестировал, все вроде сработало. А подскажите тогда, что эта команда нам дала? Чтобы иметь понимание происходящего. 

А подскажите тогда, что эта команда нам дала? Чтобы иметь понимание происходящего. 

Я же выше ответил с ссылкой на документацию.

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