php - 如何实现PHP/HTML缓存

Question

我已经阅读了一些关于实现php缓存系统的指南（我的站点是自定义编码的，查询量很大而且还在增长），其中包括：http://www.snipe.net/2009/03/quick-and-dirty-php-caching/
我完全理解它们，但页面的某些部分我无法缓存，最好的方法是什么？

Answer 1

如果进行大量读取但很少更新，则缓存很有用。数据库中的数据更改的频率越高，缓存系统的问题就越大。缓存确实会给代码库带来一定的复杂性，这可能是一种痛苦。在最坏的情况下，它甚至会减慢你的网站速度。
最重要的问题是：
何时必须使缓存失效？什么时候会变味？在大多数情况下，如果数据库查询返回的行与缓存该页时不同。但你怎么知道的？你没有（也许有办法，但我想不出任何自动取款机），因为要检查，你可能需要查询结果进行比较。
你能做什么：
每次更新数据库的相关部分时清除所有缓存
如果数据库很少更新（每小时、每天、每周），这确实是可能的。但是如果不断地发生变化，那就没用了。大多数web项目都是这样。
发生问题后清除缓存项
只有在不必立即反映更改的情况下（例如，在一段时间内如果有不正确的数据，这并不重要）。在这种情况下，如果某个项目的缓存超过X分钟，或者出现了超过Y个页面视图，则可以清除该项目的缓存。
只清除相关部分
在这里，您必须弄清楚更新数据库时缓存的哪些部分会受到影响。如果做得好，变化会立即反映出来，同时性能也会提高。
最有可能的是选择3：你必须找出答案。因此，作为一个例子，让我们以一个典型的weblog为例，它由一个frontpage、一个archive页面和一个detail页面组成。
更改由以下人员引入：管理面板（条目的crud）和注释
如果条目被编辑或删除，则必须清除以下项的缓存：
frontpage，如果条目是新的
相关的存档页，如果条目是旧的
条目的详细页
如果有人发表评论，您只需清除详细信息页面，但前提是索引或存档中未显示评论数。否则，与入口crud相同。
如果站点范围内的某些内容发生更改，则必须清除整个缓存（错误！）
现在，让我们考虑一下entry crud和归档。如果存档类型为“每月一页”，则清除条目所属的月份。但是如果档案是1-10，11-20，21-30。。。最有可能的是整个存档缓存必须重建。
等等。。。
一些问题：
如果不能正确识别所有受影响的部分，则可能导致数据过时和/或（非）死链接。
如果更新发生得太频繁，则构建缓存是额外的工作，因为在下一个页面视图发生时，缓存很可能再次过时，无论如何都必须重建。
页面的某些部分不适合缓存，例如（自定义）搜索功能。如果缓存在其他地方工作，一切都是快速和伟大的，但搜索仍然非常缓慢。
如果在发生大量请求时必须清除整个缓存，则可能会出现问题。然后它可能会阻塞服务器，因为缓存未命中通常比页面一开始没有缓存更昂贵。更糟糕的是，如果有3个请求进入，并且第一个请求在处理其他两个请求之前无法缓存该页，则缓存将被请求3次而不是一次。
我的建议是：
优化数据库。钥匙和配置好了吗？也许它不用缓存就可以工作。
优化查询。”解释选择“！
只缓存页面的一部分-昂贵的部分。用str_replace和占位符填充小而便宜的更改
如果一切正常，使用apc或memcached代替文件（文件通常工作得很好，但是apc/memc更快）。你也可以使用你的数据库来缓存你的数据库，通常这很好！
您是在构建一个懒惰的还是急切的缓存系统？lazy意味着：在页面第一次请求时构建缓存，eagery意味着：在更新之后。
嗯，我没有什么真正的建议给你。太依赖于问题：）
更新
有人请求输入密钥为256的博客条目。它显示博客条目、评论和当前登录的用户。查询条目和注释、格式化所有文本和所有内容都很昂贵。当前登录的用户驻留在会话中。
首先，为要缓存的零件创建唯一键。在这种情况下，缓存键可能是条目的数据库id（带有一些前缀和后缀）。
因此，缓存文件的名称应该是cache/blogentry_256.tmp。检查，如果该文件存在。
如果它不存在，那么做所有昂贵的查询和格式化，留下一个占位符（例如{用户名}），其中当前用户的名字应该是，并将结果保存到cache/blogentry_256.tmp。请注意不要将任何不应为每个人显示或根据每个请求进行更改的数据写入此文件。
现在，读取文件（或者重用1中的数据），str_将用户名替换为占位符。echo结果。
如果条目被更改或有人评论，则必须删除条目id为的缓存文件。
这是延迟缓存-只有当用户请求页面时才构建缓存。小心-如果用户在注释中键入{username}，注释也会插入其中！这意味着，在str_替换之后，必须对缓存的数据进行转义并对其进行解压缩。这种技术也适用于memcached或apc。
问题：您必须围绕缓存设计构建设计。如果你想显示“5分钟前发布的评论”而不是“5月6日下午3:42添加的评论”，那么你就有麻烦了。