域名访问不行，本地却没有问题，怎么排查网上这样的问题根源？
10 个解决方案
#1
调试
#2
web.config里把debug开启，设置customErrors节点的mode为Off，然后在查看报错页面就能看到具体报错的地方了。
#3
这就是开启debug后的错误反馈信息
#4
你先说说看，你用什么调试工具来查看浏览器跟服务器之间的通讯信息？而遇到问题之后，有没有概念，贴出调试信息来？
#5
从这个肤浅的调试方式开始，才能开始深入。例如你需要重现问题数据，就需要把相同的浏览器请求在“本地”重放，以便本地vs调试器能够捕获异常，进入调试界面。那么这个时候，如果你贴不出这第二中调试画面，就说明你只有“一成技术”，没有第二层开发技术了。
回答你的“怎么排查网上这样的问题根源”的问题。假设技术有9层，那么你现在只有0层。从第一层开始学习，就是要逐步学习调试。
回答你的“怎么排查网上这样的问题根源”的问题。假设技术有9层，那么你现在只有0层。从第一层开始学习，就是要逐步学习调试。
#6
排错是个细工慢活, 但只要有点耐心总是可以解决的
#7
很明显没有加try catch。
#8
从页面看来是有对象值是null，而你没做处理，如果你开启了debug还是这么显示，你可以试下直接连到你正式数据库（如果直连不行可以把备份库下下来）去操作调试，或者直接到服务器上本地浏览页面。
#9
一种是将服务器端的数据库整个下载，放到本地，用VS调试，此时去掉catch try
另一种，将本地浏览器设置为允许脚本调试，不显示友好的http错误，web.config中，设置customErrors=“off”，运行后看提示
另一种，将本地浏览器设置为允许脚本调试，不显示友好的http错误，web.config中，设置customErrors=“off”，运行后看提示
#10
在服务器上用 http://localhost 方式来看看错误在哪里
#1
调试
#2
web.config里把debug开启，设置customErrors节点的mode为Off，然后在查看报错页面就能看到具体报错的地方了。
#3
这就是开启debug后的错误反馈信息
#4
你先说说看，你用什么调试工具来查看浏览器跟服务器之间的通讯信息？而遇到问题之后，有没有概念，贴出调试信息来？
#5
从这个肤浅的调试方式开始，才能开始深入。例如你需要重现问题数据，就需要把相同的浏览器请求在“本地”重放，以便本地vs调试器能够捕获异常，进入调试界面。那么这个时候，如果你贴不出这第二中调试画面，就说明你只有“一成技术”，没有第二层开发技术了。
回答你的“怎么排查网上这样的问题根源”的问题。假设技术有9层，那么你现在只有0层。从第一层开始学习，就是要逐步学习调试。
回答你的“怎么排查网上这样的问题根源”的问题。假设技术有9层，那么你现在只有0层。从第一层开始学习，就是要逐步学习调试。
#6
排错是个细工慢活, 但只要有点耐心总是可以解决的
#7
很明显没有加try catch。
#8
从页面看来是有对象值是null，而你没做处理，如果你开启了debug还是这么显示，你可以试下直接连到你正式数据库（如果直连不行可以把备份库下下来）去操作调试，或者直接到服务器上本地浏览页面。
#9
一种是将服务器端的数据库整个下载，放到本地，用VS调试，此时去掉catch try
另一种，将本地浏览器设置为允许脚本调试，不显示友好的http错误，web.config中，设置customErrors=“off”，运行后看提示
另一种，将本地浏览器设置为允许脚本调试，不显示友好的http错误，web.config中，设置customErrors=“off”，运行后看提示
#10
在服务器上用 http://localhost 方式来看看错误在哪里