今天终于到家了。卧了一夜到火车。在六点多睡势良好的情况下被列车猿唤醒换票。另外卧铺车厢开灯太早了，并且关灯太晚了。
回到家中吃吃喝喝，洗澡理发，不知不觉就到中午了。下午实在困，睡了一下午。晚上的时候家人一起玩玩UNO.感觉很好。教会了爸妈。UNO还是适合各种人群的。
公司发的扑克牌，貌似只对懂外语的年轻人有效。对爸妈一点杀伤力都没有。下午还看了一下holmes.剧情还不错，根据现代场景改变的历史剧还是很有看头。
晚上再研究一下wordpress导入。自己改的脚本还是多多少少有些问题。导致解析不成功。
另外如果你真的加了oauth_callback,加入你的callback中没有参数，那谢天谢地，你的程序可以跑得很好。如果你的callback中有一个参数，那也谢天谢地，
你的程序可以跑得良好。如果你的callback中有更多到参数，那就别想跑得好了。因为新浪在某些情况下会丢参数。即使你将oauth_callback中的值整个用urlEncode编码一下（再使用替换个别字符转为Oauth特殊编码），也是有可能给你丢参数的。
{" 所以请记住：国内就真的没有什么Oauth1.0a. "}
另外传说腾讯Oauth的oauth_callback的特殊值不是oob, 而是null.
所以最简单有效到方法是将oauth_callback值中的’&‘替换为’||‘，将’=‘替换为’|'.然后在callback之后的页面进行反编码。就可以得到自己想要到参数了。
新浪是从Oauth1.0进行改版到Oauth1.0a的。其实就仅仅做了oauth_verifier的生成。然后就真的啥事请都没有做。
This blog is just for octopress test. Not use rake new_post, just vi source/_post/2012-01-16-test.markdown. I want to see whether it works.
En, it works.
permission of files: 0644
permission of dirs: 0755
if not, you will not see the web page. Or your site may have an exploit.
配置文件的权限为0644, 配置dir的权限为0755,这样即可以让用户访问到，又不会有太大的安全漏洞。
今天又弄了一下octopress，发现octopress和markdown中间还是有些兼容问题。例如codeblock、四个空格、tab、` ` `以及*的使用。都有些bug。应该是octopress解析时候有问题。*后面紧跟的一段，如果后面紧跟代码一定是8个空格或者两个tab。偶然情况下，使用4个空格也是可以作为code的。而code一定是以没有空格开头到行结束的。即使你使用了 也是不会被识别的。1
以及
所以blog还是简单点好。
Simple is beauty!
by someone
Simple is beauty!
下面再使用一下pull quote
{“其实我真的不想再说什么了…”}
好吧，让这篇blog结束吧。
这是第二篇blog。第一篇貌似什么都没有写。现在在linux下过得相当到舒坦。比windows的感觉好多了。就是拼音输入法支持到不怎么样。谢谢搭建octopress的感受吧。第一感受是这东西真不好装。需要现学到知识也有很多，例如rvm, ruby, gem, bundle, rake, git, MarkDown. 再加上在windows下养成到习惯，到linux下还是要熟悉一下。首先要先安装openssl和libtool相关的包。
1 | sudo apt-get install openssh-client openssl libruby1.9.1 libssl-dev libssl libtool |
下面挨个介绍吧。
< <之间的空格。安装完这个，需要将rvm添加到path中。在~/.bashrc中添加PATH=$PATH:~/.rvm/bin。注意有些系统可能~/.bashprofile或者其他，详情在哪里添加请[google] []。添加完后，关闭bash shell.再启动shell或者终端。然后下面的命令可以很好执行：这里需要注意rvm use 1.9.2,如果你的机器重启，这里下次还要再设置一边。否则很有可能不能找到正确的ruby.
rake generate处因为openssl卡住，则需要安装完openssl,再安装ruby.yaml编译不成功，是因为没有安装libtool.整个过程…持续了半个星期。终于找回了自己的密码…
这个暴库行动，实在是…让我改了很多密码…结果发现自己其实不在那份600w的名单中。
后来匆忙之间，又忘记了自己的设置的密码.和csdn的admin发邮箱来回不知道多少封。最后才发现。其实直接沟通找回密码比什么发送重置密码到邮箱，什么安全信息
。要管用很多。
First, set some properties for velocity engine. Set vm file reading path. use file read-mode not resource read-mode.
// set velocity path, if you don't do these, you will get Resource not found exception.
Properties p = new Properties();
p.setProperty("resource.loader", "file");
p.setProperty("class.resource.loader.class","org.apache.velocity.runtime.resource.loader.FileResourceLoader");
// where is your vms path, set it
p.setProperty("file.resource.loader.path", realPath + "/vm");
// set output encoding
// nearly almost articals said the following will work, but it won't
p.setProperty(Velocity.INPUT_ENCODING, Constant.DEFAULT_ENCODING);
p.setProperty(Velocity.OUTPUT_ENCODING, Constant.DEFAULT_ENCODING);
p.setProperty("contentType", "text/html;charset="+Constant.DEFAULT_ENCODING);
Velocity.init(p);
The above code should be write in beginning of use any of velocity objects. In Spring or Java web application, you should write them into Servlet context listener.
If you use ascii word. There will no error encoding. But if you use gb2312 or UTF-8. You will find something weird. The above code dose not work. So I use response output to solve those encoding problem. In web application, we always use response.getOutputStream() to write something back. But now, we should construct output stream to write correct encoding word to the page. So velocity can encoding them correctly. The following code will help you.
String encoding = "utf-8";
// If you use UTF-8 encoding in your application
Writer writer = new PrintWriter(new PrintStream(resp.getOutputStream(), true, encoding));
// velocity will find abc.vm in your file path folder.
String pageName = "abc";
Template template = Velocity.getTemplate(pageName);
VelocityContext context = new VelocityContext();
context.put("test", new String("hello".getBytes(encoding), encoding));
// here velocity will use the writer to write correct encoding words to response stream. So we can see the correct words showed by our page.
template.merge(context, writer);
If you use jetty to run your web application, it works fine.
But maybe you use windows resin to run war package. Sometimes, error encoding comes again. There is something wrong with your resin application. You should change config file in resin conf folder. In conf/resin.xml( resin 4.0+ ), add <character-encoding>UTF-8</character-encoding> in < web-app-default >. Like following:
< web-app-default >And you should use correct charset to start your resin. Else resin will use default charset of your operation system.
<character-encoding>UTF-8</character-encoding>
...
< /web-app-default >
java -Dfile.encoding=UTF-8 -jar lib/resin.jar
Addition, if you use spring framework, don't forget the encoding filter :
<filter>In encoding or charset error. You should consider the following :
<filter-name>characterEncodingFilter</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param>
</filter>
<filter-mapping>
<filter-name>characterEncodingFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
抛出的异常可能是：
ServletConfig has not been initialized
进入debug模式，可能会发现servletConfig这个变量为null
解决方案如下：
首先看看你的那个类是什么？是controller还是HttpServlet.如果继承HttpServlet并且还有@Controller，那干脆不要使用Ht
tpServlet这个东西。因为想得到ServletConfig可以通过其他的方法。例如下面：
@Controller
@RequestMapping("/index")
public class HomeIndexHandler implements ServletContextAware {
private static final Log LOG = LogFactory.getLog(HomeIndexHandler.class);
private ServletContext servletContext;
public void setServletContext(ServletContext sc) {
this.servletContext=sc;
}
@RequestMapping("/index")
public ModelAndView process(HttpServletRequest req, HttpServletRequest resp) {
ServletContext context = servletContext;
return null; //将断点设在这里
}
运行上面的例子发现context不为空…那么问题就解决了。还是null就继续找错误。
如果是单纯的HttpServlet, 那么看看是否重载了init(ServletConfig
config)方法。重载这个方法时要调用父类的init才行。类似于：
@Override
public void init(ServletConfig config) throws ServletException {
super.init(config);
// your code here
}
如果在super.init(config)处设置断点，在初始化Servlet时，Servlet容器会将这个config传入。如果没有调用这个函数，需要再看看
web.xml这个文件有没有写正确。
当然你也可以像我一样慢慢的查找：
首先是ContextListener这个最初的初始化类，然后是dispatch类， 然后是intecepter类的初始化，然后各个bean初始化，在这些类的
非初始方法中，调用getServletConfig()看看是否非null.我的错误发生在intercepter类中的preHandler()方法中的Obje
ct handler， handler中的config为NULL. 所有我跟踪断点到HomeIndexHandler
初始化过程，发现没有调用init(ServletConfig
config)但是调用了init()方法，这说明服务器完全没有把HomeIndexHandler
当作HttpServlet。而是认为是一个Bean.那么就不会设置ServletConfig。
不能用servlet单纯的设置一下@Controller就变为spring mvc了…还要许多地方需要变动。