我正在尝试确定何时提供静态HTML,以及何时根据PHP需要生成HTML。我的意思是,当用户请求一个页面时,它是已经在HTML表单中等待了,还是由PHP生成,然后作为HTML发送。
更具体地说,什么是用户公共页面的最佳选择,类似于您的Facebook公共页面,链接或类似。
如果页面是“内容生成器”,它需要由PHP生成,因为内容是动态的。假设或一般情况假设用户根据需要或在每次登录时更新其数据。
如果页面是针对用户数据的“内容请求者”的,那么只要用户没有登录并更改页面,static...it就不会更改。因此,在HTML中生成一个静态文件并为用户数据的请求者提供服务是有意义的。假设在生成器的登录之间有大约10个对公共页面的请求,sessions...this将节省10个服务器“负载”来生成数据,因为它们已经在以静态形式等待。
请注意生成内容的用户“生成器”和请求公共类型页面的用户-“请求者”之间的区别。
我想知道是否有人可以验证这种方法。生成在“生成器”更新之间使用的HTML静态文件。这是一个验证问题。这是一个有效的方法吗?
发布于 2012-02-20 05:06:43
几乎任何包含任何动态信息的web应用程序,即使是在顶部打印当天的日期或在底部填写版权声明等内容,都将使用动态生成的页面。
但是,这并不意味着每次加载页面时都会动态加载页面。相反,可能存在一些缓存,以限制服务器重新生成大多数静态内容的工作负载。(这里讨论的是在服务器上缓存生成的内容,而不是在浏览器的缓存中)。像Smarty这样的模板系统可以做到这一点,而且大多数CMS系统也会有某种缓存机制来实现这一点。
您将需要研究PHP缓存机制。
然而,只有当你的网站现在没有适当的伸缩时,这才是必要的。换句话说,除非您的服务器跟不上当前的负载,否则不用担心缓存。
HTML :为了清晰起见,这种缓存与操作码缓存无关,而是用于预先呈现为计算密集型或数据库密集型数据。缓存的文件将被提供给客户端,直到它被视为过期,然后必须再次进行完整页面呈现,以命中数据库以获取最新数据。
https://stackoverflow.com/questions/9353197
复制相似问题