Страница 1 из 1
API: создание пользователя
Добавлено: Ср янв 29, 2025 5:27 am
rootpanel
Здравствуйте.
У одного из клиентов при создании пользователя через API получаем ответ, что "Добавление пользователя запущено в фоновом режиме" и соответственно из-за этого отваливается работа модуля интеграции в RootPanel, т.к. затем не может добавить домен несуществующему пользователю.
Раньше такого не было и всё работало как часы.
Можно как-то отключить этот фоновый режим? Или произошли какие-то серьёзные изменения в работе API?
Re: API: создание пользователя
Добавлено: Ср янв 29, 2025 9:26 am
alenka
Так как пользователь добавляется некоторое время, мы сделали всю процедуру в фоне.
Можно как-то отключить этот фоновый режим? Или произошли какие-то серьёзные изменения в работе API?
Только в фоне.
Используйте паузу при добавлении сайта.
Re: API: создание пользователя
Добавлено: Ср янв 29, 2025 10:02 am
rootpanel
Очень жаль, т.к. именно для API такое поведение крайне нежелательно.
Уточните о какой именно задержке речь, чтобы гарантированно покрыть возможное необходимое ожидание, но и чтобы лишних задержек при этом не было? (чем меньше задержка тем лучше, т.к. из-за длительных задержек могут быть проблемы в интеграциях с платежными системами, т.к. они могут не дожидаться ответа от сайта если заказ выполняется в момент обработки платежа и процесс при этом слишком длительный).
Re: API: создание пользователя
Добавлено: Ср янв 29, 2025 11:01 am
alenka
Время зависит от загруженности сервера, в среднем от 1мин до 1.30, но может и больше.
Вы можете сделать цикл по 10 секунд, который по api проверяет наличие пользователя, после того как пользователь появился, добавляете ему сайт.
Re: API: создание пользователя
Добавлено: Ср янв 29, 2025 12:09 pm
rootpanel
Ужас, зачем Вы это сделали
Даже если в лучшем случае будет 1 минута (хоть с циклами, хоть без), то это уже слишком долго и модуль в таком виде будет малопригоден к использованию, т.к. даже если клиент перейдёт на использование отложенной обработки заказов (чтобы у его клиентов не зависало всё в браузере и чтобы платежные системы не ругались), то это не решит проблему nginx, который много где используется и рубает долго выполняющиеся запросы (у клиентов, использующих закодированные версии биллинга, нет возможности запускать крон из консоли как скрипт - только через консольный браузер).
Теперь нужно полностью менять логику работы модуля, чтобы начинался процесс создания сразу после оплаты, а завершался отдельно по запуску специального крон-скрипта, который и будет проверять создан ли уже пользователь и продолжать процесс если да. Но этот праздник жизни придется кому-то оплатить ) А пока, видимо, клиенты будут выбирать другие панели. Увы.