Как вам такое: веб-сервер на Javascript, запущенный в вашем браузере и использующий комет-соединения дло ответа на входящие HTTP запросы черес Reverse HTTP Proxy?
Так и ASP от MS изначально был по сути попыткой скопировать нетскейповский SSJS (как jscript попыткой скопировать их же javascript), разве что MS организовали одновременную поддерку не только JS на сервере, но и VBscript.
Автор, обращаюсь к вам. По всей видимости, раз вы установили этот интерпретатор у себя на машине, вы понимаете для решения каких задач он полезен/необходим. А я даже представить себе таких задач не могу. Объясните мне пожалуйста.
Без «щитаю — не щитаю» — делал на нем расширение для софтинки на АРМ, в 2006 вроде, работает по сию пору, 24 часа, 7 дней. Достаточно много математики, взаимодействия с Сишным кодом. Дяди с того объекта сейчас реконструкцию затеяли, видимо придется навестить объект, в целях продления его существования. Там и посмотрим состояние. Но жалоб нету.
Цель одна, потестить. Других побуждений не наблюдается. Чего-либо написанного под SSJS у меня пока нет.
А бенчмарки, это уже другая история. Постараюсь потестить, как будет время.
Я вот, например, не нашел в v8cgi удобного способа подключения файлов. Он их непонятно где ищет. В этом плане GLUEscript gluescript.sourceforge.net/ удобней, он умеет брать файлы относительно текущего, а не того, который запустили (банальщина, казалось бы). Автор glue обещает в скором времени перевести его на TraceMonkey (щас SpiderMonkey), тогда скорость может быть сопоставима с v8. Да и расширения языка у мозилы покруче будут, почти Python ))). Но у glue с библиотеками похуже.
хельма — java приложение. Интерпретация(!) кода ECMAscript осуществляется с помощью надстройки Rhino. V8 — нативно скомпилированный исполняемый файл, который нативно компилирует(!) ECMAscript в инструкции процессора.
Отлично! Фреймворк использующий для клиентской и серверной частей одну технологию — Javascript, может показаться странной идеей, но думаю, что он не за горами:). Javascript все еще явно недооценивается большинством.
Когда существовала ещё компания Netscape со своим браузером, у них был веб-сервер, поддерживающий JS на сервере и даже специальный атрибут у тега script — RUNAT=SERVER.
Он плох прежде всего тем, что слишком прост. Написание чего-либо серьезного превратиться в постоянную борьбу с быдлокодом. В т.ч. и быдлокодом от самого себя.
Также, имхо, существенным минусом является невозможность объявить функцию как используемую и на клиенте, если она является свойством объекта:
func.proxy = true; // все супер
obj.func.proxy = true; // не работает и никаких предупреждений
Но это уже ограничение JS, а не Jaxer'a
Я так подозреваю, что там очень большая инициализация. Не знаю, насколько усложняет этот этап наличие рантайма, но тот же spidermonkey из-под питоновых биндингов работает очень и очень шустро.
ServerSideJS: теперь проще просто. Встречайте v8cgi!