Вы сами то поняли, что написали? Умничать каждый может. И русские слова никто не отменял.
Если по существу, то продюсеры и консьюмеры появляются как раз в разрезе очередей, т.е. придумали очереди, взяли тот же реббит, создали того, кто ставит задания (продюсер) и того, кто их получает из очереди (консьюмер). А наоборот - это как?)) кто будет между ними? Если они напрямую сами между собой работают, так они тогда и называются иначе, просто компоненты системы.
N, мне лень писать повторно, но вы прочитайте свой вопрос и потом мой ответ. Вам надо запретить кеш, но при этом протухание по времени вам не катит. Вам надо заставить людей каждый раз запрашивать айдишки, но опять-таки запрет юзать их после протухания - не катит. Ну сделайте еще проще - генерите айдишки авторов для теущего юзера апи, пишите их в базу. При запросе книг этого автора по уникальному айди - ставьте ему отметку «протух». Тогда пусть ваши юзеры пьют чай неделями, айдишка их будет ждать.
А про jwt - это тут причем? Я предложил вариант подменять реальные айдишки - виртуальными, чтобы иметь возможность применить к ним протухание.
shurshur, он через csv и кстати очень криво. Я пробовал (
А насчет «наоборот» - почему? Автору надо из mysql в постгрю, значит вернем то что есть в мускуль, еще раз экспортнем в csv и затем импортнем в постгрю
вы как шлете? наверняка 2 сообщения подряд и моментально. Поменяйте местами - пользователю будет сразу, админу через час. Возможно нужно настроить SMTP вместо mail функции. А если уже smtp, то либо его настройки смотреть, либо другой выбирать, либо попробуйте в PHP коде задержку между посылкой писем поставить в 1-2 секунды
Если по существу, то продюсеры и консьюмеры появляются как раз в разрезе очередей, т.е. придумали очереди, взяли тот же реббит, создали того, кто ставит задания (продюсер) и того, кто их получает из очереди (консьюмер). А наоборот - это как?)) кто будет между ними? Если они напрямую сами между собой работают, так они тогда и называются иначе, просто компоненты системы.