Страница 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, который много где используется и рубает долго выполняющиеся запросы (у клиентов, использующих закодированные версии биллинга, нет возможности запускать крон из консоли  как скрипт - только через консольный браузер).
Теперь нужно полностью менять логику работы модуля, чтобы начинался процесс создания сразу после оплаты, а завершался отдельно по запуску специального крон-скрипта, который и будет проверять создан ли уже пользователь и продолжать процесс если да. Но этот праздник жизни придется кому-то оплатить ) А пока, видимо, клиенты будут выбирать другие панели. Увы.