在使用smarty模板的同僚中估计都遇到过裁切乱码问题。特别是UTF8编码的。

以下代码保存为modifier.truncate2.php 存到smarty libs下的plugin目录下

然后裁剪的时候用$v->content|truncate2:100

就搞定了。

如果不好用可能是缓存导致，请速度删除templates_c下的缓存文件（小编搞的时候遇到缓存问题。）

 在ueditor官方网站下载了一个ueditor v1.4.3 ASP版（utf-8版），放到本地电脑的IIS7上边，上传图片等功能都没问题。 然后把本地代码上传到服务器上了（win2003 IIS6），结果在上传图片的时候，报错：

服务器返回出错。 （如下图）。   

在php中常见的计算字符串长度的函数有：strlen和mb_strlen.当字符全是英文字符的时候，两者是一样。这里主要比较一下，中英文混排的时候，两个计算结果。

先来看一个例子：

 <?php  
 //测试时文件的编码方式要是UTF8  
 $str='中文a字1符';  

很多使用destoon的用户在网站转移服务器后，一切正常，但是在有搜索页面时，搜索汉字就会出现乱码 框框 之类的符号，而搜索数字，英文则很正常。

对于使用destoon（GBK）模板的用户来说，解决方法为：

将.htaccess文件中的

RewriteRule ^(.*)-htm-(.*)$ $1.php?$2 

改为

RewriteRule ^(.*)-htm-(.*)$ $1.php?$2 [NU]

在讲魅族M9的通讯录导出为xml格式之后， 又转换成vCard(.vcf)，导出的名片后，在红米手机里无法导入，提示格式不对，最后发现，原来红米手机不支持utf8+BOM编码的名片导入。

一个带标签，一个没有标签。
BOM是Byte Order Mark（定义字节顺序），因为在网络传输中分两种顺序：大头和小头。

由于兼容性，带BOM的utf-8在一些browser中显示为乱码。

网上搜索了关于Byte Order Mark的信息：
在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建

昨天遇到一个棘手的问题，在老项目里加些js文件和老项目的编码格式不一致出现乱码。老页面是GB2312，链入的js文件是UTF-8，两个文件都不能转格式。

第一个想法就是将js文件中的中文转换为unicode编码。这种做法是建立在牺牲可读性的条件下的，中文全都变成密码了。

事后想想应该还有更好的方法吧，然后就去百度，方法如下：

在MyEclipse下编程时，保存的时候，如果出现如下图所示错误：

...