Как из ява скрипта, добраться до переменных окружения

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

это к каким например?

DlTA, лучше спросить, зачем ему это понадобилось

Общий ответ: никак.
Ответ логичный: в IE можно использовать ActiveX, но где бы то ни было - IE или нет, любая попытка воздействия js на систему (даже просто прочтение), пользователь приравняет к попытке взлома, которой она по сути и является.
Пользователь, заходя на любой веб-сайт, доверил ему пространство операций, ограничивающееся данной, загруженной страницей (даже не браузер, ведь там могут быть другие вкладки). Стало быть, подобные сайты попадут в разряд вредоносных (если у пользователя установлен брандмауэр наподобие KIS).

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Есть 126 обьедененных сайтов. У всех сайтов одна база юзеров. Нужно что бы юзер не проходил авторизацию на каждом из сайтов, а хранить пароль с логином, ну или какой нибудь ключ для авторизации в coockies нельзя, так как для каждого домена, он отдельный. Значит нужно ключик записать в файл на стороне юзера, а так как юзеров много, и операционок с разными структурами файловой системой тоже много. А лгаритм такой, нужно из добыть переменную окружения, например TEMP и записывать туда файл с ключем.

dubasua
Посмотрите в сторону OpenID.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Ну тогда есть вариант JS API, но я незнаю как его применить. Была задумка сделать к примеру как авторизация на сайтах из соц сетей, кто подскажет как это можно реализовать, ток вместо сой сети напидалить свой сервак.
Я думал еще на тихую открывать фрейм, но у большенства пользователей, запрещен coockies с разных доменов. Так что одним оптимальным вариантом остается JS API. Осталось только как это все работает.

Создайте там таблицу и записывайте туда эти ключи с соответствующими ID пользователей,
которые на всех сайтах идентичны (ведь БД пользователей у Вас одна).

(Отредактировано автором: 04 Ноября, 2012 - 15:55:58)

Юзера же нужно как нибудь идентифицировать. Например он впервые заходит на сайт(из системы), но его нужно авторизовать, потому, что он авторизовывался на другом сайте. Вот и весь смысл, как опознать юзера, на ресурсе, где он ни разу не был.

Гм... Да не, прогнал.
OpenID Ваш вариант.

Мне интересно как работает в таких моментах соц сеть vk.com. Если я авторизован на сайте этой соц сети, ну допустим в opere, я закрываю вкладку с vk.com, и если я попадаю на сайт где есть возможность оставлять комменты от vk.com то я уже авторизован там и могу смело писать комменты, и только с opera, если зайду на эту страницу с другого браузера, то там болт, нужно пройти авторизацию. Дальше в opere снова открываю vk.com, делаю logout, обновляю страницу с комментами от vk.com и там болт, пройдите авторизацию. Кто в курсе такой системы?

читайте что такое сессия и куки
(Добавление)
и фреймы

Да читал уже перечитал, уже дошел до Web storage. И там тож только для одного из ресурсов. Тоже не катит.

(Отредактировано автором: 04 Ноября, 2012 - 16:24:50)

Вопрос, система работает с одним сервером бд?
Или у вас на каждом сайте своя бд?
Если там одна бд и все сайты работают с ней, то не вижу проблем авторизации, сессии + куки, должны подойти...
(Добавление)
И раз уж тут вспомнили про фреймы, то как вариант может записывать куки для доступа определенному домену типа www[dot]system[dot]ru и потом на сайтах уже через фрейм делать запрос туда, а тот в свою очередь будет уже и с сессиями работать и тд...
Не знаю можно ли так сделать, с фреймами и с подобными вещами не приходилось работать...

-----
Так было, так есть и так будет

База одна, но... Есть cookies сайта first.ru. Когда он идет на second.ru ему не доступны cookies с first.ru. Если на тихую открывать фрейм, не во всех браузерах прокатит, потому как у многих запрещено принимат cookies с разных доменов.