The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

CommonJS -движение за использование JavaScript вне браузера, opennews (ok), 02-Дек-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


77. "CommonJS -движение за использование JavaScript вне браузера"  +1 +/
Сообщение от User294 (ok), 02-Дек-09, 23:35 
А давайте для надежности вообще запретим процессору код выполнять :). А то вдруг вируса выполнит?! И при чем тут вебсайты? Это отдельные скрипты должны быть, живущие совершенно отдельно от сайтов. И, собственно, какая вам разница - JS или shell-скрипт вам диск почистит? Просто нефиг запускать что попало в неограниченной среде, ать-ать-ать :)
Ответить | Правка | Наверх | Cообщить модератору

101. "CommonJS -движение за использование JavaScript вне браузера"  +/
Сообщение от anonymous (??), 03-Дек-09, 14:28 
>А давайте для надежности вообще запретим процессору код выполнять :). А то
>вдруг вируса выполнит?! И при чем тут вебсайты? Это отдельные скрипты
>должны быть, живущие совершенно отдельно от сайтов.

На серверной стороне --- как автору захочется.

> И, собственно, какая вам
>разница - JS или shell-скрипт вам диск почистит? Просто нефиг запускать
>что попало в неограниченной среде, ать-ать-ать :)

Загрузить и выполнить vs перейти по ссылке. Почувствуйте разницу: при
"богатых" скриптах в web'е это по сути оказывается одним и тем же.

[ага, давайте сформируем изолированную среду для каждой сессии браузера,
а потом будем дружно ныть про bloatware].


Ответить | Правка | Наверх | Cообщить модератору

104. "CommonJS -движение за использование JavaScript вне браузера"  +/
Сообщение от User294 (ok), 03-Дек-09, 16:51 
>На серверной стороне --- как автору захочется.

Разумеется - пусть дергают те скрипты для генерации страниц которые хотят. Хоть шеллскрипты (бывает и такое).

>Загрузить и выполнить vs перейти по ссылке.

А при чем тут ссылки? Ессно в нормальной реализации это должен быть отдельный интерпретер. Давать браузеру такие возможности - упаси боже! Да и браузер в роли интерпретера - ну просто пиндец как тяжеловесен и требует вагон зависимостей. Интерпретер должен быть маленьким и легким по возможности.

>Почувствуйте разницу: при "богатых" скриптах в web'е

А я разве говорил что браузерам и веб страницам в них надо это все позволить? Нехай отдельный интерпретер педалит. Маленький, легкий и с бОльшими полномочиями. Разделение должно быть. Простым вебпагам жирно будет.

>это по сути оказывается одним и тем же.

Если задаться целью сделать дыр - г-но вопрос. А зачем это делать? Упаси боже от таких возможностей в *браузерах*. Но я не вижу криминала если вместо шеллскрипта или скрипта на перле, питоне или чем там еще отпедалит задачу ява скрипт. Явно пнутый как отдельная сущность в своем интерпретере. Отдельном от браузера и потому полноправном (если кто может пнуть оный интерпретер с своим скриптом, он и bash, perl, python или просто бинарь пнуть может точно так же с теми же полномочиями и последствиями).

>[ага, давайте сформируем изолированную среду для каждой сессии браузера,
>а потом будем дружно ныть про bloatware].

Да вы долбанулись?! А что, отдельный интерпретер под это дело - не катит? Или почему для шеллскриптов, перла, питона и т.п. - можно а для JS - браузер подавайте? Кто-то мозгом повредился и вообще не может представить JS отдельно от браузера? А оно между прочим бывает. В виндозе и ряде утилит такое сделано. Без всяких там браузеров. И ессно браузеры не могут то что могут локальные скрипты пнутые в интерпретере.

Ответить | Правка | Наверх | Cообщить модератору

111. "CommonJS -движение за использование JavaScript вне браузера"  +/
Сообщение от anonymous (??), 03-Дек-09, 19:05 

>[оверквотинг удален]
>>а потом будем дружно ныть про bloatware].
>
>Да вы долбанулись?! А что, отдельный интерпретер под это дело - не
>катит? Или почему для шеллскриптов, перла, питона и т.п. - можно
>а для JS - браузер подавайте? Кто-то мозгом повредился и вообще
>не может представить JS отдельно от браузера?
>А оно между прочим
>бывает. В виндозе и ряде утилит такое сделано. Без всяких там
>браузеров. И ессно браузеры не могут то что могут локальные скрипты
>пнутые в интерпретере.

Именно. В offtopic это очень актуально --- там внутри со скриптингом
ахтунг, а надо. Но эта мотивация собственно offtopic'ом и ограничивается.

Ответить | Правка | Наверх | Cообщить модератору

115. "CommonJS -движение за использование JavaScript вне браузера"  +/
Сообщение от User294 (ok), 03-Дек-09, 22:49 
>Именно. В offtopic это очень актуально --- там внутри со скриптингом ахтунг, а надо.

Самое смешное что там есть запускалка именно отдельных JS скриптов. Своеобразная. Но есть.

>Но эта мотивация собственно offtopic'ом и ограничивается.

Микрософту интереснее их PowerShell. Я бы его назвал чуть иначе, глядя на его синтаксис и нереально уродливую и неудобную консоль.

Ответить | Правка | Наверх | Cообщить модератору

119. "CommonJS -движение за использование JavaScript вне браузера"  +1 +/
Сообщение от anonymous (??), 04-Дек-09, 13:57 
>>Именно. В offtopic это очень актуально --- там внутри со скриптингом ахтунг, а надо.
>
>Самое смешное что там есть запускалка именно отдельных JS скриптов. Своеобразная. Но
>есть.
>
>>Но эта мотивация собственно offtopic'ом и ограничивается.
>
>Микрософту интереснее их PowerShell. Я бы его назвал чуть иначе, глядя на
>его синтаксис и нереально уродливую и неудобную консоль.

Я не в курсе, что там интереснее M$'у. Мне это не интересно. Суть не в этом. Суть в том, что из цепочки простых логичных утверждений получилось, что server-side JavaScript имеет основной нишей offtopic, и за пределами offtopic'а существенного интереса не представляет. Ну и смысл в этой "стандартизации" ради единственной платформы? Get the facts? OOXML --- решит все проблемы?

Ответить | Правка | Наверх | Cообщить модератору

130. "CommonJS -движение за использование JavaScript вне браузера"  +/
Сообщение от User294 (ok), 06-Дек-09, 19:48 
> что server-side JavaScript имеет основной нишей offtopic,

Я не в курсе server-side под оффтопик юзающего JS, там MS вроде бы свое ASP и .NET толкает, а вовсе не. Но у них именно general-purpose выполнялка яваскриптов есть с незапамятных времен. Она не server side, более того - в клиентских осях она тоже бывает. Просто на JS могут быть написаны скрипты, выполнялка их может отпедалить. Скрипт может сделать какиенить системные действия, etc. Для server side оно никак специально не заточено и я вообще не в курсе есть ли у MS server-side на JS.

> Get the facts?

Странно, под виндозу почему-то есть всякие там питоны, перлы и даже bash и никто не бухтит про get the facts. Разумеется, упаси боже делать нечто такое под чутким руководством MS, эти как всегда все опохабят и поймут по своему.

Ответить | Правка | Наверх | Cообщить модератору

122. "CommonJS -движение за использование JavaScript вне браузера"  +/
Сообщение от Crazy Alex (??), 04-Дек-09, 22:16 
Как раз в браузерах расширить возможности JS (при адексатной модели безопастности, конечно) - дело нужное. Ну чего не дать возможность скрипту писать временные данные на диск? Конечно, после разрешения пользователя и с ограничениями на каталог, куда пишет. Или, к примеру, дать доступ к локальной адресной книге - на тех же условиях. А вот зачем ЭТО вне браузера - мне не понять. Есть нормальные компилируемые языки, причем некотоые и мощны, и быстры (OCaml, LIsp, D, AST). Хотя если уж выбирать из скриптовых - то JS - это, конечно, меньшее зло, чем разного рода руюи с питонами - и стиль не так навязывает, и больше усилий в него вбито по оптимизации (взять хоть Tamarin, хоть гугловский движок).
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

125. "CommonJS -движение за использование JavaScript вне браузера"  +/
Сообщение от anonymous (??), 05-Дек-09, 01:04 
>Как раз в браузерах расширить возможности JS (при адексатной модели безопастности, конечно)
>- дело нужное. Ну чего не дать возможность скрипту писать временные
>данные на диск? Конечно, после разрешения пользователя и с ограничениями на
>каталог, куда пишет. Или, к примеру, дать доступ к локальной адресной
>книге - на тех же условиях.

Тут некоторые, не внушающие доверие источники подсказывают, что знают одну систему, в которой всё предложенное уже давно реализовано. И злые языки нагло врут, что она (эта система) породила две индустрии с нехилым оборотом: crimeware и anti-crimeware (тяни-толкай такой). Впрочем, это всё грязные инсинуации не владеющих предметом маргиналов.

Ответить | Правка | Наверх | Cообщить модератору

127. "CommonJS -движение за использование JavaScript вне браузера"  +/
Сообщение от User294 (ok), 06-Дек-09, 08:47 
>- дело нужное. Ну чего не дать возможность скрипту писать временные
>данные на диск?

А потом начнется - кульхаксоры найдут три дюжины методов чисто для развлечения вызвать out of disk space на разделе с ОС. А ремонтеры потом будуть ацца с переустановкой резко взглючивших систем? Спасибо, ага.

>Конечно, после разрешения пользователя и с ограничениями на
>каталог, куда пишет.

Знаете, UAC в висте уже есть. Добавки - не надо, упаси боже. Моя точка зрения: веб не есть доверяемое место. Я заведомо хочу deny для любого JS в плане его доступа к моему диску. Пусть доступается к файлам на своем сервере. Ну и хватит с него..

>Или, к примеру, дать доступ к локальной адресной
>книге - на тех же условиях.

Как вы думаете, через сколько времени юзеры заколебаные запросами начнут глушить Yes не глядя? Правильно, не пройдет и месяца, проверяно UAC! А вот потом для хаксоров наступит раздолье - можно умыкнуть контактлист, потому что юзер задолбаный тоннами запросов не глядя влупит Yes и на их запрос, не читая кто и что, фигле.

>А вот зачем ЭТО вне браузера - мне не понять.

Ваши половые трудности. ИМХО обычный скриптоязык. И ничем таким не хуже прочих скриптоязыков. Даже лучше - синтаксис простой, сиподобный и без явных крупных идиотизмов типа формирования логики программы отступами и что там еще.

>Есть нормальные компилируемые языки,

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

>причем некотоые и мощны, и быстры (OCaml, LIsp, D, AST).

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

> Хотя если уж выбирать из скриптовых - то JS - это, конечно, меньшее зло,
>чем разного рода руюи с питонами - и стиль не так навязывает,

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

>и больше усилий в него вбито по оптимизации (взять хоть
>Tamarin, хоть гугловский движок).

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

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру