在使用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下编程时,保存的时候,如果出现如下图所示错误:
...