远足回来, 惊讶的发现 Picasa Web 也被墙奸了…

真是无奈, Zine 不支持附件上传, 所以 Blog 的照片基本都存放在 Picasa Web 上.

Picasa Web 最近不断抽筋, 不过根据以往的经验, 把希望寄托在 GFW 上是无知的, 更靠谱的方法还是换一个支持附件上传的 Blog 引擎.

• 切换到 Byteflow, 支持图片上传

• 使用 virtualen + django-cpserver + supervisor 的组合部署 Django / Byteflow

• 安装 django-cpserver, 在 settings_local.py 文件 ADDITIONAL_APPS 中追加: ‘cpserver’

• 在 settings_local.py 文件 ADDITIONAL_APPS 中启用: nebula 和 friends apps

• 主题转换

• settings_local.py 时间, 日期格式:

  DATE_FORMAT = "Y-m-j, l"
  TIME_FORMAT = "H:i A"
  

• settings_local.py 文件, 设置 reStructuredText 格式: RENDER_METHOD = ‘rst’

• settings_local.py 文件, 设置时区: TIME_ZONE = ‘Asia/Shanghai’

• settings_local.py 文件, 设置 SMTP 邮件信息:

  EMAIL_HOST = 'smtp.webfaction.com'
  EMAIL_HOST_USER = 'xxxxxxx'
  EMAIL_HOST_PASSWORD = 'xxxxxx'
  EMAIL_PORT = 25
  DEFAULT_FROM_EMAIL = 'xx@yy.com' # from address for server error emails
  SERVER_EMAIL = 'donot-reply@yy.com' # used as the from address for django.core.mail.mail_admins() and django.core.mail.mail_managers()
  

• settings_local.py 文件, 把 DEBUG = True 修改成 DEBUG = False

• FeedBurner 自动转向: FEEDBURNER = {“blog.yangyubo.com”: {“blog” : “yangyubo”, “comments” : “yangyubo_comments”} }

• 修改 app/discussion/models.py, 将 self.body_html = render(self.body, ‘markdown’) 修改成 self.body_html = render(self.body, ‘rst’)

• 修改 static/js/comments.js, 在 function init() 中, 注释掉 comment_form.hide(); 一行

• 在 Webfaction 控制面板中添加 admin-media, static 等静态资源映射

改动备忘录:

• 添加 Google CSE 嵌入式搜索框
• 鉴于 Twitter 被放行, 改回 Twitter 更新框. FriendFeed 更新框的默认风格像块狗皮膏药, 和 Blog 风格严重不协调
• 修改 Sphinx 和 Zine 模板, 将耗时的 Twitter AJAX / Google Analytics / Google CSE 等 javascript 代码移至紧靠 </body> 处, 提高页面加载心理速度
• 修改 Sphinx 模板, 增加 Twitter 更新框, 并把页面最小宽度设为 980px, 最大宽度设为 1400px
• Sphinx 升级到 0.6.2
• 尝试将 Zine 升级到源码库最新版本, 失败, 原因是数据库结构发生变化, 下次升级要注意.
• 在 Webfaction 上编译 lxml Python 库失败. 下次升级 Zine 时要记得用 import xml.etree.cElementTree as etree 替换所有包含 from lxml import etree 语句的 .py 文件, 规避这个问题.

一些虚拟主机支持跑后台守护程序, 比如 Webfaction.

在虚拟主机中管理后台守护程序没有 VPS 那么方便, VPS 是可以使用 root 权限的, 但虚拟主机则不能.

要更方便的管理后台进程, 通常需要借助一些辅助工具. 常用的管理工具有 runit, daemontools 以及 Supervisor. 其中以 Supervisor 最为易用, 功能也很完善.

easy_install supervisor --prefix=$HOME

[supervisord]
logfile = %(here)s/supervisord.log
loglevel = warn
pidfile = %(here)s/supervisord.pid
directory = %(here)s/
childlogdir = %(here)s/childlog

[unix_http_server]
file = <YOU-HOME-PATH>/deploy/supervisor/supervisord.sock

[rpcinterface:supervisor]
; This section is always necessary because supervisor uses RPC internally.
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
; Must match settings in 'unix_http_server'
serverurl = unix:///<YOU-HOME-PATH>/deploy/supervisor/supervisord.sock

[program:blog]
command = <YOU-HOME-PATH>/deploy/zine/bin/python /home/yospaly/deploy/zine/scripts/server -a 127.0.0.1 --no-reloader --no-debugger --threaded -p 6666 -I <YOU-HOME-PATH>/deploy/blog/

[program:blog2]
command = <YOU-HOME-PATH>/deploy/zine/bin/python /home/yospaly/deploy/zine/scripts/server -a 127.0.0.1 --no-reloader --no-debugger --threaded -p 8888 -I <YOU-HOME-PATH>/deploy/blog2/

supervisorctl start all
supervisorctl stop blog
supervisorctl restart blog2

原来是用 Blogspot 的托管服务, 除了它的 HTML 编辑器外, 我觉得非常好用 — 稳定/可靠, 不用自己升级系统, 不用担心数据安全, 不用操心垃圾广告 …

除了 HTML 编辑器.

毕竟 Blogspot 是面向普通用户, 对程序员的需求缺乏照顾. 最痛苦的时候莫过于贴代码和复制其它页面的文字, 太糟糕了, 字体大小有时会变得非常夸张:

被虐了一段时间后, 终于受不了了, 决定切换到我最习惯, 也是最有效率的排版和书写方法 — 纯文本的标记语言, 如: CreoleWiki, reStructuredText.

我需要一个 Python 写的 Blog 引擎 (没什么原因, 个人喜好), 一个对 Python 友好的虚拟主机:

• Zine 是最让我满意的, 功能完善, 下一版本发布支持邮件通知的话, 就更完美了;
• Webfaction 是对 Python 支持最好的虚拟主机, 前面的 Blog 介绍过;
• reStructuredText 标记语言, Zine 缺省支持 CreoleWiki, 不过我感觉写文章的话, 还是 reStructuredText 更合适, 排版能力更强一些, WYSIWYG (What-You-See-is-What-You-Get);

开发框架的繁荣通常从侧面反映了这门编程语言的广泛接受程度, Java, C++, PHP 都各有不少开发框架.

Python 则是有过之而无不及 — Web Frameworks for Python, 这只是其中一部分, 还有很多其它大大小小的土制框架.

Python Web 开发框架的空前繁荣得益于 WSGI 和 PEP 333 规范, WSGI 定义了服务器/网关如何同 Web 应用 交换数据, 它还更进一步的明确了中间件的行为, 使中间件能够被复用. 下图用洋葱形象的描述了 WSGI 的请求处理 (来自 Pylons 文档) :

WSGI 规范让 Web 开发的各个要素自由组合成为可能, 利用各种现有的库装配出自己满意的 Web 框架也不是件太难的事情 — A Do-It-Yourself Framework.

Python 社区不断生产出新的 Web 框架, 快得让人窒息, 以致很多人, 包括我都曾希望挂掉几个. 后来想想这可能未必是件坏事, 虽然分散了社区资源, 但也利用了闲散的智力资源, 不同的框架之间可以也相互借鉴和给予灵感, 催生一个更开放, 更繁荣的社区.