Tag: Python

该来的会来，不该来的也要来，这就是残酷的现实。下午听说地震了，我第一个想到的是东京震级8.0，不过今天的震级却远远高于这个8.0这个数字，新闻播报的背后，人们的一张张嘴脸，让人们认清了什么叫人心。

6年前的事让我知道了什么叫世态炎凉，3年前的汶川地震让我知道了什么叫万众一心，但是而后随着天灾人祸的发生率逐渐升高，人们开始习惯了，对受灾者的援助，同情也降到了一个史无前例的冰点，不过该过去的还是会过去，历史就是这样。

释放一下负面情绪，其实这几天除了手头这点活以外，偷闲搞定了RAZERBLOG的GALLERY，名曰RAZERGALLERY，实现功能为批量上传图片，批量删除分类图片，增删图片分类（GALLERY和ALBUM），双击添加进富文本编辑器图片，根据分类，上传日期整理图片等等功能，全盘采用JQUERY＋后台JSON的形式完成。

 

这里测试下添加图片的功能。

下午用了3个小时左右搞定，最近除了看连续剧外，花了比较多的时间在整理英语写作中的常见错误。下一个准备搞的就是可分类整理的豆知识笔记。主要参考TWITTER的模式，以可分类TAG的形式写TWITTER来可随时更新整理自己的豆知识。TWITTER对于交流，广告还有××来说还是很不错的，对于这种用途就显得有些局限了。虽然LIST和FAVORITE可以解决一部分问题，不过还是显得有些麻烦。

伪春菜的实现还是比较简单的，前台直接抄用了WP插件的CSS和主体布局。仅仅重写了JS加载部分和后台的JSON FEED部分。目前仅仅剩下安装后自动初始化春菜的一个CONFIG没有完成。因为短期内不打算把BLOG抽象化出来，所以暂时不着急补充。源代码估计也会在RAZERBLOG彻底完成后一起放出来。

这里仅仅做一个简单的记录。

JSON传输形式：

publicMessages:[],

ukagakaList:[],

returnData:{},

ukagaka:{defaultMessage:"Welcoming Here!",

title:"Ukagaka",

image:"/static/Ukagaka/images/default.png",

messageList:["Welcoming Here!","Go Mavs!"]},

 

这是传输过程中的主体传输部分。WP的插件大致看了下，往返传输的对象包括春菜名成，春菜图片地址和春菜的MESSAGE LIST。本身想仿照那个来写，后来因为考虑到可能在未来的应用上加上SOAP应用，所以最终放弃了原计划，写成了如上的形式。

这里不仅感慨下，DJANGO的GENERAL FOREIGNKEY真是好用，后台ADMIN如果再用JS来简化一下操作的话，就更是PERFECT了。

顺便感慨下，数组解析这个API，实在是太方便了。这个语句

defaultMpu=Ukagaka.objects.get(pk=1)

defaultMpu={"defaultMessage":defaultMpu.default_message,"title":defaultMpu.title,"description":defaultMpu.description,"image":defaultMpu.image.url,    "privateMessages":[msg.text for msg in defaultMpu.privatemessage_set.all()]}

 

如果用JAVA来写的话，至少需要走1个循环而且包括很多看着麻烦的赋值语句。代码数量和复杂度要比这两行要复杂的多。而这两行却包括了下列内容：

第一句比较简单，通过DJANGO包装的ORM取回了一个UKAGAKA对象，也就是一个春菜对象。

因为前后台数据传输是JSON数据，第二行通过一个简单的字典解析对第一句取回的春菜对象进行了重构，取出了需要传输的部分 。

下面简单说一下：

外面的大括号代表返回的是一个字典对象。其中defaultMessage,title等等都是字典的KEY，冒号后面的值是字典解析过程中的变量。这样一次字典解析就可以把一个复杂的对象还原成一个可通过JSON简单读取处理的可SERIALIZE对象。而其中的privateMessages的 VALUE部分则应用了数组解析的技巧，外面一个[]说明返回的是一个数组，同时内部数组解析走了一次循环，同样的技巧还可以包括一个或多个IF语句来进行属性判定，来筛选最后返回的数据。

不管是 看起来还是写起来，PYTHON只给人一种感觉，那就是EASY BETTER THAN DIFFICULT，CONCISE BETTER THAN VERBOSE。 对于METATYPE的动态元类，自己还掌握的不够，有时间去读一读PYTHON的源码，估计会有一些感受。

 

还有，过一阵还得把GALLERY的功能从POST里分离出来，现在这个管理图片太麻烦了。。。。。

 

折腾了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功能给实现了。至于插件，实现其实也比较简单，后台，这个我比较纠结。以后有时间慢慢再弄吧。 这里感谢一下在写代码的过程中帮忙调试的众位童鞋，回去一定要请你们吃火锅>_<。 以上，躺尸，累死了～

一不注意DROP掉了POST TABLE，数据米备份，233，算了，年后换了引擎再说了

题外话，Tora.to转移0rz.co了，オメデタイ、オメデタイ～坐观马甲战术的可行性。

话说过年这一段还能在家宅一个月吧。本来想搞台PS3回来玩的，结果这两天和人聊了聊，又自己想了一些实际情况，开始考虑要转移BLOG引擎了。充分用好这一个月的空闲时间。

记得最初接触PYTHON的时候貌似应该还是PYTHON1.4的时代，不过也只是谢谢HELLO WORLD和写写恶意代码之类的，其他时间则是沉迷汇编和反编译，于是对这些动态语言投以了各种不屑的目光。

大学4年在自己主攻的领域不但没有进步，反而倒退了不少，完成了一次从技术人员到四不像的转变。不过这4年中对我改变比较大的事情就是重新认识了动态语言。

JAVA跌跌撞撞这些年来的发展，从最初接触的JAVA的HELLO WORLD和当时那渣滓配置的奔腾2到现在的酷睿一（本子是5年前的，所以是CORE1），CPU完成数次变革，但是这些语言却几乎没有什么变化。变化的只有人们的书写习惯和代码风格而已。

10年前面对对象技术仅仅作为一个课题扔给我们研究，互联网的滞后性加上NEW ECONOMY热带起的浮躁风让世界改革的先锋队们不顾知识的改革，而是墨守陈规地维持现状，并推动着计算机软体市场的发展。随着新经济的幻想崩灭与互联网技术的发展，对框架的重新认识，对面向对象代码复用性的考虑逐渐被各大企业提上了变革日程中。在这样的大环境下，JAVA,RUBY,PYTHON这三支动态语言后期追上，并逐渐在各个领域占住了头脚。

自己也一直都坚信，语言没有优劣，差别只在程序员。但是实际上每种语言都有每种语言的特性，熟练掌握任何一种在这个领域都能够吃饭，并拥有相同的机会创造建树。

跑题了。回归正题。

MARK几个今天“初次”写代码遇到的种种疑惑。

1:PYTHON的成型的ORM组件：ZODB,PYDAO,SQLALCHEMY,内嵌的SHELVE和PICKLE组件可实现一定程度的OD转换。

2：PYTHON与toString()对应的函数:str()

3:Python中没有严格意义的私有变量，一般通过加__variableName来实现建立私有变量。

4：cookielib.CookieJar与其继承类因为有Cookie.lock，无法序列化，在持久化过程中应善用iter()函数自循环，创建序列化和反序列化函数对COOKIE进行保存。

5：FileCookieJar是不能直接调用save函数的，因为这个类本身是个抽象类，有未完成的方法——

If you look at FileCookieJar, its load() method calls self._really_load but no such method exists in that class nor its ancestors (this explains the error you got). Subclasses of FileCookieJar must implement reallyload to be usable.

6:好好体验Python对于字典类的活用性，还有其语言独特写法带来的便利和整洁感(通过TAB和：来实现流程控制）

7：PYDEV+ECLIPSE构成的高效的调试环境，附加PYTHON本身作为脚本语言是可交互的，同时为多数LINUX发行版的默认出厂配置语言之一，配合PYCURL库可带来不少便利。

8：作为WEB服务器JDANGO，实现和JAVA的MVC(Mode,View,Control)类似的MTC(Model,Template,Control)架构。高度的代码分离度和高效的运行效率，作为短期团队开发，其利用价值远高于JAVA（因为自己没有体验过RUBY团队开发，故无可得知在ROR上两者的开发效率差有多高）。

9：跨平台。这也是我目前挑选个人开发工具最重要的一环.WPF好不好？.NET没人能贬其效率，但是WINDOWS独占一条就可以让我判他死刑了。开源，可跨硬件，跨平台的IDENTICAL实现才是个人开发辅助应用的第一目的，对于任何独占的项目，其开发价值都会大打折扣。

先写这些，其他的等整理好陆续放出来。接下来去疼PYTHON和WXWIDGET的交叉点，SWING和SWT的开发难度已经让JAVA用户逐渐远离了桌面开发，从此看来，转战WXPYTHON依然还不知道是否是正确的选择，有待有序观察。

写完后放出来某DT脚本，用于提取某DT站的LINK。以上，闪人。（嘴里起包上火，各种难受）