Debugging 斯玛蒂有时很慢

Debugging 斯玛蒂有时很慢,debugging,smarty,Debugging,Smarty,我们使用Smarty,有时渲染模板确实需要很多时间。正常情况下,它工作正常,但有时(比如1000个页面中的1个随机页面视图)渲染模板大约需要5秒钟。我们不使用smarty函数或插件,只使用简单的变量。可能有什么问题,去哪里找?模板已经编译好,在“减速”之前不会更改。可能不是您想要的,但仍然是一个答案: 如果您只使用变量,可能使用简单的循环和控制结构,我建议您使用另一个基于PHP的模板系统。毕竟,PHP被设计成一种模板语言 这种方法有多个积极方面: 您不必再学习另一种语法 在PHP上添加另一层会损

我们使用Smarty,有时渲染模板确实需要很多时间。正常情况下,它工作正常,但有时(比如1000个页面中的1个随机页面视图)渲染模板大约需要5秒钟。我们不使用smarty函数或插件,只使用简单的变量。可能有什么问题,去哪里找?模板已经编译好,在“减速”之前不会更改。

可能不是您想要的,但仍然是一个答案:

如果您只使用变量,可能使用简单的循环和控制结构,我建议您使用另一个基于PHP的模板系统。毕竟,PHP被设计成一种模板语言

这种方法有多个积极方面:

  • 您不必再学习另一种语法
  • 在PHP上添加另一层会损失额外的开销,这在很大程度上重复了PHP已经可以做的事情

  • 是的,实现Smarty是一个很大的错误,但我们不能轻易回头:-(请看我这里的问题,我想补充一下,在我看来,甚至是截断文章预览,甚至将1000000字节转换为(大约)1MB是表示逻辑。这种东西在Smarty中变得非常混乱和丑陋。为什么要在Smarty中截断预览?这没有任何意义,你应该在php中这样做?为什么不呢?如果设计师决定突然显示完整的文章,而不是只显示截断的部分,那么他(自己)无能为力.在我看来,显示全部或部分消息是演示逻辑-它与程序的流程无关…模板是否已经编译,还是在它们更改之后?我是Smarty的粉丝。