//+------------------------------------------------- //|　文件 validate_image.php //|　预先在支持GD库的做好一些图片，推荐使用GIF格式，文件名与图片里 //|　面的里面的数字一致，将图片放入一个文件夹。设置CONFIG里面的数据. //|　引用 <IMG SRC="{ filepath }/validate_image.php"> //|　验证页面对比 //|　$_COOKIE['validate'] == md5($_POST['input']) //|==================CONFIG START=================== $image_path="numimage";// 图片文件路径 后面没有'/' $image_ext ="gif";// 图片文件扩展名 //===================CONFIG E...

图片的拼合用imagecopy()和imagecopyresampled()等函数就可以搞定，到了画文字的时候遇到了一个难题。 文字的模板是保存在一个文本文件中，程序先读取这个文件然后用数据替换掉里面的变量，再使用imagettftext()函数画到图片上，不幸的是画出来的图片居然是乱码@_@……于是上Google搜索相关的问题，发现大部分人都是在说imagettftext()函数中传递的字串要UTF-8编码，而PHP官方手册中也明确写着“UTF-8编码的字串可以直接传递”，可问题是模板文件的编码本来就是UTF-8的，这就有点莫名其妙了。无奈之下我用EmEditor打开原来的模板文件，尝试转换成不同的编码后和GD输出的乱码做对比，结果发现转换到EUC...

如果我们编译运行下面这个程序会看到什么？ public class Test { public static void main(String args[]) { System.out.println(0.05 + 0.01); System.out.println(1.0 - 0.42); System.out.println(4.015 * 100); System.out.println(123.3 / 100); } } 你没有看错！结果确实是 0.060000000000000005 0.5800000000000001 401.49999999999994 1.2329999999999999 Java中的简单浮点数类型float和double不能够进行运算。不光是Java，在其它很多编程语言中也有这样的问题。在大多数情况下，计算的结果是准确的，但是多试几次（可以做一个循环）就可以试出类似上面的错误。现在终于理解为什么要有BCD码了。 这个问题相当严重，如果你有9....