开发中GBK+UTF8编码的处理

以前自己开发项目,前后统一,都是utf8,也没出现过什么问题。可是最近,一个小demo暴露出了问题。

html页面是gbk,php代码是utf8,数据库又是gbk,这,,,奶奶的,坑了~

页面有input 的text类型,和textarea ,都是文本输入和显示的。

涉及函数:

  js:encodeURIComponent()

  php:urldecode()  addslashes() htmlspecialchars()

解决思路:

  1、页面gbk、utf8无所谓,反正都会自动检测。输入字段提交时,用js的encodeURIComponent()处理,因为放在url上,防止特殊字符("#")将url截断。

  2、php是utf8,$_GET[""]到参数后,要对文本 用php的urldecode()解开。

  3、准备存入数据库时,一、对于字符串,要用addslashes()加转义。二、用UTF8转GBK函数,将字符串转编码。       //addslashes用来解决单引号、双引号、反斜杠、null

  4、读出数据库时,一、如果输出页面要gbk,则转gbk,不需要则不管。二、对于页面输出字符串,需要用php的htmlspecialchars()转义,防止xss攻击等。 //转义单引号、双引号、尖括号、&符号

 

注意点:

  json_encode($arr) 会把“gbk”编码的中文变成“空或乱码”,需要先把$arr中的中文转码成 “utf8”。

转载于:https://www.cnblogs.com/zhongyuan/p/4576649.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值