Темы по подобным траблам уже читал… Куда смотреть, что исправлять так и не понял. Но у меня компонент этот ужасно глючил изначально. Даже когда был один тип контента например.
Собственно примерно такая картинка как на скрине наблюдается просто постоянно. Пользователи ругаются, отписываются и т.д… В чём может быть проблема ?
Темы по подобным траблам уже читал… Куда смотреть, что исправлять так и не понял. Но у меня компонент этот ужасно глючил изначально. Даже когда был один тип контента например.
Напишите об ошибках на гите github.com/instantsoft/icms2
В данном случае нет ошибок.Напишите об ошибках на гите
В чем угодно. Но я полагаю, что проблема в неверной настройки задачи CRON на сервере. И/или лимиты на соединение с mysql маленькие + шаред хостинг. И/или в настройке почты. И/или вы не указали версию движка, а в задачах планировщика в админке есть те, которые выполняются с ошибкой.В чём может быть проблема ?
Иными словами может быть что угодно.
Как настроить тестовый cron /forum/thread29932-1.html#301037. Уведомления на почту вообще приходят, о предложении дружбы например? Если правильно настроен планировщик cron на хостинге \ VPS и почта — должны выполняться задания и исчезать.Куда смотреть
Как настроить тестовый cron /forum/thread29932-1.html#301037. Уведомления на почту вообще приходят, о предложении дружбы например? Если правильно настроен планировщик cron на хостинге \ VPS и почта — должны выполняться задания и исчезать.Куда смотреть
В том то и дело. Что уведомления приходят. Ошибок у Crona вроде как нет… Рассылки сами по себе приходят… Просто не всегда :)
Иногда они зависают, а потом приходят через несколько дней на старые темы.
Рассылку настаривал каждую минуту, потом каждые пять минут… Ничего не меняется, часть рассылки всегда глючит… Т.е. с такой работой получается что на instantcms у меня рассылки просто нет.
Вот сегодняшние показатели после того как почистил базу вчера… И так каждый день:
Не понимаю почему они "ожидают выполнения" если cron работает каждые пять минут? На каком этапе этот сбой происходит. В данном случае пара рассылок отправилась в день когда на сайте нет нагрузок… А две нет и "зависли"…
Хостер написал, что cron судя по логам выполняется по расписанию.
В данном случае нет ошибок.Напишите об ошибках на гите
В чем угодно. Но я полагаю, что проблема в неверной настройки задачи CRON на сервере. И/или лимиты на соединение с mysql маленькие + шаред хостинг. И/или в настройке почты. И/или вы не указали версию движка, а в задачах планировщика в админке есть те, которые выполняются с ошибкой.В чём может быть проблема ?
Иными словами может быть что угодно.
На хостинге с настройкой времени вроде не работало, ставил * * * * * /usr/bin/php7.2 -f /home/login/site.ru/cron.php > /dev/null. В фале cron "некоторые задачи требуют безлимитного времени выполнения, в cli это по умолчанию", github.com/instantsoft/icms2/issues/1090 что-то изменят в 2.12.3 .Рассылку настаривал каждую минуту, потом каждые пять минут…
PS Уменьшение нагрузок
1 Блокировка спамовых IP (от большого количества запросов)
2 В robots.txt прописать правила для поисковиков, например Crawl-delay с параметром 40
3 Кэширование, минификация
5 Нагрузку может создавать фаерволл \ антивирус
Так же хотим Вас предостеречь от вызова Ваших утилит Cron'ом через wget (типа wget sitename.ru/path/to/script.php). Дело в том, что у PHP, запущенного через Apache, есть целый ряд ограничений, в т.ч. и на время работы скрипта. Если Ваш Cron-скрипт работает достаточно долго, он может просто не успевать отработать до конца, прежде чем его работа будет принудительно завершена. Кроме того, на работу таких скриптов будут оказывать влияния перезагрузки веб-сервера, выполняемые периодически, а также лимиты на количество процессов PHP, которые разрешены для запуска через Apache.
Сейчас проверил: Предложение о дружбе на емейл приходит сразу, задание Подписок висит около минуты, потом исчезает и приходит письмо, smtp.mail.ru, с шифрованием.
А у меня нагрузка на сервер нормально… хостинг пишет, что крон выполняется каждые пять минут… А рассылка сегодня выглядит вот так:
Что с этим делать не очень представляю… Такие глюки с подпиской уже давно ответа из-за чего это может быть ни от кого так и не могу получить… хоть в какую сторону копать :(
/forum/thread27785-1.html, habr.com/ru/sandbox/27901/
Может нужна больше производительность: память ОЗУ, размер файла, время его выполнения и т.д. На VPS через smtp.mail.ru уходит .
/forum/thread27785-1.html, habr.com/ru/sandbox/27901/
Я не очень понял… на сервере всё ок… И crontab работает по расписанию. Вот лог например:
Хост пишет что с их стороны всё нормально… А вот в инстанте постоянные эти невыполенния заданий, зависания и т.д…
Они в принципе если зависли в очереди разве при следующем исполнении cron не должны исполняться например? Почему они "ожидают выполнения" при том что cron работает? При этом такое случается не всегда, порой всё ок, а порой глюки, сегодня зависает абсолютно вся рассылка.
Т.е. фактически с таким функционалом по факту подписки на сайте с instantcms у меня нет… Хостинг пишет что всё ок. Тут пишут что дело в хостинге. Что делать простому пользователю то выбравшему instantcms? :)
Судя по docs.instantcms.ru/manual/settings/scheduler, то еще и "отправка уведомлений о личных сообщениях" и тдВ планировщике у меня только одна задача, это рассылка подписки...
Частота запуска задачи Не чаще, чем раз в 15 минут
Лимиты времени выполнения 300 секунд (5 минут)
Бизнес-хостинг Любая 4 часа
Если запущенный процесс не успеет отработать за отведённое время, он будет принудительно завершён системой. При этом в логе cron напротив такого процесса будет отображаться статус «Убит».
Если лимита времени выполнения недостаточно, стоит рассмотреть следующие варианты:
Если скрипт обрабатывает большой объём каких-либо данных, можно разбить его на части, чтобы при каждом запуске скрипт обрабатывал не все данные сразу, а только очередную часть, и укладывался в отведённое время.
Изменить логику работы и оптимизировать код запускаемого скрипта, чтобы он успевал выполнить необходимые действия за отведённое время.
Если используется тариф обычного хостинга, можно перейти на тариф бизнес-хостинга, где лимит времени выполнения существенно выше.
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 файлов крон )))
Возможно instantcms действительно не рассчитан на более менее посещаемые сайты....
Судя по docs.instantcms.ru/manual/settings/scheduler, то еще и "отправка уведомлений о личных сообщениях" и тдВ планировщике у меня только одна задача, это рассылка подписки...
Лимиты какого-то хостинга:
Для linux нашел утилиту для управления и мониторинга процессов linux.die.net/man/1/monit, flock pingtool.org/ru/using-flock-to-ensure-only-one-instance-of-script-is-running/ .Обычный хостинг
Частота запуска задачи Не чаще, чем раз в 15 минут
Лимиты времени выполнения 300 секунд (5 минут)
Бизнес-хостинг Любая 4 часа
Если запущенный процесс не успеет отработать за отведённое время, он будет принудительно завершён системой. При этом в логе cron напротив такого процесса будет отображаться статус «Убит».
Если лимита времени выполнения недостаточно, стоит рассмотреть следующие варианты:
Если скрипт обрабатывает большой объём каких-либо данных, можно разбить его на части, чтобы при каждом запуске скрипт обрабатывал не все данные сразу, а только очередную часть, и укладывался в отведённое время.
Изменить логику работы и оптимизировать код запускаемого скрипта, чтобы он успевал выполнить необходимые действия за отведённое время.
Если используется тариф обычного хостинга, можно перейти на тариф бизнес-хостинга, где лимит времени выполнения существенно выше.
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 файлов крон )))
При чём тут посещаемые сайты и задачи cron на сервере?Возможно instantcms действительно не рассчитан на более менее посещаемые сайты...
У вас проблема с почтой и выполнением задач планировщика. Почему — я не знаю.
Проблема может быть в хостинге. У меня на хостинге и на VPS работает. Cms одна и та же, если не на хостинге проблем нет — значит проблема не в cms )Я перенёс у хостинга всё на выделенный отдельный сервер
Запуск PHP-файлов по расписанию с помощью Cron
30 3 * * 2 root wget -O — -q -t 1 mysite.com/file.php
"-O -" означает, что Cron не будет создавать лишние файлы, а будет работать через консоль. Это позволяет избежать захламления сервера.
"-q" отключает вывод операции на экран
"-t 1" разрешается только одна попытка соединения.
mysite.com/file.php — путь к вашему PHP-фалу (не обязательно указывать абсолютный путь).
Важно! Если вы будете передавать параметры с помощью этого PHP-файла, то бывают случаи когда WGET не совсем корректно их обрабатывает. В таком случае рекомендуем взять адрес PHP-файла в одинарные кавычки:
30 3 * * 2 root wget -O — -q -t 1 'http://mysite.com/file.php'