>>6Td
Про какие скрипты идёт речь? Про какие серверы идёт речь? Скажи конкретно и я отвечу на все твои вопросы

>>6Te
1. Я пишу скрипт, автоматизирующий установку CMS на удаленный сервер.
2. У скрипта есть куча параметров - реквизиты доступа, набор плагинов, которые нужно поставить поверх этой CMS после установки и т.п.
3. Я могу вводить эти параметры через командную строку install --host server.ru --password 12345 --modlist mod1,mod2
4. Я могу запрашивать параметры интерактивно
Type password [Y/n]:
5. А ещё я бы мог запрашивать параметры через удобную и эргономичную html-форму, если бы запросы типа file:///path-to-script выполняли бы сам скрипт, который бы в ответ отдавал html с этой формой, а запрос отправленный при помощи этой формы запускал бы скрипт повторно, с параметрами, взятыми из этой формы.

Но это невозможно, поскольку для реализации такого механизма мне сейчас надо ставить веб-сервер, конфигурить его и только тогда, при условии что он круглосуточно включен, можно было бы использовать скрипт таким образом, при условии что он будет лежать там-то и там-то, хотя теоретически ничто не мешает браузеру задетектить исполняемый скрипт и выполнить его с разрешения пользователя через шелл напрямую минуя всякие там веб-сервера, а stdout этого скрипта интерпретировать в качестве ответа на запрос. Поскольку ради требуемой раз в год задачи держать круглосуточно поднятый веб-сервер, жрущий память и ресурсы, это совсем не юниксвей.

Ну или если бы браузер можно было из скрипта так хитроумно запустить, чтобы он stdin проинтерпретировал как html-страницу и туда можно было передать форму, а по нажатии сабмита заполненная форма отправилась бы в stdout обратно в скрипт.

64392a534...38.jpeg, 115.95 KB, 800x533, exif ggl iq id3

>>6Ti
> хотя теоретически ничто не мешает браузеру задетектить исполняемый скрипт
Нет, браузер это не может сделать, ему нужен доступ на сервер по ssh, это как минимум. Ходить на серверы по ssh это не задача браузера, можно конечно это запилить в браузер, но зачем?

>требуемой раз в год задачи
Раз в год можно зайти на сервер и запустить этот ебучий скрипт. Ради этого уж точно никто не будет добавлять в браузер ненужный функционал

>>6Tj
Из скрипта браузер не запустить, ибо скрипт работает на сервере, а браузер у тебя локально на компьютере.

>>6Tk
> ему нужен доступ на сервер по ssh, это как минимум
Ему не нужен, потомучто скрипт - на локальной машине. Все на локальной машине. Скрипт копирует на сервер файлы а потом имитирует браузер в нажатии кнопочек.

>>6Tl
Локально можно юзать Ruby скрипт, с помощью которого можно накатать веб-сервер в 15 строчек кода. Гуглить webrick. Запускаешь руби скрипт, он поднимает веб-сервер локально, ты, открываешь страничку заполняешь данные, делаешь пост запрос, руби скрипт принимает данные и запускает твой скрипт который установит всё, что нужно с нужными параметрами

Можно передавать хоть целые картинки и страницы через урл в формате base64

>>6Tm
Так-то оно конечно можно, но извращение. Хотя, наверное, другого варианта в ближайшие лет 20 не будет.

>>6Tq
Это нормальное и элегантное решение

>>6Tr
> элегантное
Не сказал бы. Но, в общем, приемлемое.