JavaScript服务器端脚本平台？ [英] JavaScript server-side scripting platforms?
问题描述
假设有大量遗留服务器端JavaScript（从2001年到2002年合理的质量ASP JScript），在某些服务器上托管它的选项是什么？
-运行JavaScript的侧平台？
ASP是显而易见的，但我希望将它从IIS转移到
Windows，希望是Apache和开源。
ASP兼容性不是问题 - 这里有很多
应用程序特定的JavaScript代码，但没有什么专业
对ASP的依赖。 Chillisoft正在努力比我需要的更加努力
并且它需要花费一大笔钱。
感谢您的任何建议
Assuming a large pile of legacy server-side JavaScript (reasonable
quality ASP JScript from 2001-2002) what are the options for hosting it
on some server-side platform that runs JavaScript ?
ASP is the obvious one, but I''m hoping to shift it away from IIS and
Windows, hopefully to Apache and open source.
ASP compatibility is not an issue -- there''s a lot of
application-specific JavaScript code here, but nothing with a major
dependency on ASP. Chillisoft is trying harder than I need to be ASP
and it costs a fortune.
Thanks for any suggestions
推荐答案
Andy Dingley于2006年12月19日在comp.lang.javascript写了 ：
Andy Dingley wrote on 19 dec 2006 in comp.lang.javascript:
假设一个大量遗留服务器端JavaScript（合理的从2001-2002开始的质量ASP JScript）在托管它的一些服务器端平台上有什么选择
？
Assuming a large pile of legacy server-side JavaScript (reasonable
quality ASP JScript from 2001-2002) what are the options for hosting it
on some server-side platform that runs JavaScript ?
jscript！=== javascript
jscript !=== javascript
>
ASP是显而易见的，但我希望将它从IIS转移到
Windows，希望是Apache和开源。
ASP兼容性不是一个问题
>
ASP is the obvious one, but I''m hoping to shift it away from IIS and
Windows, hopefully to Apache and open source.
ASP compatibility is not an issue
即便如此：jscript！=== javascript
even so: jscript !=== javascript
- 有很多
特定于应用程序的JavaScript代码，但没有任何与ASP相关的主要因素。 Chillisoft正在努力比我需要的更加努力
并且它需要花费一大笔钱。
-- there''s a lot of
application-specific JavaScript code here, but nothing with a major
dependency on ASP. Chillisoft is trying harder than I need to be ASP
and it costs a fortune.
-
Evertjan。
荷兰。
（请更改我的电子邮件地址中的点数x）来源
--
Evertjan.
The Netherlands.
(Please change the x''es to dots in my emailaddress)
Evertjan。写道：
Evertjan. wrote:
Andy Dingley于2006年12月19日在comp.lang.javascript写了 ：
假设有大量遗留服务器端JavaScript（从2001到2002年合理的质量ASP JScript），托管它的选项是什么？
运行JavaScript的服务器端平台？
Assuming a large pile of legacy server-side JavaScript (reasonable
quality ASP JScript from 2001-2002) what are the options for hosting it
on some server-side platform that runs JavaScript ?
jscript！=== javascript
jscript !=== javascript
谁在乎呢？我当然不会。
这个东西是用JScript编写的，因为它是为ASP编写的，
虽然它没有使用任何COM文件系统以外的组件。
现在我需要为它找到一个家，我认为至少需要一些
的小型移植。现在任何类型的服务器端ECMAScript平台
都需要一个请求。和响应对象，但确切地说，我需要使用这些是多少我的移植担忧。
Who cares? I certainly don''t.
This stuff was written as JScript, because it was written for ASP,
although it doesn''t use any COM components other than the filesystem.
Now I need to find a home for it, which I assume will require some
minor porting at least. Now any sort of server-side ECMAScript platform
is going to need a "request" and a "response" object, but precisely how
I need to use these is going to be the least of my porting worries.
Andy Dingley 2006年12月19日在comp.lang.javascript写道 ：
Andy Dingley wrote on 19 dec 2006 in comp.lang.javascript:
>
Evertjan。写道：
>
Evertjan. wrote:
> Andy Dingley于2006年12月19日在comp.lang.javascript中写道 ：
假设有大量遗留服务器端JavaScript（合理的，从2001年到2002年，质量是非常优秀的ASP JScript），有什么选择
托管它在一些运行JavaScript的服务器端平台上？
Assuming a large pile of legacy server-side JavaScript (reasonable
quality ASP JScript from 2001-2002) what are the options for
hosting it on some server-side platform that runs JavaScript ?
jscript！=== javascript
jscript !=== javascript
谁在乎呢？我当然不会。
Who cares? I certainly don''t.
对严重警告的不礼貌回答。
仅在Jscript中编写的代码可以包含许多
不兼容ECMA-javascript。
What an impolite answer to a serious warning.
Code written exclusively in Jscript can include many functions that
are not ECMA-javascript compatible.
这个东西是用JScript编写的，因为它是为ASP编写的，
虽然它没有使用除文件系统之外的任何COM组件。
现在我需要为它找到一个家，我认为这需要一些
小端口移植最小。现在任何类型的服务器端ECMAScript
平台都需要一个请求平台。和响应对象，但是
正是我需要使用它们的方式将是我最少的b $ b移植担忧。
This stuff was written as JScript, because it was written for ASP,
although it doesn''t use any COM components other than the filesystem.
Now I need to find a home for it, which I assume will require some
minor porting at least. Now any sort of server-side ECMAScript
platform is going to need a "request" and a "response" object, but
precisely how I need to use these is going to be the least of my
porting worries.
你必须感觉良好，你知道你想要选择的平台的任何知识之前的担忧，特别是因为你不希望任何
警告后果。
我会协调将5岁的代码移植到新平台上，
工时的移植和更新要求费用很可能比没有使用IIS的节省更多。
-
Evertjan。
荷兰。
（请将我的电子邮件地址中的x'变为点数）
It must feel good that you know the amount of worry ahead of any knowledge
of the platform you want to choose, especially since you do not want any
warning of the consequences.
I would reconcider porting 5 year old code onto a new platform,
the porting and the update requirement costs in man hours could well
outweigh the savings of not using IIS.
--
Evertjan.
The Netherlands.
(Please change the x''es to dots in my emailaddress)
这篇关于JavaScript服务器端脚本平台？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
