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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я правильно понимаю ситуацию, что было 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 

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

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

Переводим (автоперевод):

Предупреждение PHP: phpinfo(): небезопасно полагаться на системные настройки часового пояса. Вам *обязательно* использовать настройку date.timezone или функцию date_default_timezone_set(). Если вы использовали какой-либо из этих методов и все еще получаете это предупреждение, вы, скорее всего, ошиблись в идентификаторе часового пояса. Мы выбрали часовой пояс «UTC», но, пожалуйста, установите date.timezone, чтобы выбрать свой часовой пояс. 

Жалуется на настройки часового пояса...

Вы то что я писал выше насчет изменения часового пояса пробовали делать? Если стоит в UTC (или наоборот установить в UTC) изменить на свой часовой пояс или на другие (попробовать разные варианты)...

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

Evg, правильно указывает направление, сразу на двух сайтах проблема указывает на связь с настройками хостинга… Что то обновили (ПО, конфигурацию), изменили (например то же серверное время)...

Ещё как вариант… забросить дамп на локалку, или взять тестовый хостинг, установить копию и проверить на нем… По крайней мере станет понятно, это проблема движка или хостинга...

Может кто другое предложит…  

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

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

Здесь, по моему, ключевым моментом, на который стоит обращать внимание, является 

в админки зеленым пишет, что она добавлена

gen, вы же через админку добавляете статьи? Попробуйте с пользовательского интерфейса со включенной отладкой, может там что полезное вылезет)

Здесь, по моему, ключевым моментом, на который стоит обращать внимание, является 

Посмотрел, там сообщение об успешном добавлении статьи появляется даже если $article['id'] = $model->addArticle($article); возвращает false 

чтобы этого измежать в admin/applets/content.php это 

cmsCore::addSessionMessage($_LANG['AD_ARTICLE_ADD'], 'success');

обернул в условие с проверкой и получилось так

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

если появляется сообщение об ошибке, значит статья точно не добавлена и да, это видимо связано с изменением конфигурации php или бд на хостинге (если админ сайта ничего не менял)

если все еще появляется сообщение об успешно добавленной статье, давайте посмотрим на её id

вместо

cmsCore::addSessionMessage($_LANG['AD_ARTICLE_ADD'], 'success');

так

cmsCore::addSessionMessage($_LANG['AD_ARTICLE_ADD'].$article['id'], 'success');

Теперь после добавления статьи в сообщении зелёным цветом Статья успешно добавлена в конце должен быть её ид в бд

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

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

Там вроде на самых последних версиях php возможны какие то проблемы совместимости с первой веткой, но в данном случае, посмотрел, у меня на MySQL 5.7.35-38 и Php 7.4 на icms 1.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

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