中文验证码引出的问题

   先说说环境吧。Redhat linux 7.3， jdk1.4，英文环境，但支持中文语言。
   中文验证码简单吗？相信很多人在没有做之前也会跟我有同样的想法，简单的很，因为在网上一搜一大堆，都是相同的做法。但是我在做的过程中，却没有我想象的简单。那么，是什么原因增加了这个验证码的难度？

    1.中文字体：jre默认是没有安装中文字体，而linux系统也没有中文字体，导致图片中的中文显示的时候变为方格。
    解决的方法也很简单：1.系统安装中文字体。2jre增加中文字体。
    但是实施起来可不像想象的那么简单。这个linux系统可是redhat linux7.3，找不到系统盘，没有合适的字体。听说可以把windows的中文字体拷贝到linux下，但没有界面，真不知这种方法怎样安装中文字体，好让我抓狂啊。
    相比之下，第二个方法就简单多了，直接把windows中的中文字体复制到jre/lib/fonts目录下就行了，但我就奇怪，我看网上有人说在fonts目录下再建一个文件夹，把字体文件复制到这个新建的目录下，硬是没用。
  
    2.从utf-8编码的页面提交数据到gb2312编码的页面
    假设服务器A的页面是以UTF-8编码的，服务器B的页面是以gb2312编码的，现在从A post数据到B，并且指定A post数据时以gb2312编码。如果是firefox的话可以在form里面加个属性accept-charset='gb2312'，但是这对ie无效，没办法，只好再加一句，document.charset="gb2312";我想不到更好的解决办法。
    所以我希望我们在做应用的时候尽量的统一编码。

    3.cookies共享的问题
    可能当时对cookies的认识还不够深入吧。因为drp前台的登录有2个入口，一个是在本地服务器，另一个是在不同的服务器。如果在产生cookies的时候不设置域名的话，在servlet产生cookies的时候会设置默认的域名为服务器的地址，这样的话，cookies的同一个key就有2个值（因为有2在不同服务器，这是我在开发的时候没有考虑到的），这样登录的时候从cookies中取出的值就有可能不同你输入的值，这样就会有验证码错误，这是问题的根源，要解决也很简单，只要设置域名，那么这2个服务器就共享这个cookies了。

    虽然解决方法很简单，但我认为分析问题产生的原因更重要，如果不能定位到错误的源头，那么我们根本不可能快速的解决问题。