Я делаю некий сервис, который будет направлять пользователей на определенную веб-страницу. Допустим это будет http://captive.local/login.html.
Веб-страница является статическим html, в который сервис подставляет некоторые динамические значения, эта особенность дана сверху и ее не поменять. Однако с пользователями необходимо взаимодействовать и для этого есть другой сайт, допустим http://portal.local.
Таким образом интерактив с пользователем строится на двух точках входа — статический captive.local (от которого нельзя отказаться) и динамический portal.local.
Я рассматриваю два способа взаимодействия.
Первый — на portal.local я настраиваю CORS и все взаимодействие выполняю js-скриптом со статической страницы.
Второй — на статической странице я делаю автоматический сабмит формы на portal.local, а уже там взаимодействую с помощью js, но уже без CORS и прочих извращений.

Другой аналогичный сервис делает это вторым способом (то есть в статической странице указана форма со скрытыми полями, с методом GET и js-кодом document.form.submit() в теле страницы).
Мне первый способ кажется более правильным. Или я что-то не учитываю?

Я планирую в любом случае делать взаимодействие через AJAX, просто скрипт будет запускаться либо с captive.local (и обращаться к другому домену), либо с portal.local (и обращаться к этому же домену). В принципе я это уже сделал, скрипт работает. Но хотелось бы узнать, может быть есть какие-то тонкости, которые нужно учесть?

Другой скрипт сделан примерно так:


При обращении к статической странице captive.local подменяет указанные выше переменные на значения, но я не уверен, что он их будет подменять в js-файле.
Как правильнее сделать? Вставить такую невидимую форму в html-файл, а из скрипта передать в запрос значения полей этой формы?

Это портал авторизации хотспота. captive.local — это встроенный портал шлюза, с довольно ограниченными возможностями. Чтобы их обойти, используется собственный портал portal.local с полноценным веб-сервером.
Есть готовый коммерческий облачный сервис по авторизации (скрипт которого приведен 21916744 ), он именно что просто редиректит пользователя с передачей параметров.
Я делаю свою альтернативу этому сервису на своем собственном портале авторизации. Можно поступать точно также и просто сразу же перенаправлять пользователей на свой портал. Но мне кажется более правильной стандартная статическая страница, которая через AJAX организует взаимодействие между пользователем и порталом.

Переадресация не нравится по нескольким причинам:
1. В адресной строке браузера мелькает эта переадресация с кучей параметров. Чтобы они не мозолили глаза, на новом портале нужно делать еще одну переадресацию, уже на чистую страницу (без query_string).
2. Если по какой-то причине портал авторизации не отвечает или отвечает долго, у пользователя висит пустая страница.
3. Если у пользователя JS отключен или недоступен, то автоматический сабмит все равно не сработает (хотя можно через meta попробовать сделать). А если JS доступен, то параметры он может и сам передать нужные параметры.

Нет, из js их подменить нельзя, ни клиент, ни portal их не знает, только captive.

OldMasterЭто get параметры из адресной строки, или что это?
Нет, я же писал, что эти параметры в html-файл подставляет сам captive.local.
То есть в HTML-файле указано $(mac), а когда этот HTML-файл открывается с клиента, то вместо $(mac) в нем подставлено 11:22:33:44:55:66. То есть замену переменных значениями делает не JS (он ряд значений в принципе не сможет узнать), а сам captive.portal, а затем эти значения передаются либо в форме, либо как-то еще на portal.local.

Технология называется replace.
В captive просто запрограммирована замена определенных подстрок на значения. Но это замена работает не везде, а только в конкретных местах (в login.html), поэтому прямо в подключаемый js их вставить нельзя, только в login.html.

Да, я сейчас тоже так подумал, все лучше чем через невидимую форму.