opera

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 什么是 HTTP？ 超文本传输协议（HTTP）的设计目的是保证客户机与服务器之间的通信。HTTP 的工作方式是客户机与服务器之间的请求-应答协议。web 浏览器可能是客户端，而计算机上的网络应用程序也可能作为服务器端。 举例：客户端（浏览器）向服务器提交 HTTP 请求；服务器向客户端返回响应。响应包含关于请求的状态信息以及可能被请求的内容。 两种 HTTP 请求方法：GET 和 POST 在客户机和服务器之间进行请求-响应时，两种最常被用到的方法是：GET 和 POST。 GET - 从指定的资源请求数据。 POST - 向指定的资源提交要被处理的数据 GET 方法 请注意，查询字符串（名称/值对）是在 GET 请求的 URL 中发送的： /test/demo_form.asp?name1=value1&name2=value2 有关 GET 请求的其他一些注释： GET 请求可被缓存 GET 请求保留在浏览器历史记录中 GET 请求可被收藏为书签 GET 请求不应在处理敏感数据时使用 GET 请求有长度限制 GET 请求只应当用于取回数据 POST 方法 请注意，查询字符串（名称/值对）是在 POST 请求的 HTTP 消息主体中发送的： POST /test/demo_form.asp HTTP/1.1

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 我注意到一些浏览器（特别是Firefox和Opera）非常热衷于使用 .css 和 .js 文件的缓存副本，即使在浏览器会话之间也是如此。 当您更新这些文件之一而用户的浏览器继续使用缓存的副本时，这会导致出现问题。 问题是：强迫用户浏览器在文件更改后重新加载文件的最优雅方法是什么？ 理想情况下，该解决方案不会强制浏览器在每次访问页面时重新加载文件。 我将发布自己的解决方案作为答案，但是我很好奇是否有人有更好的解决方案，我将让您决定。 更新： 经过一段时间的讨论后，我发现 John Millikin 和 da5id 的建议很有用。 事实证明有一个术语： 自动版本化 。 我在下面发布了一个新答案，该答案是我原来的解决方案和约翰的建议的结合。 SCdF 建议的另一个想法是将伪查询字符串附加到文件中。 （一些由 pi 提交的自动使用时间戳作为伪查询字符串的Python代码。） 但是，关于浏览器是否将使用查询字符串缓存文件存在一些讨论。 （请记住，我们希望浏览器缓存文件并在以后的访问中使用它。我们只希望它在更改后再次获取文件。） 由于尚不清楚假查询字符串会发生什么，因此我不接受该答案。 #1楼 有趣的帖子。 在阅读了所有答案之后，再加上我从未遇到过“伪造”查询字符串的任何问题（我不确定为什么每个人都不太愿意使用它）

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 我想通过将所有cookie移到本地存储中来减少其加载时间，因为它们似乎具有相同的功能。 除了明显的兼容性问题以外，使用本地存储替换cookie功能是否有任何利弊（特别是性能方面的优势）？ #1楼 好吧，本地存储速度很大程度上取决于客户端使用的浏览器以及操作系统。 Mac上的Chrome或Safari可能比PC上的Firefox快得多，尤其是使用较新的API时。 与往常一样，测试是您的朋友（我找不到任何基准）。 我真的没有看到Cookie与本地存储的巨大差异。 另外，您应该更加担心兼容性问题：并不是所有的浏览器都已经开始支持新的HTML5 API，因此cookie是提高速度和兼容性的最佳选择。 #2楼 Cookies和本地存储有不同的用途。 Cookies主要用于读取 服务器端 ，本地存储只能由 客户端 读取。 因此，问题是，在您的应用程序中，谁需要此数据-客户端还是服务器？ 如果它是您的客户端（您的JavaScript），则一定要切换。 通过在每个HTTP标头中发送所有数据来浪费带宽。 如果是您的服务器，则本地存储不是那么有用，因为您必须以某种方式（使用Ajax或隐藏的表单字段或其他方式）转发数据。 如果服务器仅需要每个请求的全部数据的一小部分，则可以这样做。 无论哪种方式