公共热点引起的HTTP重定向 [英] HTTP Redirects caused by public hotspots

问题描述

当用户首次连接到公共热点时，他们通常会返回带有登录名的欢迎页面，而不是所请求的页面.当您从代码中请求页面时，也可能发生这种情况，从而导致损坏.我们希望这种类型的页面应始终返回"302重定向"，但是很难证明这种情况总是会发生，并且我们认为某些用户可能会从世界热点中获得200条返回的数据来恢复损坏的数据./p>

有人知道热点的正确行为是什么，以及避免热点进入流的方法吗?

这也适用于通过3G连接等对图像进行降采样的代理.我们已通过完整性检查对文件进行哈希处理以丢弃更改后的数据，但这似乎是非常繁重的解决方案.

注意:我们对要代理的数据感到满意，我们只是希望它保持不变.

解决方案

在这种情况下，正确的状态码应为状态码511(

Does anyone know what the correct behaviour of a hotspot is, and the way to avoid it getting into the flow?

This also goes for proxies that downsample images over 3G connections etc. We have resorted to hashing our files with an integrity check to throw out altered data, but this seems a very heavy weight solution.

Note: we're happy with the data being proxied, we just want it left unaltered.

解决方案

The correct status code for this case would be status code 511 (http://greenbytes.de/tech/webdav/rfc6585.html#status-511)

这篇关于公共热点引起的HTTP重定向的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！