安全发布移动 Web 内容的唯一方法

doreamon999

因为每个设备都有必须解决的限制和错误。因此，从移动网络诞生之初，设备检测就是任何开发人员工具包的重要组成部分。 通过设备检测，浏览器作为其发出的每个请求的一部分发送的 HTTP 标头会被检查，并且通常足以唯一地标识浏览器或模型及其属性。用于此目的的最重要的 HTTP 标头是用户代理标头。HTTP 协议的设计者预计需要向具有不同功能的用户代理提供内容，并专门设置了用户代理标头作为实现此目的的手段；即RF。设备检测解决方案使用各种模式匹配技术将这些标头映射到设备和属性的数据存储。 随着智能手机的出现，一些事情发生了变化，并且上述许多设备限制已经被克服。这使得开发人员可以走捷径并创建成熟的网站，通过客户端适应来部分适应移动设备。 这引发了这样的想法：客户端适配最终可能使设备检测变得不必要。“一刀切”网站的。

概念非常浪漫和诱人，这要归功于 JavaScript 使设备碎片问题消失的潜力。无需投资设备检测框架的前景使得客户端适应也对首席财务官有吸引力。然而，我们坚信现实并不那么简单。 设备检测的重要性  使用纯客户端方法创建移动网站，包括渐进增强和响应式 Whatsapp 号码列表 网页设计(RWD) 等技术，通常只需要到目前为止。诚然，对于那些希望最大限度地降低开发成本的公司来说，这可能已经足够了，但这真的是每个公司真正想要的吗？根据我们在移动领域的长期经验，我们确信一件事：公司希望控制用户体验。没有两种商业模式是相似的，稍微不同的要求可能会影响利益相关者管理网站及其内容的方式。这就。



是客户端解决方案常常不足的地方。 我们将更深入地研究主要问题，工程师和项目经理都会认识到这一问题：无论他们多么聪明，通常“一刀切”的方法都无法真正满足大品牌 Web 产品的要求。 满足设备和业务需求  首先要注意的是，并非所有设备都同等支持现代 HTML5 和 JavaScript 功能，因此移动 Web 早期的一些问题仍然存在。客户端功能检测可以帮助解决此问题，但许多浏览器仍然会针对此类测试返回误报。 另一个问题是，一个网站对于拥有大带宽的高端设备的用户来说可能看起来不错，但在创建它的过程中，已经烧毁了几座桥梁，几乎没有留下调整、回溯和更正的空间。这是由公司不断发展的业务模式带来的（更不用。