运行经典asp。
时,我的输出似乎在IIS Express(8.0)中被裁剪我猜这是一个非常长的线,正在回应裁剪。
同样经典的asp似乎在Windows Server 2003上的IIS6中运行正常。值得注意的是,它仍然在网络分析器(F12工具)中被裁剪,但是复制到文本编辑器时它没有被裁剪。
然而非常奇怪的是,ETX正好插入了666个字符(包括空格)。
我无法在IIS Express中找到对最大行长度的引用。
编辑:
为了澄清,我想知道为什么ETX角色正在裁剪响应以及为什么它恰好是666个字符。
答案 0 :(得分:0)
在诊断之后。
通过各种分析器和附加调试器来观察所有内容来回,我可以看到一点" L"由我们的vbscript数据层返回。有问题的列是ntext。小" L"从调试器复制到明文编辑器中显示臭名昭着的ETX角色。
ETX角色似乎告诉经典的asp立即刷新响应,而不是继续处理页面。
我只能假设运行SQL Server 2012本地数据库和ADODB存在兼容性问题。特别是因为我不得不想出办法让它首先工作,即使用SQL Server Native Client 11.0进行ODBC连接,然后将经典的asp连接到DSN。由于SQL Server Native Client 11.0本身在经典的asp中无法处理NOCOUNT为OFF和PRINT语句。
让所有事情一起工作很长时间(经过大量的ADO实验,到目前为止这是最好的选择),所以可以理解的是(非常)奇怪的兼容性问题。< / p>
幸运的是,这只是一个开发人员工作站,所以在生产中无需担心。