[хочу странного] Запуск скрипта из веб-страницы на стороне клиента

> Приходит в голову ActiveX, но решение нужно кроссплатформенное

Common Lisp

/thread

скрипт на питоне

Это же самое явное нарушение безопасности. Придется в обход стандартов работать.

А можно вопрос: зачем так делать? Неужели нельзя на клиенте поднять апач?

Жаба-апплет?

правильно понимаю алгоритм: клиент отправляет запрос на управление устройством на сервер, сервер возвращает какой-то ответ, в зависимости от которого с устройством что-то происходит?

Если да - явно требуется толстый клиент, все остальные решение - костыли и неправильная архитектура. Лучше всего разумеется клиента на жабке сделать.

Если я правильно понял задачу, то без специального софта на клиенте - такое не сделать. Ну, разве только пресловутый ActiveX.

Если у вас работа с файлами, то можете посмотреть в сторону исходников клиента dropbox-a.

таки да только жаба-апплет. Подписанный жаба апплет имеет доступ к физическому уровню.

Подписанный каким образом, можете ссылку дать? Не работал я ещё с этими штуками.

http://download.oracle.com/javase/1,5.0/docs/guide/plugin/developer_guide/rsa...
http://www.community.terrasoft.ua/blogs/5816
http://www.coderanch.com/how-to/java/HowCanAnAppletReadFilesOnTheLocalFileSystem

и дальше мучать гугл по запросу «signed java applet permissions» или связанному. В ссылках выше были примеры permissions и примеры как их использовать. От это можно отталкиваться.

И вот еще список http://www.securingjava.com/chapter-two/chapter-two-2.html возможных действий. Афаик, подписанному джава-апплету можно вообще все на клиентской машине.

Не знал, что ты знаком с Common Lisp?

@Alve. Ты действительно хочешь странного. Это будет нарушение принципов, на которых строится веб. Да, ActiveX позволяет такое. Поэтому его и не любят. Локально установленный сервер тоже решит проблему, но есть ли возможность установить его на клиенте?

Спасибо, инфа очень помогла понять, что архитектуру придётся пересмотреть. И очень вероятно, что от изначальной идеи откажемся в пользу Jav'ы

Чаще всего на клиенте вообще будет сложно что-либо установить. Поэтому будем думать и искать нормальное решение.

Всем спасибо за советы!

А разрешения разве не нужно менять в полиси на клиенте? Если не изменяет память, подписанный клиент без отредактированных разрешений в полиси мало чем отличается от обычного аплета.

Имхо, вариант «локально установленный веб-сервер» - наиболее адекватный. Сервер ставится на usb stick, юзер запускает чего через exe/shell лаунчер, веб-страница открывается локально.

На этой странице содержится банальный js, который делает редирект на мастер-сайт. Там показываются все необходимые формочки, а данные заботливо собираются. Затем они возвращаются обратно на страницу (запущенную на локальном сервере). Используем эти данные для управления usb-девайсом.

Никакой магии не требуется, используются сплошь стандартные средства.

Чтобы юзеру не надо было ставить никаких дополнительных библиотек, все нужные зависимости тупо кладутся на эту же флэшку.

нет, не нужно.

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

Некошерно-то как

ну почему же. Первый вариант для тестов, второй для продакшена.

Вот, почему-то не верю :) Может быть, что-то изменилось за последние годы, но по-моему уже в Java2 нужно было редактировать локальное полиси, чтобы запустить с расширенными правами подписанный аплет. Иначе это такая дыра в безопасности. Подписал аплет - и делай что хочешь по всему интернету.

Ладно, пройдусь по твоим ссылкам. Хотя прежде чем писать тот пост, я заглядывал в книгу «Система безопасности Java» от 2001 года.

Наверное, ты прав.