因为这根本不在一个层面。
网站改为https访问了之后出现了这个错误，这很大可能只是一个巧合。
撇开改https这个事去分析问题，才更能找到答案。
ASP脚本超时，其实就是代码执行过程中，有某一个步骤消耗的时间过长，以至于使整个程序运行的总时间超过了90秒（如果没设置过这个超时时间的话）。
分析方法一般是在程序中加几个标记点，把运行到每个点的时间记录下来，然后分析是从哪个点儿开始消耗的时间变大甚至卡住了。从而有针对性的研究消耗时间大或者卡住的那一部分代码。我一般用这个办法优化程序的运行效率，找到最占用时间的步骤并持续优化。 用完要关闭conn 脚本运行超时
11楼专家已经给出了解决方法方案....
阿江 发表于 2019-1-9 10:18
我感觉这个应该和你网站是通过HTTP访问还是HTTPS访问是没有关系的。
因为这根本不在一个层面。
网站改为h ...
现在还不能保证百分百确定是HTTPS原因，
@ly70041 说的我们现在处理的结果显示到10多个小时没有出现问题。
因为的确有一个目录调用了HTTP小偷内容，在改造是因为批理替换的，全部替换成了//，昨天在发这帖，我已经改回来了，但昨天没重启前不是出现这样的问题，但刷新几次又恢复了，原先是不可以的，但从昨天晚上七点前重启服务器到现在还没有出现过问题 hl530 发表于 2019-1-9 10:59
现在还不能保证百分百确定是HTTPS原因，
@ly70041 说的我们现在处理的结果显示到10多个小时没有出现问题 ...
哦，你的意思是同时还修改了采集路径为https，那就有可能了。
可能就是ASP在采集https页面时偶尔会出错（也还可能巧合刚好那个时间段出错了），而采集代码没有足够的容错重试机制，就导致卡在那里一直到总超时时间到了。 阿江 发表于 2019-1-9 11:11
哦，你的意思是同时还修改了采集路径为https，那就有可能了。
可能就是ASP在采集https页面时偶尔会出错 ...
不是采集的，就是小偷调用的，差不多跟API接口类似 hl530 发表于 2019-1-9 11:13
不是采集的，就是小偷调用的，差不多跟API接口类似
如果是你的ASP程序去读取别人的httpsURL超时，则可能和https有关。
而如果是别人用https方式读取你的ASP网页时你的ASP程序超时，那就可能和https无关了。
现在这样搞其实还是在靠猜，用我11楼说的那个方法，就可以直接找到运行超时的具体代码是哪一段，问题就会非常清晰了。 阿江 发表于 2019-1-9 11:24
如果是你的ASP程序去读取别人的httpsURL超时，则可能和https有关。
而如果是别人用https方式读取你的ASP ...
就是我改这步出错，人家没有启用https，但我改为//，那就读取出来是错误页面，导制出现这样情况 https 默认是不能引用加载调用http资源的
页:
1
[2]