demelkar

Там естественно все шаблоны переключал… пусто везде было

интересует почему в окне виджетов таблица пустая

Здесь что?

Я устанавливал на 2 разных сайта через админку… В одном случае по ftp во втором ручным методом… С чем может быть связан такой глюк сам не знаю, но эту тему не я создавал у меня он просто такой же :)

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

Насколько я понял, это может быть из-за нового метода в паролях после 2.12.2

Нет никакого нового метода в паролях в 2.13.0. У вас проблема в чём-то другом. Вероятней всего, вы просто заменили файлы из пакета обновления, но не установили в админке.

Я на локальном попробовал обновить сайт. Версия у меня точно была 2.12.2… Теперь зайти тоже не могу :)
обновлял вручную.

P.s. — добавлено...

Так же обновил клон сайта на другом url получил тот же глюк… Насколько я понял, это может быть из-за нового метода в паролях после 2.12.2
Поскольку войти в аккаунт удалось после смены пароля по мейлу. Для меня это является багом, т.к. несколько тысяч пользователей в итоге будут иметь сложности с обновлением пароля… При попытках зайти под старым паролем нигде явным образом не сообщается что теперь нельзя это сделать без смены пароля, что черевато потерей аудитории...

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

В общем подожду обновляться до разъяснений как эти глюки побороть :)

облновился ручным способом, теперь ошибка при переходе в раздел настройки: Не найдена модель данных или она недоступна для чтения: system/controllers/wysiwygs/model.РНР

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

И да. Не нужно дублировать свои сообщения по сто раз тут в теме и комментариях.

Это возможно "эффект выжившего"… Но Я знаю всего пару человек и то что читал на форуме у всех них с подписками глюки. Примерно аналогичные… У меня этих подписок просто тысячи и получается что глюки критичные для сайта уже

Как выясняется, что проблема не у всех, а у некоторых "избранных"

Нет нормального количества подопытных чтобы разобраться в ситуации )

Движок у меня 2.12
Не обновлял чтобы шаблон не переделывать.

С лимитами mysql вроде всё нормально. В заданиях планировщика всего одна задача стоит и это рассылки. исполнение cron через разные интервалы времени пробовал.

Код планировщика, рассылок и т.д. я не трогал. Изменения были только в шаблоне эстетические.

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

А вот что нужно править ?

А вот это никто не скажет.
Как выясняется, что проблема не у всех, а у некоторых "избранных", то и говорить, что

Всё таки что-то с кодом в инстанте...

немного не верно.
Правильнее говорить, "Всё таки, что-то с кодом на моем сайте...". А ваш код никто не видел. Да и на предположение

И/или вы не указали версию движка

уже две страницы нет ответа.
Пока единственное предположение это

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

или

И/или лимиты на соединение с mysql маленькие

Поскольку данная проблема не только у меня наблюдается как выяснилось, а у других тоже. Всё таки что-то с кодом в инстанте… А вот что нужно править?

Ответ хостинга:

"По Вашему запросу N3753849 было получено новое сообщение.

Автор сообщения: Артур Санжара
Время: 2019-11-21 21:51:34
Тип: Новое сообщение
Логин аккаунта в системе:
================================
Мы разместили тестовый скрипт test_mail_tw.php в папке вашего сайта. Скрипт отправляет письмо на указанный в нем почтовый ящик при обращении по ссылке site/test_mail_tw.php
Пробная отправка прошла успешно, и мы не наблюдаем проблем в работе почты на вашем аккаунте.

Что касается задачи cron то в панели управления добавлена задача имеющая следующий текст
Как я вижу задача исполняется исправно каждую минуту:
Возможно задача требует какие-либо переменные веб-сервера.
В таком случае запуск напрямую через php-интерпретатор приводит к ошибкам. Поэтому в случае, когда вы используете скрипт, работающий при запуске через адресную строку браузера, необходимо выбирать тип файла "HTTP-запрос" и указывать URL для запроса аналогично тому, как он указывается в адресной строке.

Вам необходимо уточнить в службе поддержки вашей CMS корректно ли сейчас установлено задание для cron:
С нашей стороны была cron и отправка писем с сервера работают исправно (мы протестировали).

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

Мы понимаем необходимость в анализе и исправлении кода Вашего сайта для решения данной проблемы. К сожалению, обращаем Ваше внимание, что техническая поддержка не выполняет редактирование и анализ кода сайтов пользователей. Анализ и редактирование кода сайта выходит за рамки поддержки хостинг-провайдера."

Я перенёс у хостинга всё на выделенный отдельный сервер и т.д. Там всё летает… И хостинг пишет что у них всё ок выполняется… Но рассылки упорно продолжают глючить… задания висят в "ожидании"…

Возможно instantcms действительно не рассчитан на более менее посещаемые сайты....

В планировщике у меня только одна задача, это рассылка подписки...

Судя по docs.instantcms.ru/manual/settings/scheduler, то еще и "отправка уведомлений о личных сообщениях" и тд

Спойлер

Лимиты какого-то хостинга:

Спойлер

Обычный хостинг
Частота запуска задачи Не чаще, чем раз в 15 минут
Лимиты времени выполнения 300 секунд (5 минут)
Бизнес-хостинг Любая 4 часа

Если запущенный процесс не успеет отработать за отведённое время, он будет принудительно завершён системой. При этом в логе cron напротив такого процесса будет отображаться статус «Убит».

Если лимита времени выполнения недостаточно, стоит рассмотреть следующие варианты:

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

Для linux нашел утилиту для управления и мониторинга процессов linux.die.net/man/1/monit, flock pingtool.org/ru/using-flock-to-ensure-only-one-instance-of-script-is-running/ .

PS с wget site.ru/cron.php >/dev/null 2>&1 за 5 минут пришло 23 уведомления на почту о создании записи. cms 2.12.2 .
На хостинге с * * * * * /usr/bin/php7.1 -f /home/login/site/cron.php > /dev/null ~ 9 30 быстро пропали задания и пришли уведомления на почту, в 9 47 уже дольше.
PS "wget site.ru/cron.php >/dev/null 2>&1" создало 1700 файлов крон )))

Может нужна больше производительность: память ОЗУ, размер файла, время его выполнения и т.д. На VPS через smtp.mail.ru уходит .
/forum/thread27785-1.html, habr.com/ru/sandbox/27901/

Я не очень понял… на сервере всё ок… И crontab работает по расписанию. Вот лог например:



Хост пишет что с их стороны всё нормально… А вот в инстанте постоянные эти невыполенния заданий, зависания и т.д…

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

Т.е. фактически с таким функционалом по факту подписки на сайте с instantcms у меня нет… Хостинг пишет что всё ок. Тут пишут что дело в хостинге. Что делать простому пользователю то выбравшему instantcms? :)

Сейчас проверил: Предложение о дружбе на емейл приходит сразу, задание Подписок висит около минуты, потом исчезает и приходит письмо, smtp.mail.ru, с шифрованием.

А у меня нагрузка на сервер нормально… хостинг пишет, что крон выполняется каждые пять минут… А рассылка сегодня выглядит вот так:



Что с этим делать не очень представляю… Такие глюки с подпиской уже давно ответа из-за чего это может быть ни от кого так и не могу получить… хоть в какую сторону копать :(

В планировщике у меня только одна задача, это рассылка подписки… версия исполнителя php 7.2 стоит. исполняется каждые 5 минут файл "/instant_1/public_html/cron.php", с нагрузкой всё впорядке. Если задача зависла она не должна повторяться, удаляться и т.д. ?

Хостер написал, что cron судя по логам выполняется по расписанию.

Напишите об ошибках на гите

В данном случае нет ошибок.

В чём может быть проблема ?

В чем угодно. Но я полагаю, что проблема в неверной настройки задачи CRON на сервере. И/или лимиты на соединение с mysql маленькие + шаред хостинг. И/или в настройке почты. И/или вы не указали версию движка, а в задачах планировщика в админке есть те, которые выполняются с ошибкой.

Иными словами может быть что угодно.

Куда смотреть

Как настроить тестовый cron /forum/thread29932-1.html#301037. Уведомления на почту вообще приходят, о предложении дружбы например? Если правильно настроен планировщик cron на хостинге \ VPS и почта — должны выполняться задания и исчезать.

В том то и дело. Что уведомления приходят. Ошибок у Crona вроде как нет… Рассылки сами по себе приходят… Просто не всегда :)
Иногда они зависают, а потом приходят через несколько дней на старые темы.

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

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



Не понимаю почему они "ожидают выполнения" если cron работает каждые пять минут? На каком этапе этот сбой происходит. В данном случае пара рассылок отправилась в день когда на сайте нет нагрузок… А две нет и "зависли"…

А в чём суть проблемы была удалось разобраться? У меня эти ошибки просто постоянно, пользователи ругаются… Каждый раз чистить cms_jobs вроде как не вариант

Спасибо большое. Работает :)

@demelkar,
Создайте файл styles.css с содержимым

#comments_list .comment .info .rating a.rate-down {
    display: none;
}

и положите его в папку \templates\default\controllers\comments\
И будет Вам счастье.