Очень глючат подписки, как исправить ?

Это очень вероятно, но потом я обновил до версии InstantCMS 2.10.1, а первую зависшую рассылку подписок заметил только в августе 2018

 
CREATE TABLE `cms_scheduler_tasks` (
  `id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT,
  `title` VARCHAR(250) DEFAULT NULL,
  `controller` VARCHAR(32) DEFAULT NULL,
  `hook` VARCHAR(32) DEFAULT NULL,
  `period` INT(11) UNSIGNED DEFAULT NULL,
  `is_strict_period` tinyint(1) UNSIGNED DEFAULT NULL,
  `date_last_run` TIMESTAMP NULL DEFAULT NULL,
  `is_active` tinyint(1) UNSIGNED DEFAULT NULL,
  `is_new` tinyint(1) UNSIGNED DEFAULT '1',
  PRIMARY KEY (`id`),
  KEY `period` (`period`),
  KEY `date_last_run` (`date_last_run`),
  KEY `is_active` (`is_active`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Задачи планировщика';
 

 
CREATE TABLE `cms_scheduler_tasks` (
  `id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT,
  `title` VARCHAR(250) DEFAULT NULL,
  `controller` VARCHAR(32) DEFAULT NULL,
  `hook` VARCHAR(32) DEFAULT NULL,
  `period` INT(11) UNSIGNED DEFAULT NULL,
  `is_strict_period` tinyint(1) UNSIGNED DEFAULT NULL,
  `date_last_run` TIMESTAMP NULL DEFAULT NULL,
  `is_active` tinyint(1) UNSIGNED DEFAULT NULL,
  `is_new` tinyint(1) UNSIGNED DEFAULT '1',
  `consistent_run` tinyint(1) UNSIGNED DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `period` (`period`),
  KEY `date_last_run` (`date_last_run`),
  KEY `is_active` (`is_active`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Задачи планировщика';
 

это как например купил смартфон самсунг и не паришься

сяоми с глючным интерфейсом все самому настраивать, искать нужную прошивку… и в итоге выкинишь его

Пришло 5 уведомлений — отправляем сразу, за день пришло одно уведомление — отправляем его.

Я плохо понимаю в php, скриптах (вообще ничего)

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

при wget вроде быстрее

PHP как модуль Apache — это зло, PHP как FastCGI меньшее зло ?

Сколько писем можно отправлять с бесплатных (SMTP) почтовых ящиков?

Вводят людей в заблуждение.

Какие тут могут быть wget. Вы зачем через wget делаете, если по умолчанию такой рекомендации нет.

По вашей команде создается куча файлов в корне

Из документации

Если знаете как — помогите пользователям Вашей cms, не нужно издеваться, большинство владельцев сайтов разбежалось и разработчики не в восторге. Скотское отношение никогда не было полезным.

потестируйте подписки при 1000-5000 пользователей на сайте, потом излагайте

Потому что предложение о дружбе приходит в уведомления CMS, что по сути равно записи в таблицу бд. Подписки и другая очередь, например отправки email, работает как… очередь. Это означает, что CMS формирует очередь, т.е. набор записей в таблице базы данных. Задача планировщика раз в минуту (а по факту раз в N минут, в зависимости как настроена команда для CRON) смотрит эту очередь и выполняет каждую последовательно.

Я тестировал и подписки и очередь в целом при загрузке очереди около полумиллиона записей. Рассылка email с 100К адресатов занимала около 6 часов. Очередь на то и очередь, что задания из неё выполняются последовательно и постепенно, а не моментально.
Решается всё просто. Нормальный сервер почты. Задача cron раз в минуту. И всё работает.

Я не спамер — я Ваша карма.

безконечна

Можете меня удалить

кАнечнА беЗконечна

Вы не можете это доказать.

Потому что предложение о дружбе приходит в уведомления CMS, что по сути равно записи в таблицу бд. Подписки и другая очередь, например отправки email, работает как… очередь.