Мне нужен динамический способ для пользователей раскрутить приложение метеора (не мое) по требованию.Поскольку мы уже используем jupyterhub с «создателями» kubernetes, я заметил, что существует проект, который позволяет (в моем случае) раскручивать прикрепленный к приложению экземпляр приложения и использовать jupyter-server-proxy для пересылки трафика из концентратора вконтейнерное метеорное приложение.в основном, я просто проверяю, запускаю ли я экземпляр jupyterlab + jupyter-server-proxy рядом с запущенным приложением метеора в контейнере ... но ...
после вращения контейнера через jupyterhub, если я пойду на
https://example.com/hub/user-redirect/proxy/39000
я получаю перенаправление на
/user/ytl/proxy/39000
, которое является метеорным приложением ... пока все хорошо.
однако, метеор затем пытается загрузить свои javascripts по адресу:
https://example.com/bee5194516e3c0f0626ac0d188c87ed28d1a257a.js?meteor_js_resource=true
, который в конечном итоге завершается неудачей, так как перенаправляется на
/hub/bee5194516e3c0f0626ac0d188c87ed28d1a257a.js?meteor_js_resource=true
, что неверно.он должен перенаправить на /hub/user-redirect/proxy/39000.
т.е.:
https://example.com/hub/user-redirect/proxy/39000/bee5194516e3c0f0626ac0d188c87ed28d1a257a.js?meteor_js_resource=true
выполняет перенаправление на:
https://example.com/user/ytl/proxy/39000/bee5194516e3c0f0626ac0d188c87ed28d1a257a.js?meteor_js_resource=true
, но загружаетjavascript.
из того, что я понимаю из метеора, я могу перегрузить относительный путь приложения через среду ROOT_URL, однако установив
ROOT_URL="https://example.com/hub/user-redirect/proxy/3900/"
и затем перейдя к
https://example.com/hub/user-redirect/proxy/39000 -> example.com/user/ytl/proxy/39000
возвращает 404.
Я, конечно, предполагаю, что вся магия метеоров может быть проксирована таким образом ... есть предложения?
ура,