77家的会客2010

生活新色彩2010版(代号:N3CP),采用web.py开发。

生活新色彩2009版(代号:N3C)开发过程中用到的相关技术和问题、开发心得等。并且,代码是开源的。

请从以下地址取得源码:http://3rgbcom.googlecode.com/svn/trunk/

Ubuntu14.04 Apache2.4.7 FastCgi Web.py php配置备忘

原来的VPS已经是几年前配置的了,当时是想记录下来,后来就一直懒,就没弄,结果最近VPS换了,该死的服务商竟然忘了帮我转移,只能我自己来手动转移,这样的话,我就得又重新配置一下环境。

关于Ubuntu:

用Ubuntu用习惯了,果断让服务商把默认的CentOS换成Ubuntu(CentOS我是真不会用呀)。服务商给我装的是13.04 LTS,但不知道为什么源列表一直有问题,服务器在美国肯定要用官方的源了,但什么软件也装不了,连apt-get update都出错,把源全给ignore了,没办法只好do-release-upgrade来进行系统升级。

好在服务器速度很快,我一口气连升两次直接升到了最新的14.04版了。

 

关于N3CP

新版的命名是基于上一版的N3C的,之所以加个P,是因为现在的版本用的是PYTHON的WEB框架web.py。

小巧,但 是却很强大。

不想说太多,毕竟是自己做来用的,说几个关键词吧。

web.py SQLAlchemy Jinja2 SQLite

空间用的是张教主的stdyun.com那儿买的,APACHE跑FASTCGI。

编辑器改用CKEditor,支持Trackback引用
Weather:1~10度,南风5~6级,终于缓和点了

  周五的时候,后知后觉地发现原来之前从fckeditor.com订阅的RSS说的是ckeditor3.0b,而不是我看成的ckfinder3.0,当时还在想ckfinder3.0早过了beta了,原来是看错了啊。

200x300_12   下完回来简单试了一下,改动的相当大,基本上绝大部分的编辑功能,都做成了plugin的方式,这样,想使用什么功能就加载哪些plugin,不用像fckeditor那么臃肿,大大加快了在浏览器的加载速度,并且cache的方式也明显改善了,基本上fckeditor被人声讨的各个缺点都得到了很大的改观。虽然还在BETA版,不管了,我从来都是FCK系列的FANS,后台就不改了,前台直接改成ckeditor,其实后台不管是因为CKEDITOR现在还只支持前台,后台涉及到文件上传那儿,还没做好和CKFINDER的结合,并且很多功能在beta版里没发布,只有去下载nightly版才有。

 

  而Trackback也加上了,一来可以在本站发布BLOG的时候,选择性的发送TrackPing,另一方面,其它博引用本站的时候也可以向本站发送TrackPing,本站可以当做Comment来保存。其实,也是很多博客都有的一个基本功能,只是一直懒于实现,包括之前的asp版本的时候。这个功能实现之后,N3C再在计划内的功能的话,就只有一个了,就是Calendar了,这个的实现想法,还是想和之前的asp版的一样,使用AJAX调用,然后年月的切换也可以异步实现,哪天兴致来了再说吧。

 

  我承认,我还是比较懒的,嘿嘿。

完成MetaWeblogAPI的支持

  前段时间,新版本刚上线的时候,已经快对代码恶心了,所以在后来看XMLRPC文档的时候,大脑已经自动的进行抵制,怎么也理解不了现在看来那么简单的文档。看来,适当的休息,对于任何工作都是有益的。

 

  近两个月来一直在做AS400下RPG和COBOL的东西,数据测试是个非常恶心的事,程序的代码修正一会儿就改好了,但是要进行数据测试,就真要了命了。首先得把整个程序读懂,再把相关的数据库表弄明白,再整明白逻辑,再制造数据,然后还要不断对数据进行修改,在测试不同的点。。。这不,周四周五两天,一本COBOL的程序,代码5000多行,引入了14个COPY文(类似于其它语言的INCLUDE),虽然只用了3个数据表,但其中一个表是1100多个字段,另一个也有三百多个字段,然后还有DSPF,一大堆的数。。。天,我造数据都没法造完整了,只好用SQL语句进行RAND()赋值。

 

有些扯远了,只是想说测试比开发更郁闷。

 

  この間、twitter上看到大便陈又提到XMLRPC(不过他说的是PHP的),于是想起我的N3C的这个尚未完成的功能了,就算是为了搞测试数据换换脑吧,昨天晚上回来之后,改了RSS FEED的一个BUG,然后就整MetaWeblog了,其实之前卡壳就卡在了日志分类上,因为MetaWeblog的分类是以数组的形式存在,并且只有分类名,不有分类ID的概念,虽然大便陈说这也是目前的一个大趋势,并且我也觉得其实这种博 客里多对多的概念也挺好,再并且其实修改N3C的代码和数据表也不是太麻烦,但是我就是懒,并且我觉得这样和TAG就很类似了,有点功能重复的意思(只是目前的N3C还没有过多的在TAG功能上改进)。

 

  那么,对于像我这种传统的分类是ID-NAME的模式的,如果要用MetaWeblog,那就只能用NAME来反查ID,然后再在程序里处理了,其实就是这一点,之前脑袋卡壳给卡住了,忘了这个世界上还存在这种叫作反向思维的东西了。

 

  现在,终于搞定了,并且用LIVE WRITER添加TAG是如此的方便,但是呢,这个TAG没办法和数据库里的TAG关联上,所以就没啥意义了。。。我汗。。。。看看看,用LIVE WRITER加的TAG就是下面这个德性,根本和本站的TAG没关联上。。。

 

 

 

对了,本文通过LIVE WRITER发表。再加个地图意思一下,我就是在下面的地图的正中间这里进行这篇日记的写作滴

地図画像
N3C新版的功能(一)
Weather:-6~-10度,北风5-6级

  N3C也是一点点在完善,功能一点点在增加。

上次说到小T的血的教训,写了一大篇没保存,其实在N3C开始设计时,就想到要像GMAIL那样的自动保存功能,但觉得挺麻烦的,就懒得写。今天晚上郁闷着把这个自动保存功能做上去了。

所以现在在后台写日志时,设置的是每两分钟检查一次,如果日志主体内容有变化,则进行自动保存。如果是新加日志,先自动添加上去,第二次再自动保存时则就是更新了。