Recent posts

刚想下去接着练习写作，结果偶然发现TORA恢复了。。。。

下载域名变成了www.jsharer.com，我真不知道该说什么好了，先庆祝撒花吧。

这几天稳定了把脚本修改好，撒花。

这个就是传说中的RAILGUN么。。。好吧。。。。。

域名更改结束。测试半个月，没问题后应该就长期该用.me域名了。

本来前一阵改写完框架就该改域名了，结果因为家里一点事情就把这个事情给忘了，这两天联系CNDNS谈域名移出的问题，告诉我需要交一笔移出费用，鉴于使用时间不长，投入这一笔移出费对我而言没有太多的意义，同时还有一些出于隐私的原因，决定对于一个不经常维护，长尾的个人BLOG来讲，这样的投入想必是不会去做的。于是果断放弃掉org域名，在GODADDY上注册了.me，更改重定向，于是就成了现在的模样。因为之前的链接在ORG域名过期前还在作着301转向，所以可能需要麻烦订阅的时候更改一下域名了（真的很抱歉，其实我也想把它移出去的，嗯，不过天朝国企业大家都明白的）。

说起来昨天看到此文：http://linfcstmr.net/blog/dairy-19/#comment-535

我还真没看上面那段NETA，今天回去看了一眼，突然就想起来了学校南院大食堂那盖浇饭大叔，还有那茄子刘肉（这个真不是我打错了）盖饭，学校的饮食承包项目，就交给这些人来做的说，还真是让我们能够放心呢（咳咳）....想想大四最后一个学期（就2个月），我基本就没吃过2顿正经饭，再想想爸爸国那学院饮食，哎，我该说些什么呢？算了，就让他随风去了好了，谁认真谁就真输了。

当时做评论的时候，因为不打算在前台做过多验证，所以把评论的分析扔给了后台，可以说这是一种不健壮的解决方案，虽然对代码有充分的ESCAPE，恶意输入不会造成什么伤害，不过缺点就是正常输入有的时候也会莫名其妙地被过滤掉。

这个错误本来应该很容易发现，不过还是晚了点发现，其实也不算是个大BUG，就是很常用的表情>_<，中的"<"输入不能，会被自动地ESCAPE掉，调试了2个小时都没找到最佳的解决方案，于是决定这个暂时不修了，等过后有时间把评论部分的标签全部去掉该用BBCODE就可以轻松解决了，涉及到CODE PURIFY真是麻烦，扔给前台要考虑恶意输入，扔给后台，要考虑后台分析。前后台都做虽然好，不过这个分的情况就比较多，还要验证用户是否正确输入，不管怎么说都不是件轻松事。

于是这个BUG修正就暂时被搁置掉了。

3月份预计会抽时间完善2个功能和修正上述这个BUG：

完善：

增加评论表情。

增加伪春菜补丁。

修正：

评论部分采用BBCODE，这样可以保证安全的前提下保证一部分用户自选布局。

至于抽象化神马的，是否最成一个通用平台还未考虑清楚，先能满足自己的需求再说后话了，时间毕竟是有限的。

闪人，趴床。おやすみなさい～

解决2个问题：UBUNTU 10.04 LUCID输入法默认的迟钝问题和WEBKIT浏览器之间的冲突与GWIBBER O MODE TWITTER无法接送TWITTER。

看了一下午神雕侠侣，剧情忘了不少，不过还是很有意思，金老爷子的段子是从小学看到高中，来来回回看过6，7遍，不过真大学这4年没看，现在就忘了无数细节，回来看看黄晓明这个版本，和记忆中的颇有差异，等看完这部回去有时间再补一补小说，老爷子在剑桥读文学博士后，结果居然搞得导师异常迷茫，如此大家如何下手，还真是困惑。

嗯，又跑题了，想了想，下一个开始作伪春菜插件，这个也是所有想动工的插件里相对最简单的，后台只需要存储一些春菜的基本信息即可，对于春菜定制，包括客户端定制，也可采用前段动态加载和本地存储的方式解决。比较简单。

搞定这个以后，将框架抽象一下，补充进THEME和插件管理，书写文档保证可复用后放出源代即可。估计这个后期工程在每天只能抽出有限时间写东西的前提下最起码也要搞个半年一载的，PYTHON真是一种艺术，读代码从来没有这么轻松有趣过。

昨天又花了一天的时间，整理的下资料，顺便查了查最佳的PAGE页面动态化解决方案，当然最节省资源的方案是每次更新后FLUSH数据库写入数据即可。包括LINK，ABOUT，和以后为写的部分“静态“页面的处理方案。不过考虑来考虑去，最终决定选择了适应性相对较差，但是可控性较强的动态页面AJAX加载的方式来解决。

缺点呢，就是不支持JS或对支持JS相对较差的浏览器在静态页面看不到动态内容，但是对于现在多数的浏览器而言，JS已经成了必不可缺的一环（IE众的各种傲娇我只能表示遗憾，对于逐年在流失的市场，这么硬派最终失掉的可能是整个江山，当UBUNTU已经上升成WINDOWS的竞争对手的同时，我只能说这个是WINDOWS的失败，而不是LINUX图形的胜利）。

优点，对于后台开发的全部插件，都尽量采用JSON+JS加载的方式来控制少量的动态内容，优点是当对于数据无验证需求时，这样可以保证对源代码的耦合性降到最低。

于是一期基本结束，这2天又DEBUG掉了不少虫子，不出意外的话应该不会有太多问题了。如果再出错误的话如果合适的话请尽量EMAIL我并告诉我出错的原因，我将会灰常的感谢的，嗯。

友链交换中

ただいま友情链接応募中っす～

嗯，欢迎交换友链,有需要的请直接留言，有特殊LOGO需求的别忘了加上要求

折腾了3周整的东西终于上线了。用了一周的时间学习WP的数据库和并还原成PYTHON对象，用了半周的时间熟悉了2个PYTHON的当红架构DJANGO和WEB2PY，最终还是决定走回类JAVA的JANGO的路途中。

WEB2PY对象的声明属于典型的数据库驱动型，而且页面模板也可直接用PYTHON语句，对于习惯用编程语言写界面的人来说确实能方便不少，不过对于习惯MVC的整洁感的人来说这个很可能带来很致命的安全性问题的弊病。而且对于页面的整洁感也会带来一些影响。不过不管怎么说，每个人都有自己的习惯，也不会出现对错的问题，只是实践的方法不同了而已。

今天花了大半天的时间来折腾WSGI和PYTHON_MOD,因为服务器是CENTOS，所以默认的PYTHON版本是2.4，升到2.6后对YUM产生了一定的影响，解决方法呢，更改/usr/bin/yum的第一行的env python为python2.4然后全部解决。

扔到生产环境下PRINT语句就失效了，感觉真是难受，BUG主要出在了三个地方：

1：TWITTE栏为空。这点可以说是折腾我时间最久的BUG。DEVELOP环境下没问题，但是APACHE下就有。最后多方DEBUG后发现，居然是CACHE文件夹的读写权限出了问题，暂时解决方案chmod 777 /cache/python*username后解决。

2：部分页面提示数据库不可随机写入。这个问题，当时就想到是读写权的问题了，直接目录CHMOD 777解决。

P.S.:这些解决方案都是临时解决方案，最佳解决方案是重设APACHE用户名和组，然后对文件夹设定适应的权限而非给与777，这个只是为了DEBUG而在偷懒而已。

3：AKISMET的问题。。。

这点太纠结人了。偶尔提示说unicodedecodeerror: 'ascii' codec can't decode byte 0xe4 in position 5: ordinal not in range,这个错误总见了，因为ENVIRONMENT的区码带来的问题。于是跟代码，重新作判断，type(string)==str的话对其作string.decode('utf-8').encode('utf-8')后全线解决。最后给下AKISMET的提交参数：

blog(required)

user_ip(required)

user_agent (required)

referrer(note spelling)

permalink

comment_type

comment_author

comment_author_email

comment_author_url

comment_content

这里在实质判断上可以说除了permalink和comment_type以外都很重要。做了大概有20-30个SPAM测试，大概抓取率有40%左右吧，先扔生产环境测试一阵，如果有问题的话再考虑是加CAPTCHA还是通过默认FALSE来解决了。 嗯，废话就到这里。到周末剩余的几天作为测试环境，整理DOC和API，下一步准备写一个GALLERY出来，然后把THEME功能给实现了。至于插件，实现其实也比较简单，后台，这个我比较纠结。以后有时间慢慢再弄吧。 这里感谢一下在写代码的过程中帮忙调试的众位童鞋，回去一定要请你们吃火锅>_<。 以上，躺尸，累死了～