Leakon

使用 Smarty 模板的时候，通常都是用 ‘{‘ 和 ‘}’ 作为定界符（delimiter）。

有时，我们需要在 html 代码里输出大括号，如果在模板里直接写出来，会被 Smarty 的解析器认为是定界符，然后会报错：

Smarty error : syntax error: unrecognized tag

无法识别的标签！

如何解决呢？有 2 种办法：

1：内置变量

ldelim, rdelim
ldelim and rdelim are used for displaying the literal delimiter, in our case “{” or “}”. The template engine always tries to interpret delimiters, so this is the way around that.

ldelim 和 rdelim 用于输出分隔符，也就是大括号 ‘{‘ 和 ‘}’。如果只是输出很少的几个大括号，请使用此方法。

2： 文本转义

我们经常会在 html 里写 javascript 函数，就不可避免地写大量的大括号，这个时候上面的解决方法就不适用了，Smarty 提供了一个转义一段代码的标签：{literal}…{/literal}
{literal}

{/literal}

这样，就可以在里面随意写各种符号，不必担心 Smarty 引擎会错误解析了！

PHP DEFINE（原作者：CS，在此感谢CS同学的帮助）

DEFINE是大家常用的定义常量的方法，但是DEFINE是存在一定的性能问题的。虽然一般的项目中可能会觉得DEFINE也不会很多，影响不是很大。

但是，实际上，由于require的使用和嵌套等，会在不知不觉中引用到很多的DEFINE。 例如，公司某个最近发布的项目中，一个典型的页面会引用到接近400个DEFINE，使用APD进行profiling后会发现DEFINE消耗的CPU非常靠前。

我们进行了一些对比测试：准备了4个php文件

d1.php

d2.php

d3.php

s1.php

每个文件都是重复1000项，以使对比效果明显。

主程序分别requrie这四个文件，对比进行压力测试。对比测试的结果如下：

d1.php – QPS 1050 左右
d2.php – QPS 1300 左右
d3.php – QPS 2500 左右
s1.php – QPS 3500 左右

结论：

很明显，DEFINE的性能是最差的，而且对比来看，是非常的差。 因此，建议在需要定义常量的地方，可以建立一个专门的常量类。

测试环境：

apache 2.0.59 php 5.2.1
HP DL360 XEON 3.0G*2 2G

function display() {
setTimeout(
function() {
// 生成背景图层
var obackgound = document.createElement(‘div’);
obackgound.id = ‘my_background’;
document.body.appendChild(document.body, obackgound);
// 在 app 这个容器里显示有价值的内容
var app = $(‘container’);
var fix_position = function() {
if (app.style.display == ‘none’) return;
var ch = document.documentElement.clientHeight,
sh = document.documentElement.scrollHeight,
st = document.documentElement.scrollTop;
// 背景图层的 宽高 是浏览器实际内容的 宽和高
obackgound.style.height = (sh > ch ? sh : ch) + ‘px’;
obackgound.style.width = document.body.clientWidth + ‘px’;
// 根据要显示内容的宽高，确定他在浏览器里的位置
var pos = [], pw;
pw = 840;
pos[0] = (document.body.clientWidth – pw) / 2;


pos[1] = parseInt(st);
if (navigator.product && navigator.product == ‘Gecko’) {
pw -= 140;
}
app.style.position = ‘absolute’;
app.style.left = pos[0] + ‘px’;
app.style.top = pos[1] + ‘px’;
app.style.width = pw + ‘px’;
}
// !!! 重要 !!! 这里是问题的关键，Windows 和 Firefox 对 window.onresize 事件的处理方式不同
// 在浏览器装载了新内容，并重新绘图的时候，总体内容的尺寸会发生变化，但是调用上面这个事件的时间点不同
// IE 容易导致死循环
// 所以，加了延迟，避免 IE 崩溃。这里就体现出 Firefox 浏览器在设计上的优秀之处。
setTimeout(
function() {
window.onresize = fix_position;
}, 100 );
obackgound.style.display = ‘block’;
fix_position();
},
50
);
}