传统的ASP / ASP.NET应用程序变量(Classic ASP/ASP.NET Applica

2019-10-19 22:25发布

我们继承了具有与之相关联的传统的ASP,在线.Net和和编译的.Net的混合物一个网站,是〜40GB的大小(主要是从用户提交的内容)。 目前在技术上已经与这一点,并节省磁盘空间我故意设置IIS有指向同一个文件夹两个物理站点相关的两个站点,但与独立的应用程序池的工作进程分开。

我们正在运行到的问题是偶尔,当您访问的网站之一,似乎皮卡从某种程度上其他站点Application变量。 从一切,我已经看到了这里/冰,工作进程应该是独立的,因为独立的应用程序池的,但我想知道,如果传统的ASP抛出其关闭不知何故? 鉴于所有可以想象的混合物(有〜4200物理的.asp /的.aspx后者大多与03_出发,因为这是选择开始迁移到.NET我参与之前的方法文件),是它最好有这些作为独立的网站和文件夹? 我似乎无法找出原因Application变量越来越翻转中流,但它引起了无数的问题 - 特别是因为连接字符串也应用变量,还有这件事情背后的两个数据库。

有小费吗? 从应用程序中的变量/工作进程的角度做传统的ASP工作方式不同?

附注 - 我知道Application变量是在.NET世界可怕的选择,尤其是对于连接字符串。 我在试图纠正这一过程,但它是一个艰巨的任务,其中零文档或意见存在,这些东西都是随处使用。

Answer 1:

除非有经典的ASP网站和.NET应用程序之间交换故意**即使在同一地点(!),但明显的理由单独的应用程序池中运行,例如使用应用程序变量用于存储值,所以没有办法,传统的ASP会传递变量.NET应用程序。 即使会话变量不是传统的ASP和NET之间共享。 它必须在代码中有意这样做的。

因为如果你使用iframe和传递变量中的URL字符串从NET应用到传统的ASP页面或者背部或打电话只是从传统的ASP页面NET应用程序,并传递变量中的URL字符串或诗句与实例。

**或使用cookie,如果你在同一个域中运行共享应用程序之间的值。



文章来源: Classic ASP/ASP.NET Application Variables