Конечно, сохранять счётчик очень просто, но как потом быть с отчётами по нему?
Одно дело самому писать приложение, да ещё с выбором дат, а другое дело — пользоваться готовым да от Гугла. Я так рассуждал.
1. Вместо in_process было введено поле status типа ENUM('new', 'in progress', 'sent', 'failed') + поле error_message, куда записывается текст ошибки в случае status=failed. Очень удобно потом в PhpMyAdmin клацать «показать уникальные значения» и смотреть сколько сообщений каждого типа.
2. У вас никогда вот тут код не ломался?
$db->beginTransaction()
Ситуация: у вас открылась транзакция, апдейт завалился — залогировали, сделали continue, опять вызовется $db->beginTransaction() и будет исключительная ситуация.
На самом деле интересно. Можно было бы и вставить пару формул.
Ну и сами понимаете, поднять Nagios или прикрутить плагин на PHP — это решения разного калибра.
Конечно, сохранять счётчик очень просто, но как потом быть с отчётами по нему?
Одно дело самому писать приложение, да ещё с выбором дат, а другое дело — пользоваться готовым да от Гугла. Я так рассуждал.
1. Вместо in_process было введено поле status типа ENUM('new', 'in progress', 'sent', 'failed') + поле error_message, куда записывается текст ошибки в случае status=failed. Очень удобно потом в PhpMyAdmin клацать «показать уникальные значения» и смотреть сколько сообщений каждого типа.
2. У вас никогда вот тут код не ломался?
Ситуация: у вас открылась транзакция, апдейт завалился — залогировали, сделали continue, опять вызовется $db->beginTransaction() и будет исключительная ситуация.