gen

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

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=''");

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

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

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

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

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

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

Их нет

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

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

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

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

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

Где может у insta устарела для сервера? 

Там вроде на самых последних версиях php возможны какие то проблемы совместимости с первой веткой, но в данном случае, посмотрел, у меня на MySQL 5.7.35-38 и Php 7.4 на icms 1.6 статьи нормально добавляются.

Включите в настройках сайта режим отладки и попробуйте добавить статью, должна появиться страница с ошибкой запроса

DATABASE ERROR:
INSERT  INTO cms_content SET `category_id` = '17',`title` = 'вццццццццццццццц',`url` = '',`showtitle` = '1',`description` = '
цвввввввввввввввв

',`content` = '
вццццццццццццццццццц

',`published` = '1',`showdate` = '1',`showlatest` = '1',`showpath` = '1',`comments` = '1',`canrate` = '0',`enddate` = '2022-03-21',`is_end` = '0',`pagetitle` = '',`pubdate` = '2022-03-21 22:28',`user_id` = '4',`tpl` = 'com_content_read.tpl',`meta_keys` = '',`meta_desc` = 'вццццццццццццццц',`ordering` = '48'
Field 'is_arhive' doesn't have a default value

if($article['id']){
        cmsCore::addSessionMessage($_LANG['AD_ARTICLE_ADD'], 'success');
        } else {
        cmsCore::addSessionMessage('Something wrong', 'error');    
        }

(Something wrong) в ответ пришло. Так что дальше думать, меня хостер упор уговаривает, что они молодцы, надо у разрабов движка узнавать, что не так. Хочу напомнить что на сайт где стоит WP движок все ок. Где может у insta устарела для сервера? 

Сервер баз данных
Сервер: Localhost via UNIX socket
Тип сервера: MySQL
Соединение сервера: SSL не используется  
Версия сервера: 5.7.37 — MySQL Community Server (GPL)
Версия протокола: 10
Пользователь: @localhost
Кодировка сервера: cp1252 West European (latin1)
Веб-сервер
cpsrvd 11.100.0.11
Версия клиента базы данных: libmysql — 5.6.43
PHP расширение: mysqli  curl  mbstring 
Версия PHP: 7.3.33

А логи ошибок на хостинге, что говорят?

Я правильно понимаю ситуацию, что было 2 сайта. 2 сайта работали. Потом что-то случилось и 2 сайта перестали работать одновременно (статьи не стали добавляться). Если это так, то сайты можно и не смотреть. А логи ошибок должны сказать,  что с хостингом.

Да вы правильно описали ситуацию.
[19-Mar-2022 15:56:41 UTC] PHP Warning:  phpinfo(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /home/gerse672/public_html/lenino.info/info.php on line 1

Это на одном сайте

Вот второй

[21-Mar-2022 09:42:20 Europe/Moscow] PHP Strict Standards:  Declaration of p_soccontent::execute() should be compatible with cmsPlugin::execute($event = '', $item = Array) in /home/gerse672/public_html/amateur.com.ua/plugins/p_soccontent/plugin.php on line 0
[21-Mar-2022 09:42:20 Europe/Moscow] PHP Strict Standards:  Declaration of p_usertip::execute() should be compatible with cmsPlugin::execute($event = '', $item = Array) in /home/gerse672/public_html/amateur.com.ua/plugins/p_usertip/plugin.php on line 0

Что на сервере:

Latest suEXEC event log messages:
[2022-03-21 10:01:49]: uid: (1353/gerse672) gid: (1356/gerse672) cmd: redirect.cgi

Последние сообщения журнала с ошибкой веб-сервера:

[Sat Mar 19 23:40:18.605099 2022] [cgid:error] [pid 7132:tid 47729361913600] [client 137.117.80.43:0] AH01264: script not found or unable to stat: /home/gerse672/public_html/amateur.com.ua/stats/cgi-bin/.env
[Sat Mar 19 23:00:03.709681 2022] [cgid:error] [pid 21748:tid 47729438889728] [client 137.117.80.43:0] AH01264: script not found or unable to stat: /home/gerse672/public_html/amateur.com.ua/stats/cgi-bin/.env
[Sat Mar 19 21:17:50.316226 2022] [lsapi:error] [pid 23121:tid 47729349306112] [client 95.108.213.47:0] [host iwi-kino.ru] Backend fatal error: PHP Fatal error:  Call to undefined function esc_url() in /home/gerse672/public_html/wp-includes/class-wp-fatal-error-handler.php on line 190\n
[Sat Mar 19 19:06:24.643352 2022] [cgid:error] [pid 29698:tid 47729328293632] [client 137.117.80.43:0] AH01264: script not found or unable to stat: /home/gerse672/boost-fast.ru/cgi-bin/.env
[Sat Mar 19 18:15:45.718162 2022] [cgid:error] [pid 12337:tid 47729364014848] [client 137.117.80.43:0] AH01264: script not found or unable to stat: /home/gerse672/boost-fast.ru/cgi-bin/.env
[Sat Mar 19 18:15:13.460871 2022] [cgid:error] [pid 27427:tid 47729340901120] [client 137.117.80.43:0] AH01264: script not found or unable to stat: /home/gerse672/boost-fast.ru/cgi-bin/.env
[Fri Mar 18 02:09:26.203117 2022] [autoindex:error] [pid 29735:tid 47729340901120] [client 114.119.138.13:0] AH01276: Cannot serve directory /home/gerse672/public_html/lenino.info/upload/: No matching DirectoryIndex 

На хосте мне сказали, что это все ошибки носят рекомендательный характер, надо консультироваться с разработчиком. 
Мне кажется что на двух сайтах была бы одна и таже ошибка в логах.

 gen, вы не написали нет ли зависимости от времени...

Ну а вы как решили эту проблему?

Ни как, сайт к тому времени был уже малоактуальным… Помню только удивляла (как связано) именно зависимость от времени...

Если зависимость есть, можно попробовать (проверить) изменить время на сайте к серверному времени или например к московскому...

Можно ещё проверить… Связано это с установкой галки создавать пункты в меню или нет при добавлении статьи… Я не помню, что проверял или нет, дело было 7-8 лет назад...

в поддержки хоста сказали, что они ничего не делали

так они никогда ничего не делают)) а потом выясняется что версию ПО обновили, или конфигурацию на сервере сменили))

Нет от времени это не зависит, я добавлял в разное время и на всех сайтах — результат нулевой. Такое ощущение, что в бд по какой-то причине не пишет новую запись, хотя на том же WP движке, что стоит на хосте все ок.

У меня 2 сайта на первой ветке работали хорошо, сегодня я стал добавлять статью, в админки зеленым пишет, что она добавлена, а фактический ее нет. И это на двух сайтах, что не так? 

Когда то (давно) было что то подобное… Пробовали статьи добавлять в разное время (днем, вечером)? Если не ошибаюсь у меня такое было в какое то определенное время (вечером)...

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

ЗЫ:… ну и кэш в админке почистить)  

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

Лимиты на хостинге не исчерпаны? Статьи в базе данных есть?

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

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

При чем это на двух сайтах, что висят на хосте и еще есть там сайт на движке WP у него все ок, а на instcms такая проблема.

Подскажите, что может быть за беда. У меня 2 сайта на первой ветке работали хорошо, сегодня я стал добавлять статью, в админки зеленым пишет, что она добавлена, а фактический ее нет. И это на двух сайтах, что не так? 

Если под блогами имеются ввиду посты, то вставляется.Через фрейм.

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

а что в редактор не вставляется?

Вставляется.

Так надо в компоненте блога, в статьях все ок