基于Keil的用C语言写的UTF转GBK的代码,用的查表法,字库占用41K左右Flash,可以用于将数据流中的UTF文本转化为GBK,解决串口显示或者TF或LCD显示中文乱码的问题
2019-12-21 20:01:12 42KB UTF8 GBK
1
Ueditor(jsp_utf8编码版)百度文章编辑器_插件 貌似是2013年5、6月的版本,现在最新的包又不一样了
2019-12-21 20:00:50 4.03MB Ueditor 文章编辑器 jsp
1
压缩包包括4个函数:gbk转unicode互相转换; utf8和unicode相互转换
1
跨平台(windows Linux)是纯c实现 gbk/utf8互转,Ansi/Utf8互转,
2019-12-21 19:56:14 87KB Ansi/Utf8 gbk/utf8 Ansi转Utf8 互转
1
所有符号+常用3500汉字字符。用于生成字体贴图. 例如,textmeshpro等可使用此文档生成字库
2019-12-21 19:53:15 18KB 3500汉字 textmesh 汉字 字体贴图
1
上次曾经传过一个易宝、支付宝、财付通、云网等多用MD5加密程序。 易宝是采用hmac的MD5加密,提供的ASP版函数不支持中文,使用dll注册那个兼容又不太好。 上次我发布的加密程序也不支持中文,且支付宝那个加密函数是错误的。 为此我专门研究了三天的hmac方案,当然了我也只是通过改进代码反复测试而已。 先是调用易宝提供的C++版dll,因为我知道它支持中文。我先是把ASP版的密钥key进行unicode处理, 然后用中文密钥与dll版加密结果竟然一致了。当时一高兴,认为处理中文字符肯定是采用unicode的。 结果把密文换成中文一试,又不行了。我又想到按普通字符处理,中文字符再And &HFF,反复试验还是不行。 浪费了两天,也找到了另一个C++版hmac函数源码,没看到有字符编码处理。最后才想到易宝提供的其它源码。 PHP源码还是比较容易看懂的,原来加密的字符text和密钥key都是先转换为UTF-8编码。 这一点与原先那个dll里就可能不一致,把PHP上传到空间一测试,果然密钥使用中文是不一样的。 我也无法知道易宝自己到底使用哪一种方案,先设计一个UTF-8的转码函数吧。 网上找了下,光这些函数都有几十K大小,还是自己设计省事。ASP版的hmac都不支持中文,就是没有转码函数。 VB还有StrConv可以转换unicode,ASP却不能用。其实我们常用的ASP版md5加密,与其它程序的也是不兼容中文。 原因还是ASP转换unicode十分困难,但是支付宝的接口是有这么个函数的,而且代码很简练,我参考它设计了UTF-8编码函数。(支持多国语言的哦) 经过三天的改进,程序从17K精简到了9K,使hmac兼容中文,md5也提供了两个版本,一是ASP简版,二是标准版。 这个标准版是指其它程序都在采用的unicode编码方案,其实ASP简版才是我们最多使用的,但它并不通用。 调用方法:HmacMd5(text,key)-加密内容支持中文,但key最好用非中文的。 md5(text)-简版,ASP_MD5(text)-标准版 支付宝一定要用ASP_MD5,财付通的加密内容一般没中文的,所以两者均可。
2019-12-21 19:50:56 3KB ASP hmac md5 utf-8
1
pcre-8.21.tar.gz下载资源希望对大家有所帮助
2019-12-21 19:50:02 1.48MB pcre
1
使用smart-upload.jar上传后台后到中文值出现乱码,使用过滤器及设置转码也没效果,页面设置为GBK,GB2312提交后台中文显示正常,参考以下资料 总结如下: 使用jspsmart.jar要修改代码:由于各版本不同,修改也有所变化
2019-12-21 19:49:14 14KB jspsmartupload 乱码 UTF8 smartupload
1
pcre-8.39.tar.gz
2019-12-21 19:49:04 1.97MB 虚拟机
1
2019年条形码数据库,总共1084868条数据,亲测导入数据库无乱码,搜索“五粮液”有321个条码数据,搜索“海飞丝”有225个条码数据。数据包含:条码编号,商品名称,容量,单位,产地等。
2019-12-21 19:45:57 102.8MB 条码 2019 mysql utf8
1