ASP网站制作之负载均衡情况下的ASP会话办理（转）（二...
缺点：安全性不是太差了，还行，只要你充分利用系统自带的工具；唯一缺点就是执行效率慢，如何进行网站优化以后，效果会比较好。仅当web局限内的第一次点击举行负载均衡这类办法也称为前端负载均衡，它易于形貌，可是有大概不适于实行。为了完成真实的负载均衡，每次
哀求都要从头均衡用户。可是在年夜多半情形下，前端负载均衡就已充足满意年夜部分这类服务器保护的
撑持者了。
要完成这个目标，就只同意在局限内的第一次点击经由过程负载均衡器。每一个增添的页面负载都将用户坚持
在统一个服务器上。这就好像在代码中利用绝对路径而不是相对路径一样复杂。
<Formaction="http://www.myserver.com/mypage.asp"method=post>
酿成
<Formaction="/mypage.asp"method=post>
在action标志中利用绝对路径，用户在会见你的站点的全部过程当中，都停止在统一个收集服务器上。
如许他们的session汇合在一样工夫内与他们在一同。毫无疑问，如许会使你的负载均衡企图遭到
必定的丧失，由于你只要一次时机决意在哪儿处置用户的负载，而且在晓得他们将发生几通讯量
之前就要作出决意。可是在年夜多半情形下，由于同意利用sessions，这类办法已靠近于完成完整的
功能了。
可是，这不是独一的成绩：在某些情形下，这不是一个符合的办法。比方，你的使用程序请求用户分开
以后的服务器，到一个专门用处的服务器上，如email、搜刮或平安服务器的话，这类办法就不可了。
别的，假如用户把一个页面设置为书签，大概试图把这个URL发送给伴侣，他们大概要失掉特定呆板
的地点，进一步减弱你的负载均衡企图。最初，假如呆板坏了，一切的用户信息都不成恢复地丧失了，
它没有失利恢复功效。
哪一种办法最好？
这个成绩的谜底不可思议：“看情形”。别的必要思索的要素包含：
○你的站点点击率有多高；
○你但愿保留几形态信息；
○假如你有专门用处的服务器；
○假如你想用第三方组件处置你的站点的可贵部分。
假如你的站点通讯量太年夜，那末准确的负载均衡关于站点的乐成来讲就十分主要，那末不必sessions
编程，或利用SessionPro或Microsoft的站点服务器品级三方组件，是可行的。假如通讯量小，大概
只必要保留较少的形态信息，那末利用cookies或仅仅前端负载均衡就对照可行。
总的来讲，在创建站点之前你要充实思索这些成绩。决意接纳甚么办法要把必要与站点的每一个页面相分离，
任何提早城市招致次要部分的重做，大概会招致全部站点的完整从头机关。断定站点以后和未来会有甚么
必要，然后决意怎样处置sessions的成绩。
</p>楼上说交互性不好，太牵强了吧。在微软提供的一套框架中，利用asp做网站，开发效率高，使用人数少，减少不必要的开销。交互性是互动方式，是有开发人员决定的。 尽管MS自己讲C#内核中更多的象VC，但实际上我还是认为它和Java更象一些吧。首先它是面向对象的编程语言，而不是一种脚本，所以它具有面向对象编程语言的一切特性，比如封装性、继承性、多态性等等，这就解决了刚才谈到的ASP的那些弱点。 如何更好的使自己的东西看上去很不错等等。其实这些都不是问题的实质，我们可以在实践中不断提升自己，不断充实自己。 代码逻辑混乱，难于管理：由于ASP是脚本语言混合html编程，所以你很难看清代码的逻辑关系，并且随着程序的复杂性增加，使得代码的管理十分困难，甚至超出一个程序员所能达到的管理能力，从而造成出错或这样那样的问题。 以上是语言本身的弱点，在功能方面ASP同样存在问题，第一是功能太弱，一些底层操作只能通过组件来完成，在这点上是远远比不上PHP/JSP，其次就是缺乏完善的纠错/调试功能，这点上ASP/PHP/JSP差不多。 弱类型造成潜在的出错可能：尽管弱数据类型的编程语言使用起来回方便一些，但相对于它所造成的出错几率是远远得不偿失的。 兴趣爱好，那么你无须学编程，申请一个域名和空间，在网上下载一些免费开源的CMS系统，你不用改代码，只须熟悉它们的后台操作，像office一样简单方便，很快就能建一个站点，很多站长都是这样做的 Server:这个表示的服务器，操作服务器的一些东西使用这个，如Server.Mappath转换服务器路径,Server.CreateObject实例化一个组件 Session:这个存储跟客户端会话过程的数据，默认20分钟失效
页:
[1]