一般是访问https时才出现“508 Loop Detected”，idhttp+IdSSLIOHandlerSocketOpenSSL，这个在上篇文章中讲过了。
由于该问题网上资料极少，连外文资料也没卵用，起初我也以为是idhttp的重定向设置问题，但确认过没设置错。
idHttp.HandleRedirects := True;
不过相比https，http的话不会出现这个问题，这就很奇怪了，继续测试...
那么发现，访问普通的https是有返回数据的并且没有报“508 Loop Detected”错误，这说明我的代码与控件是没错误的。
而这条地址(具体URL就不公布了)用浏览器访问、抓包是有返回数据的，但问题出在哪了？
然后打开一个我早年写的https调试工具去访问这个地址，居然正常，晕了，都是我写的可独立调用http库，怎么会有这种问题，开始比较源码......
看了N遍，几乎没任何问题，可就是一个报错，一个不报错，突然间想到了一个可能存在问题的地方，就是调试工具中允许自定义UserAgent，立马将其默认内容赋给出问题的软件，
idHttp.Request.UserAgent := 'Mozilla/5.0 (MSIE 6.0;Windows NT 6.1; rv:23.0) Chrome/53.0.2785.104 Safari/537.36 QQBrowser/9.6.10872.400';
放鞭炮！哥解决了，原来是我曾更新过UserAgent，而刚巧这个https地址最近又升级了，严格控制了对用户的访问浏览器类型与版本的要求，反而导致我们这种模拟不严谨的idhttp请求不到数据。
而在UserAgent的设置中，还可以有很多浏览器信息比如Firefox、AppleWebKit等等，但是UserAgent中一定一定要有MSIE 6.0，也就是微软的IE浏览器，我也测试过IE其他版本信息，发现丢包情况比较频繁，而6.0几乎不丢，说明服务商对低版本的IE兼容还是最稳定的。
2017-10-25补充：
我之前是D2007+Indy10.2.3(兼容D2007最高版本)，虽然满足了一般ssl网站的请求，但有些限制更加严格的就会继续报“508 Loop Detected”错误，那么临时方法只好用WebBrowser来取返回数据，或者干脆大升级换Delphi XE版本以上才能正常请求数据，而我的旧程序几万行代码升级工程量不是一般的大~如果你们是新程序或代码量小倒无所谓。
2018-11-01补充：
其实D2007可以升级更高版本的Indy解决上面的问题，但是字符类型与低版本定义不同，如果是升级旧程序，将产生大量的编码显示错误等问题以致调通需要耗费大量的时间。目前已发现Indy 10.2.3在idhttp上无法支持一些新网站获取部分动态加密数据，如TX等。
- 还没有人评论，欢迎说说您的想法！
客服
