对textarea操作的时候，直接使用jQuery的$(“#editorid”).val(“设置新的值”)不起作用，最后用下面的语句搞定

CKEDITOR.instances.content.setData("秘密小黑屋"); // content 就是前面 CKEDITOR.replace 的第一个参数值

或者使用

var editor = CKEDITOR.replace("content");
editor.setData("秘密小黑屋");

获取值，可以使用

alert(CKEDITOR.instances.content.getData()); // content 就是前面 CKEDITOR.replace 的第一个参数值

或者

var editor = CKEDITOR.replace("content");
alert(editor.getData());

直接使用jQuery的模式也起作用

alert($("#content").val());

另外，jQuery的表单清空，多个不同项目的时候可以使用下面的组合：

           $(':input','#myform')                    //所有input,传入form表单的id
                 .not(':button, :submit, :reset, :hidden')   //除去这些按钮的操作
		 .val('')                                    //值清空
		 .removeAttr('checked')             //去掉checkbox的选择
		 .removeAttr('selected');           //去掉select box的选择

select appid, code, name, url from hall_games where code=:code

测试机上一运行就出现这个异常。
org.springframework.dao.IncorrectResultSizeDataAccessException: Incorrect result size: expected 0 or 1, actual 8: com.xiaonei.in.dao.LoginUserDAO#getHallGameInfo
…
于是查看文档。
Data access exception thrown when a result was not of the expected size, for example when expecting a single row but getting 0 or more than 1 rows。
当期望返回的结果记录是1时，如果返回值为0或者>1会抛此异常。于是修改sql,当需要一条数据的时候，还是老实加上limit 1比较好。

select appid, code, name, url from hall_games where code=:code limit 1

public static HttpMethod loginXN() throws IOException {
                PostMethod post = new PostMethod("http://passport.renren.com/PLogin.do");
		NameValuePair user = new NameValuePair("email",
				"zhangsan@hotmail.com");
		NameValuePair pwd = new NameValuePair("password", "12345");
		NameValuePair domain = new NameValuePair("domain", "renren.com");
		post.setRequestBody(new NameValuePair[] { user, pwd, domain});
		return post;
}

如果是https的请求，略微麻烦一点，需要使用SSLProtocolSocketFactory，在new HttpClient实例的时候，需要指定一下。

public static String httpGet(String url,Header header) {
        Protocol myhttps = new Protocol("https", new SSLProtocolSocketFactory(), 443);
        String result = "";
        HttpClient httpClient = new HttpClient();
        GetMethod getMethod = new GetMethod(url);
        getMethod.getParams().setParameter(HttpMethodParams.RETRY_HANDLER,
                new DefaultHttpMethodRetryHandler());
        int statusCode = 1000;//默认代码Connection refused
        try {
            httpClient.getHostConfiguration().setHost("passport.dudusp.com",443,myhttps);
            getMethod.addRequestHeader(header);            
            statusCode = httpClient.executeMethod(getMethod);//执行getMethod
            if (statusCode == HttpStatus.SC_OK) {
                result = getMethod.getResponseBodyAsString();
            }
        } catch (Exception e) {
            log.info(e.getMessage(), e);
        } finally {
            getMethod.releaseConnection(); //释放连接
        }
        return result;
    }

根据上述处理过程，passport的使用方法为：
1.passport的请求地址为：passport.no.xxxx.com；
2.应用服务器请求passport页面时，需提供forward跳转参数；
3.passport接收请求，验证正确的情况下，返回验证票(ticket参数)；
4.应用服务器二次验证的过程为：
1）构造HTTP REFERER请求头；
2）携带HTTP REFERER请求头，远程读取passport.no.xxxx.com/verify.php?t=$ticket(该$ticket为 passport返回的ticket)地址的内容；
3）如果passport验证成功，返回用户名，否则返回空串。

passport的使用示例如下（以MM系统为例http://mm.renren.com/index.php）：
1.MM请求访问passport的地址：https://passport.no.xxxx.com/login.php?forward=http://mm.renren.com/index.php
2.passport验证成功后，将地址重定向到http://mm.renren.com/index.php/index.php?ticket=nscr3omh80rn367h5pu0dq76u0
3.MM系统处理passport验证票($ticket参数)的过程为：

   function auth_check_valid($ticket){
       if($ticket == "")
           return false;
 
       $opts=array(
           'http'=>array(
               'header'=>"Referer :".$_SERVER['REQUEST_URI']
           )
       );
 
       $context = stream_context_create($opts);//构造HTTP REFERER头   
       $url = "https://passport.no.xxxx.com/verify.php?t=".$ticket;
       $user_id = file_get_contents($url,false,$context);//二次验证，远程请求用户名       
       return $user_id;//返回登录用户名，需进行后续判断是否为空串
   }

在接下来的文章中，我们会进一步讲解如果使用程序模拟登录验证系统，该怎么处理。

from jpype import *
startJVM(getDefaultJVMPath())
java.lang.System.out.println("hello world")
shutdownJVM()

运行结果如下：

[root@SJSWT45-26 wei]# python testp2j.py
hello world
JVM activity report     :
        classes loaded       : 30
JVM has been shutdown

2.  启动JVM

依靠startJVM这个函数来完成，一个使用的例子是这样的：

vmPath = jpype.getDefaultJVMPath()
jpype.startJVM(vmPath, "-Xms32m", "-Xmx256m", "-mx256m", "-Djava.class.path=/home/some-lib.jar:")

startJVM的第一个参数是JVM库所在的路径（和JAVA_HOME不是一回事儿），通常可以用jpype.getDefaultJVMPath()来自动获取系统默认JVM的路径。如果系统中安装了多个JDK，希望从中选择一个，则可以手动注明这个路径。比如Mac OSX下可以写成“/System/Library/Frameworks/JavaVM.framework/Libraries/libjvm_compat.dylib”。

剩下的都是发送给JVM的启动参数，每个逗号见是一个参数。因为这里是不支持带空格的参数写法的，所以例子里特意把classpath参数写成了-Djava.class.path=…的形式。注意这里需要手工保证参数的正确性，jpype是不会对错误的参数给出提示的，它的反应很简单，就是在后面用到这个JVM的时候报一些怎么也想不明白的错误……所以，使用jpype遇到任何问题，首先检查传给startJVM的各参数正确性。

3.  如何调用一个Java函数

主要靠JPackage语句来实现，比如

Document = jpype.JPackage('org').w3c.dom.Document

可以把Java里面的org.w3c.dom.Document映射给Python里面的Document变量。
java和javax两个包不需要以这种方式来调用，直接类似jpype.java.lang.System.out.println()这样就可以了。

有时候我们会遇到类似“TypeError: Package org.w3c.dom.Document is not Callable”这样的错误。通常这时用到的Java指令在jar里面，而这个jar没有被正确导入，所以JVM找不到它。也就是说，遇到这种错误时，要去检查startJVM函数中的-Djava.class.path=参数的设置，通常都是因为这里的路径写错了造成的。

4.  如果捕捉Java异常

可以在Python里使用 jpype.JavaException指代所有的Java异常，比如像下面这样：

import jpype
jpype.startJVM(jpype.getDefaultJVMPath())
try:
    jpype.java.lang.Integer("x1")
except jpype.JavaException, ex:
    print ex.javaClass(), ex.message()
    print ex.stacktrace()    
jpype.shutdownJVM()

如果要捕获特定的Java异常呢，则需要用到jpype.JException，比如像下面这样捕获的就是java.lang.NumberFormatException：

import jpype
jpype.startJVM(jpype.getDefaultJVMPath())
try:
    jpype.java.lang.Integer("x1")
except jpype.JException(jpype.java.lang.NumberFormatException), ex:
    print ex.javaClass(), ex.message()
    print ex.stacktrace()    
jpype.shutdownJVM()

5.  如何处理Java的函数多态

Java里面是允许参数格式不同的多个同名函数的，Python里面则不允许。这样在通过jpype调用Java api里面的函数时，有时会因为参数的类型乱掉而报错。那么怎么能调用到Java里面的特定函数呢？没办法，做强制类型转换吧。

比如jpype.java.lang.System.out.println(1)实际会调用println(int)，那么如果我们想调用println(byte)%，则可以写成jpype.java.lang.System.out.println(JByte(1))这样。。

6.  如何重启JVM

jpype提供的shutdownJVM()方法实际调用的是JNI接口的unload实现，但是Sun对unload的实现有点问题，造成的结果就是jpype调用shutdownJVM()以后就没法再startJVM()了（会报错）。什么？您问关掉JVM干嘛还要重新开启它，这个折腾个什么劲？答案很简单：因为有时在未知的黑暗角落隐藏着邪恶的源头——内存泄露。。

既然jpype没法重启JVM，那么只好把jpype放到processing里面来用，需要重启时，就杀掉当前进 程，重新启动一个新进程好了。。（processing安装很简单，Python 2.6官方发行版已经带了，之前的版本则可以easy_install processing）

下面给出一个processing下用jpype的例子：

import jpype
import processing
 
def java_loop(pipe, id):
    jpype.startJVM(jpype.getDefaultJVMPath())
    while True:
        jpype.java.lang.System.out.println(pipe.recv() + ' ' + id)
        pipe.send(None)
 
head1, head2 = processing.Pipe()
p = processing.Process(target = java_loop, args = [head2, '(JVM 1)'])
p.setDaemon(True)
p.start()
head1.send("Hello message from")
head1.recv()
p.terminate()
 
head1, head2 = processing.Pipe()
p = processing.Process(target = java_loop, args = [head2, '(JVM 2)'])
p.setDaemon(True)
p.start()
head1.send("Hello message from")
head1.recv()

这里用到的pipe.recv()要小心，一旦阻塞可能会与twisted之类的框架产生冲突。一个可能的解决办法是在recv()之前用pipe.poll()函数检测一下管道里面是否有待接收数据，如果没有就等一会重新poll()就是了。[poll()自称是非阻塞的，因为它只阻塞当前线程；而recv()则会阻塞当前进程，于是twisted就不干了]

#yum install gcc  //确认gcc已经安装，可以gcc -v确认

#wget http://monkey.org/~provos/libevent-1.4.5-stable.tar.gz  //下载最新的稳定版本
#tar xvzf libevent-1.4.4-stable.tar.gz  //解压缩
#cd libevent-1.4.4-stable 
#./configure -prefix=/usr/local/libevent //开始编译
#make
#make install

接着安装memcache.

#cd /home/mysoft/
#tar -zxvf  memcached-1.4.5.tar.gz
#cd  memcached-1.5.0
#./configure --prefix=/usr/local/memcached --with-libevent=/usr/
#make #make install
#ls -al /usr/local/memcached/bin //验证安装

如果没有问题，现在就可以正常启动memcached了，命令如下：

/usr/local/memcached/bin/memcached -d -m 100 -u root -l 192.168.1.101 -p 11211 -c 256 -P /tmp/memcached.pid

-d选项是启动一个守护进程，
-m是分配给Memcache使用的内存数量，单位是MB，我这里是100MB，
-u是运行Memcache的用户，我这里是root，
-l是监听的服务器IP地址，如果有多个地址的话，我这里指定了服务器的IP地址192.168.1.100，
-p是设置Memcache监听的端口，我这里设置了11211，最好是1024以上的端口，我们这里统一使用11211-c选项是最大运行的并发连接数，默认是1024，我这里设置了256，按照自己服务器的负载量来设定。
-P是设置保存Memcache的pid文件，我这里是保存在/tmp/memcached.pid
常见的启动失败信息有：
AA.启动时找不到libevent库
memcached: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory

解决办法1：将libevent库所在路径加入LIBRARY_PATH,在/etc/profile中加入
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/libevent/lib

解决办法2：
ln -s /libevent安装路径/libevent/lib/libevent-1.3b.so.1 /usr/lib/libevent-1.3c.so.1
详细的处理过程如下：
>locate libevent-1.4.so.2
libevent-1.4.so: /usr/local/lib/libevent-1.4.so.2

> ldd /usr/local/bin/memcached
linux-gate.so.1 => (0xb7fa4000)
libevent-1.4.so.2 => not found
libpthread.so.0 => /lib/libpthread.so.0 (0x0086e000)
libc.so.6 => /lib/libc.so.6 (0x006f7000)
/lib/ld-linux.so.2 (0x006d9000)

> LD_DEBUG=libs ./memcached -v
找到默认路径 /usr/lib/
>ln -s /usr/local/lib/libevent-1.4.so.2 /usr/lib/libevent-1.4.so.2

>ldd /usr/local/bin/memcached
linux-gate.so.1 => (0xb7ffd000)
libevent-1.4.so.2 => /usr/lib/libevent-1.4.so.2 (0xb7fdc000)
libpthread.so.0 => /lib/libpthread.so.0 (0x0086e000)
libc.so.6 => /lib/libc.so.6 (0x006f7000)
libnsl.so.1 => /lib/libnsl.so.1 (0x009f8000)
librt.so.1 => /lib/librt.so.1 (0×00887000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00b29000)
/lib/ld-linux.so.2 (0x006d9000)
收工
AB.第二个可能的问题是编译memcache期间出现的，解决方案可以参考这儿
或者 在./configure 时加入参数–build=i686-pc-linux-gnu
AC.如果客户端连接不上，可能是服务器防火墙的原因，选择关闭或者增加相应的iptables文件如下:
#永久性生效，重启后不会复原
开启： chkconfig iptables on
关闭： chkconfig iptables off
#即时生效，重启后复原
开启： service iptables start
关闭： service iptables stop
#修改/etc/sysconfig/iptables文件，
添加-A RH-Firewall-1-INPUT -m state –state NEW -m tcp -p tcp –dport 11211 -j ACCEPT

使用的方式可以有很多种，常见的语言api通过官方网站都能找到，比如php的参考这儿，需要memcached插件
Java的可以选择这个spymemcached或者java memcached，其他语言的可以从这个列表中查找。

希望能自动生成toString()方法

解决方案

使用Commons Lang的ReflectionToStringBuilder或ToStringBuiler,配合ToStringBuilder可生成toString()方法
.下面的代码显示了如何使用反射生成器(reflection builder)生成toString()方法.

import org.apache.commons.lang.builder.ReflectionToStringBuilder;

public String toString(){
return ReflectionToStringBuilder.toString(this);
}

让toString()的内容与不断变化的类保持一致,是一项让人心烦又容易遗忘的工作.Commons Lang带有一个非常易用的工具类,
通过反射自动完成这件麻烦事.ToStringBuilder类及其派生类ReflectionToStringBuilder能把原本臃肿的toString()方法
浓缩成一行.更重要的是ReflectionToStringBuilder反映了对象模型未来的变化趋势.

在有限的时间和预算条件下,面对含有上百个实体的对象模型,要保证toString()方法能实时更新几乎就是天方夜谭.如果你的类
拥有含义明确的toString()方法,在诊断程序时将会受益非浅.通过使用ReflectionToStringBuilder类,能确保输出是正确的.
依靠开发者手动维护toString()方法会很不可靠.

1、native2ascii简介：
native2ascii是sun java sdk提供的一个工具。用来将别的文本类文件（比如*.txt,*.ini,*.properties,*.java等等）编码转为Unicode编码。为什么要进行转码，原因在于程序的国际化。Unicode编码的定义：Unicode（统一码、万国码、单一码）是一种在计算机上使用的字符编码。它为每种语言中的每个字符设定了统一并且唯一的二进制编码，以满足跨语言、跨平台进行文本转换、处理的要求。1990年开始研发，1994年正式公布。随着计算机工作能力的增强，Unicode也在面世以来的十多年里得到普及。
2、获取native2ascii：
安装了jdk后，假如你是在windows上安装，那么在jdk的安装目录下，会有一个bin目录，其中native2ascii.exe正是。

3、native2ascii的命令行的命名格式：
native2ascii -[options] [inputfile [outputfile]]

说明：
-[options]：表示命令开关，有两个选项可供选择
-reverse：将Unicode编码转为本地或者指定编码，不指定编码情况下，将转为本地编码。
-encoding encoding_name：转换为指定编码，encoding_name为编码名称。

[inputfile [outputfile]]
inputfile：表示输入文件全名。
outputfile：输出文件名。如果缺少此参数，将输出到控制台。

4、最佳实践：
首先将JDK的bin目录加入系统变量path。在盘下建立一个test目录，在test目录里建立一个zh.txt文件，文件内容为：“熔岩”，打开“命令行提示符”，并进入C:test目录下。下面就可以按照说明一步一步来操作，注意观察其中编码的变化。

A：将zh.txt转换为Unicode编码，输出文件到u.txt
native2ascii zh.txt u.txt
打开u.txt，内容为“u7194u5ca9”。

B：将zh.txt转换为Unicode编码，输出到控制台
C:test>native2ascii zh.txt
u7194u5ca9
可以看到，控制台输出了“u7194u5ca9”。

C：将zh.txt转换为ISO8859-1编码，输出文件到i.txt
native2ascii -encoding ISO8859-1 zh.txt i.txt
打开i.txt文件，内容为“u00c8u00dbu00d1u00d2”。

D：将u.txt转换为本地编码，输出到文件u_nv.txt
native2ascii -reverse u.txt u_nv.txt
打开u_nv.txt文件，内容为“熔岩”。

E：将u.txt转换为本地编码，输出到控制台
C:test>native2ascii -reverse u.txt
熔岩
可以看到，控制台输出了“熔岩”。

F：将i.txt转换为本地编码，输出到i_nv.txt
native2ascii -reverse i.txt i_nv.txt
打开i_nv.txt文件，内容为“u00c8u00dbu00d1u00d2”。发现转码前后完全一样的。也就是说，等于没有转，或者说思想糊涂，对命名没有理解。

G：将i.txt转换为GBK编码，输出到i_gbk.txt
native2ascii -reverse -encoding GBK i.txt i_gbk.txt
打开i_gbk.txt文件，内容为“u00c8u00dbu00d1u00d2”。发现转码前后完全一样的。也就是说，等于没有转，或者说思想糊涂，对命名没有理解。

H：将u_nv.txt转码到本地编码GBK，输出到控制台
C:test>native2ascii -reverse -encoding ISO8859-1 i.txt
熔岩
从这个结果看，目标达到到了，编码i.txt为ISO8859-1，转为本地编码后内容为“熔岩”。从这里应该意识到，native2ascii -reverse命令中-encoding指定的编码为源文件的编码格式。而在native2ascii 命令中-encoding指定的编码为（生成的）目标文件的编码格式。这一点非常的重要！切记！！

继续探索，新建文件12a.txt，内容“12axyz”。看看纯字母数字的编码又如何。

I：将纯字母数字的文本文件12a.txt转换为Unicode编码
native2ascii 12a.txt 12a_nv.txt
打开12a_nv.txt文件，内容为“12axyz”。
继续测试，转为ISO8859-1编码看看
C:test>native2ascii -encoding ISO8859-1 12a.txt
12axyz
结果还是没有转码。

从结果可以得出结论：对于纯数字和字母的文本类型文件（只有ASCII码），转码前后的内容是一样的。

5、总结：
native2ascii是一个非常的好转码工具，并且转码是可逆的！而其真正的含义并非本地编码——>转码为ASCII码，而是一个通用的文本文件编码转换工具。在做编码转换的时候有两类指定编码的情形，分别指输出文件编码和输入文件编码，具体可以看看最佳实践部分。

1、做到真正以客户为中心的网站设计，产品、美工、技术等不能代表客户，当一个站点页面，一个业务流程设计好以后，有条件的话，最好的方法，是选择针对性的客户进行试用并提出意见：自己的观点，只代表你自己的认识，并不能代表客户的感受。如果做不到这点，就要用数据来说话，通过把不同风格，甚至文字提示信息的修改，都要测试一段时间，用数据来做对比，然后慢慢调优，这种改动不易过大，整版风格的改变，一般情况下对用户的转化率没有多大的帮助，而且数据的返回结果往往会对业务人员产生错误的指导方向。一个不错的创意，可能就因为一点的瑕疵，而被抛弃，这种应该尽可能的避免。

2、用户的体验。个人感觉用户的体验是最最重要的，在没有十足把握的情况下，不要修改网站既有的体验流程。要考虑到老用户的使用感受。一个很明显的例子，就是本来很早的时候我是用msn来写日记的，但是自从某次改版之后，变得十分的“恶心”，偌大的广告，巨慢无比的页面载入速度，结果可想而之，就是我另寻它山了。这种情况下，建议搞一种新版和旧版可以来回切换的功能比较好，习惯了老格局，老模式的用户可以继续使用。新用户可以引导着使用新的流程。对于内容提供方来说，最起码的就要保证页面在主流浏览器，主流分辨率下页面布局效果都要保持一致。实际上，就是IE(70%+) 和 Firefox(20%)，其中ie中主要是ie7(45%)和ie6(25%)，这部分主要由切页面的美工来保证效果，技术人员一般是不会去顾及的，笔者有两台机器，恰好一个是ie7，一个是用ie6,在做的几个页面中发现或多或少的都会有表格，文本域对不齐的情况发生。

3、现在来看下用户注册过程中的三个困扰：

a, 用户不知道给了你他们的个人信息，换回来什么好处 [注册后，输入邮箱密码导入用户]
b, 信息受挑战，要求填写太少，太多或不正确的信息
c，用户还没有建立信任，更不知道注册后会有什么的预期效果

个人之见，在需要用户转化的着陆页中，减少用户可选择点击的选项，减少用户对内容选择作决定，尽量减化流程。如果确实需要提供第二个选项，可将它放在网页的下端位置，防止用户从注册界面中分散注意力，因此通过减少干扰选项来提高网站的转化率。 但是，光秃秃的业务转化流程，显然效果也好不到哪儿去。用户在注册时，应该能看到我注册能干嘛，我为啥要输入详细的个人资料。这是一个冲突，这中间的，文字图片，应该摆放多少，摆放在哪儿？应该还是靠上面1的数据来说了算比较好，呵呵。