Log4D

服务器 Push 技术

2012-05-30T10:40:00+08:00

服务器 Push 技术表示服务器可以主动推送消息给客户端浏览器。

实现方式

Comet
- Ajax 轮询
- iframe / htmlfile
- script tag （不中断的连续请求）
- Flash 通讯
WebSocket

Comet 本意是彗星，彗星尾巴痕迹很像长连接工作方式，所以 Comet 指代长连接。在 Ajax 轮询的分类上，存在一些分歧，这里我把轮询认为一种 Comet 方式。

ps：「长连接」在一些场景下，是另外一种意义「HTTP: Keep alive」。不在本文讨论的范围中。

参考链接：

浏览器支持情况

WebSocket 属于 HTML5 规范，需要「先进」浏览器支持， Flash 通讯需要浏览器安装 Flash 插件，其他方式都可以适应常见浏览器。

参考连接：

各大网站连接情况

可以通过 url 请求来揣测一些东西，比如说，它们没有用 WebSocket，否则 FireBug 是无法监测的，WebSocket 可以双向通讯。

新浪微博

未读信息链接： http://rm.api.weibo.com/remind/unread_count.json?target=api&_pid=10001&count=2&source=3818214747&callback=STK_133834300664875

未读信息大约每20秒触发一次，像是 Ajax 轮询。

IM 长连接： http://4.46.web1.im.weibo.com/im?jsonp=parent.org.cometd.script._callback5&message=%5B%7B%22channel%22%3A%22%2Fmeta%2Fconnect%22%2C%22connectionType%22%3A%22callback-polling%22%2C%22id%22%3A6%2C%22clientId%22%3A%22b02qp9qw9cgiuxxyn3%22%7D%5D&1338343019008

可以看出新浪在使用 JSONP 跨域做 IM 长连接，FireBug 中也始终有链接请求，看上去像 Script Tag 请求方式。

知乎

请求链接： http://comet.zhihu.com/update?loc=http%3A%2F%2Fwww.zhihu.com%2F&channel=13781e6817833300f0a70f19&callback=zhp13781e6a6f22349b9865b47c8

依然能在 FireBug 中看到请求地址，说明客户端请求数据还是走 HTTP 方式，并且会出现 update 动作链接一直出于请求状态，猜测知乎仍然使用 Script Tag 请求。

框架支持

orbited2

http://labs.gameclosure.com/orbited2/

跨浏览器
容易集成：IRC / XMPP / ActiveMQ / RabbitMQ
Python

StreamHub

http://www.stream-hub.com/

免费版仅支持 10 个在线
支持 Java / .net / iPhone

socket.io

http://socket.io/

NodeJS
推送方式：
- WebSocket
- Adobe® Flash® Socket
- AJAX long polling
- AJAX multipart streaming
- Forever Iframe
- JSONP Polling
支持浏览器：
- Internet Explorer 5.5+
- Safari 3+
- Google Chrome 4+
- Firefox 3+
- Opera 10.61+
- iPhone Safari
- iPad Safari
- Android WebKit
- WebOs WebKit

sockjs-client

https://github.com/sockjs/sockjs-client

支持 Node.js / Erlang / Lua / Python-Tornado
跨浏览器

实战 Socket.io

考虑到上述候选框架的使用场景，这里选择 Socket.IO 作为 Comet 框架。

尴尬的 Pylons

Pylons 和 Comet 配合有问题，问题处在标准 WSGI 是非异步的。（看邮件列表里面，似乎新的标准准备支持）。

这样的话，我就直接选择使用 Node.JS 做 Comet 服务器，Nginx 负责转发。

简单Demo

node.js 代码

app.js

/* global __dirname, console */

var app = require('http').createServer(handler),
  io = require('socket.io').listen(app),
  fs = require('fs');

app.listen(8080);

function handler(req, res) {
  fs.readFile(__dirname + '/index.html',
      function (err, data) {
          if (err) {
              res.writeHead(500);
              return res.end('Error loading index.html');
          }

          res.writeHead(200);
          res.end(data);
      });
}

io.sockets.on('connection', function (socket) {
  'use strict';
  socket.emit('news', {hello: 'world, for everyone!'});
  socket.on('my other event', function (data) {
      console.log(data);
  });
  socket.on('private message', function (from, msg) {
      console.log('I received a private message by ', from, ' saying ', msg);
  });
});

页面代码

index.html

<html>
<head>
  <meta http-equiv="content-type" content="text/html; charset=utf-8">

  <title>Socket.io Demo</title>
  <script src="/socket.io/socket.io.js"></script>
  <script>
      var socket = io.connect('/');

      socket.on('news', function (data) {
          console.log(data);
          socket.emit('my other event', { my: 'data' });
      });
  </script>
</head>
<body>

</body>
</html>

连接成功之后，在浏览器控制台里面，可以使用 socket.emit('my other event', {biu: 'biu'}); 向服务器发送消息。

服务器也可以通过 socket.emit() 来向客户端推送消息。

私有信息发送，使用 socket.emit('private message', 'James', {some: 'message'}); 。

跨平台

实测看来，在 IE8 下面， Socket.io 会降级使用 htmlfile 来实现 Comet。

而 Firefox 中会有 websocket / htmlfile / xhr-polling / jsonp-polling 依次备选，首选 websocket。

安全性

问题：提交数据的身份认证过程，以前在后台由 Web 框架自动完成，而现在流程是 Socket.IO -> RabbitMQ -> Web App，身份验证的复杂度增加了。

思路：Socket.IO 使用 Nginx 代理转发，从而保留同一域名下面的 cookie 信息，这样能够提交到 Socket.IO 服务器，每次 RabbitMQ Message 都记录 cookie 信息，后台从 RabbitMQ 读取信息时候，再进行认证。

实际操作：由于 Comet 中的数据流仅负责推送，客户端继续使用原始 POST 方式发送数据到服务器，所以暂时不会产生身份认证问题。

Node AMPQ 驱动

Socket.IO 提供了一个通用的 Comet 解决方案，下面就需要点润滑剂，将整个数据流跑通。消息队列 RabbitMQ 正好适合用来做这个。

Rabbit 官网提到了一个套件 rabbit.js 。遗憾的是这个库是混合了 RabbitMQ 和 Node.JS，提供了一个封装好的 Node.JS 库，而我想要的仅仅是一个 AMPQ 协议驱动。node-amqp 则是我们需要的驱动。

Demo

服务器接收者脚本：

app-amqp.js

/* global __dirname, console */

var conn = require('amqp').createConnection({ url: 'amqp://localhost'});

console.log('socket works');
conn.on('ready', function() {
  console.log('conn ready');
  conn.queue('socket.io', {passive: true}, function(queue){
      queue.subscribe(function (json, headers, deliveryInfo) {
          console.log('#json:')
          view(json);
          console.log('#headers:')
          view(headers);
          console.log('#deliveryInfo:')
          view(deliveryInfo);
      });
  });
});

conn.on('error', function() {
  console.error('error');
});

function view(obj) {
  for (var i in obj) {
      if(obj.hasOwnProperty(i)) {
          console.log(i + ': ' + obj[i]);
      }
  }
}

用 Python 写的发送者脚本：

producter.py

# coding=utf-8
#! /usr/bin/env python2

import pika
import json
import logging
import time

logger = logging.getLogger()

def main():
    conn = pika.BlockingConnection(
        pika.ConnectionParameters('localhost'))
    chan = conn.channel()
    chan.queue_declare(queue='socket.io')

    count = 10
    while (count > 0):
        message = {'no': count, 'some': 'Message', u'比如': u'中文信息'}
        publish_text(chan, 'socket.io', u'text %d' %count)
        publish_json(chan, 'socket.io', message)
        logger.info('add one message to RabbitMQ')
        #time.sleep(5) # sleep 5 sec
        count -= 1

def publish_text(channel, queue, message):
    channel.basic_publish(exchange='',
                          routing_key=queue,
                          body=json.dumps(message),
                          properties=pika.BasicProperties(
                              content_type='text/plain',
                              content_encoding='utf-8',
                              delivery_mode=1)
                         )

def publish_json(channel, queue, message):
    channel.basic_publish(exchange='',
                          routing_key=queue,
                          body=json.dumps(message),
                          properties=pika.BasicProperties(
                              content_type='application/json',
                              content_encoding='utf-8',
                              delivery_mode=1)
                         )

if __name__ == '__main__':
    main()

使用 node ./app-amqp.js 运行 Node.JS 服务器，然后运行 producter.py 产生 RabbitMQ Message，我使用的数据格式是序列化的 JSON 字串，还有 JSON, Thrift, Protocol Buffers, MessagePack 这些格式可供选择。运行结果如下：

#json:
data: "text 1"
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-3: ordinal not icontentType: text/plain
#headers:
#deliveryInfo:
contentType: text/plain
contentEncoding: utf-8
deliveryMode: 1
queue: socket.io
deliveryTag: 19
redelivered: false
exchange:
routingKey: socket.io
consumerTag: node-amqp-10880-0.06487216474488378
#json:
比如: 中文信息
some: Message
no: 1
#headers:
#deliveryInfo:
contentType: application/json
contentEncoding: utf-8
deliveryMode: 1
queue: socket.io
deliveryTag: 20
redelivered: false
exchange:
routingKey: socket.io
consumerTag: node-amqp-10880-0.06487216474488378

里面有两个 Message，发送数据格式为 text/plain 和 application/json 。

参考链接：

Pika Document

Socket.IO + RabbitMQ

最后提供 Socket.IO + RabbitMQ 的完整 Demo，客户端会实时接受到来自消息发送者的消息。

app-amqp.socket.js

/* global __dirname, console */

var app = require('http').createServer(handler),
  io = require('socket.io').listen(app),
  fs = require('fs');

app.listen(8080);

function handler(req, res) {
  fs.readFile(__dirname + '/index.html',
      function (err, data) {
          if (err) {
              res.writeHead(500);
              return res.end('Error loading index.html');
          }

          res.writeHead(200);
          res.end(data);
      });
}

io.sockets.on('connection', function (socket) {
  console.log('io ready');

  var conn = require('amqp').createConnection({ url: 'amqp://localhost'});
  conn.on('ready', function () {
      console.log('conn ready');
      conn.queue('socket.io', {passive: true}, function(queue){
          queue.subscribe(function (json, headers, deliveryInfo) {
              console.log(json);
              console.log(deliveryInfo.contentType);
              if (deliveryInfo.contentType == 'application/json') {
                  socket.emit('news', json);
              }
              if (deliveryInfo.contentType == 'text/plain') {
                  socket.emit('news', json.data.toString());
              }
          });
      });
  });
});

在运行 producter.py 后，Python 脚本持续产生 Message 到 RabbitMQ， app-amqp-socket.js 订阅读取 Message 并推送到浏览器端。浏览器可以在 Console 里面看到日志：

Object { 比如="中文信息", some="Message", no=1}

至此，我们可以完成 WebApp -> RabbitMQ -> Socket.IO -> Browser 的实时推送。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/05/comet/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

《开源和自由》幻灯片

2012-05-27T19:35:00+08:00

周末回学校一趟，和几个老同学、老师聚会，然后给学弟学妹们做了一个分享。

我的主题是《开源与自由》。为了让同学们不瞌睡，几乎是当一个故事讲的，没太多技术内容。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/05/opensource-and-freedom/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

让 Octopress 支持 RSS2.0

2012-05-22T16:18:00+08:00

土鳖人人网的 日志导入 功能仅支持 RSS2.0，而 Octopress 输出的订阅格式是 Atom1.0。于是为了让人人网的同学能看见我那些技术宅，又或非技术宅的文章，我只能昧着良心，给 Octopress 加上过时的 RSS2.0 输出。

在 source/ 下创建新文件 rss.xml ，内容如下：

--- layout: nil --- <?xml version="1.0" encoding="UTF-8"?> <rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"> <channel> <description><![CDATA[{{ site.title }}]]></description> <title><![CDATA[{{ site.title }}]]></title> <link>{{ site.url }}/</link> <pubDate>{{ site.time | date_to_xmlschema }}</pubDate> {% for post in site.posts limit: 20 %} <item> <description> <![CDATA[ {{ post.content | expand_urls: site.url | cdata_escape }} {% include post/copyright.html %} ]]> </description> <title><![CDATA[{{ post.title | cdata_escape }}]]></title> <link>{{ site.url }}{{ post.url }}</link> <pubDate>{{ post.date | date_to_xmlschema }}</pubDate> <guid isPermaLink="false">{{ site.url }}{{ post.id }}</guid> <source url="{{ site.url }}/rss.xml"><![CDATA[{{ site.title }}]]></source> </item> {% endfor %} </channel> </rss>

然后，访问 http://site.url/rss.xml 即可。我的 RSS2.0 地址是 http://log4d.com/rss.xml。

最后，再让我吐槽一下人人网的工程师们：「导入日志后格式处理的一塌糊涂，几乎不能看」，真土鳖。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/05/support-rss/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

给 Octopress 加上标签功能

2012-05-21T15:17:00+08:00

上周，我将 Log4D 由 Wordpress 转换为 Octopress，略加打理，颇为顺手。自动分类 / 评论转移 / 代码高亮 / 图床的问题一一解决之后，就只剩下 tag 的问题没有搞定了。

我当时使用了YORKXIN的修改版本来处理 Wordpress 的数据迁移，这个脚本很好用，数据没有遗失，甚至是让我担心的 category / tag 都给予了保留。具体使用方法可以参见从Wordpress迁移到Octopress。

只是虽然 tag 的数据保留了，但是 Octopress 仅支持 category 的分类，而完全忽略 tag。这是我不能容忍的：category 和 tag 分别代表有序 / 无序的知识点归纳方法。 一篇文章只能属于一个 category，但可以同时属于多个 tag。 Octopress 的设计方法显然和我长期养成的知识归纳体系冲突，我开始吭次吭次寻找插件。

ps：Octopress 官方也推荐了一个所谓「octopress-tagcloud」的插件， 但这仅仅是让 category 用列表 / 标签云的形式展示出来，并没有给文章加入 tag 概念。更多官方插件可以查看 3rd party plugins。

就在我准备放弃，自己动手用蹩脚的 ruby 水平写插件时候，突然在 github 找到这种插件： robbyedwards / octopress-tag-pages和 robbyedwards / octopress-tag-cloud。前者负责采集文章的 tag 信息，后者提供标签云展示功能。赞美 Github。

这两个插件使用很简单，将插件文件放入对应的目录（注意备份，存在覆盖的情况）。然后再给插件「octopress-tag-cloud」添加一个专属页面存放标签云即可。这个标签云生成的标记是 li...li ，需要在 sass/custom/_styles.scss 添加对应的样式：

#content article .cloud li{
  display: inline;
  list-style: none outside none;
  padding: 0 4px;
}

第二个插件 octopress-tag-cloud 会和 Octopress 官方推荐的所谓「Octopress Tag Cloud」文件 / tag 标记冲突，我建议修改官方的那个插件。

我修改过的 octopress-tagcloud 在这里，被重命名为 alswl / octopress-category-list。

这个版本同时参考了 pf_miles 的 utf-8 修改，以修复问题 Liquid error: incompatible encoding regexp match (ASCII-8BIT regexp with UTF-8 string) 。

最后 Show 一下我的一坨标签云，等有时间我再将标签和类别精简一下，以适应 Octopress。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/05/tag-cloud/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

《写给大家看的设计书》读后感

2012-05-19T18:10:00+08:00

我读过两本关于视觉设计的书，一本是《写给程序员的Web设计书》，这是第二本《写给大家看的设计书》。

我对前者的评价是「作者花了大约25%的篇幅来讲述设计理念和方法，这也是我真正想看的部分。本来想从书中获取更多布局、色彩、字体的内容，发现还是太少了。图灵系的书翻译不错。」

相对应的，《写给大家看的设计书》是我真心想看的设计入门书。作者的文字功底好，经验丰富，范例适合，取材广泛，总之，是不可多得的一本好书。

书中提到了设计四大原则：亲密性 / 对齐 / 重复 / 对比。依靠这四个原则，就可以设计出效果不错的出版物（包括书籍、文档、幻灯片、网页等等）

对比（Contrast）：对比的基本思想是，要避免页面上的元素过于相似，如果元素（字体、颜色、大小、线宽、形状、空间等）不相同，那就干脆让它们截然不同。要让页面引人注目，对比通常是最重要的一个因素，正是它能使读者首先看到这个页面。
重复（Repetition）：让设计中的视觉要素在整个作品中重复出现。可以重复颜色、形状、材质、空间关系、线宽、字体、大小和图片，等等。这样依赖，既能增加条理性，还可以加强统一性。
对齐（Alignment）：任何东西都不能在页面上随意安放。每个元素都应当与页面的另一个元素有某种视觉联系。这样能建立一种清晰、精巧而且清爽的外观。
亲密性（Proximity）：彼此相关的项应当靠近，归组在一起。如果多个项相互之间存在很近的亲密性，它们就会成为一个视觉单元，而不是多个孤立的元素。这有助于组织信息，减少混乱，为读者提供清晰的结构。

除了设计的四大原则，书中还花费 1/3 的篇幅介绍西文字体，看完可以对字体有一些初步认识。唯一遗憾的是，中文字体属于 CJK 体系，书中没有介绍。

西文字体主要分

Oldstyle
Modern
Slab serif
Sans serif
Script
Decorative

我认为做产品的、做前端的，或者对艺术和美感兴趣的（比如我），都应该读一读这本书。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/05/the-non-designers-design-book/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

关于 NetworkManager / PolicyKit / ConsoleKit 的那些屌事

2012-05-17T09:07:00+08:00

在使用 Awesome 的过程中，我又遇到了一个老问题「NetworkManager 在非 Gnome 环境启动后，会无法添加 / 删除 / 编辑无线连接」。明眼人一看就知道，这是权限的问题。

问题描述

我的环境是 ArchLinux / xmonad 0.10 / awesome v3.4.11 / GDM 3.4.1 / NetworkManager 0.9.4.0，下面我用 awesome 做示例，其他非 Gnome WM 也应该是类似配置。

我的 WM 启动流程是：通过 GDM 启动 xmonad / awesome，启动 xsession 是 /usr/share/xsessions/awesome.desktop，内容如下

[Desktop Entry]
Name=Awesome
Comment=This session logs you into Awesome
Type=Application
Exec=ck-launch-session dbus-launch $HOME/.start-session.sh awesome
TryExec=/usr/bin/awesome

$HOME/.start-session.sh 中的作用是启动 nm-applet 和 exec awesome。

启动之后的情况是 NetworkManager 无线编辑/删除按钮变灰无法点击，或者可以点击，但是会发生 insufficient privileges 错误。

问题原因

这个问题是由 PolicyKit 和 ConsoleKit 启动不当引起的。

PolicyKit 是：

PolicyKit allows fine-tuned capabilities in desktop enviroment. Traditionally only privilaged user (root) was allowed to configure network. However while in server enviroment it is reasonable assumption it would be too limiting to not allowed to connect to hotspot on laptop. Still however you may not want to give full privilages to this person (like installing programs) or you want to limit options for some people (for example on your children laptops only ‘trusted’ networks with parential filters can be used). As far as I remember it works like:

Program send message to daemon via dbus about action

Daemon uses PolicyKit libraries/configuration (in fact PolicyKit daemon) to determine if user is allowed to perform action. It may happen that the certain confition must be fullfilled (like entering password or hardware access).

Deamon performs action according to it (returns auth error or perform action)

ConsoleKit 是：

In short consolekit is service which tracks user sessions (i.e. where user is logged in). It allows switching users without logging out [many user can be logged in on the same hardware at the same time with one user active]. It is also used to check if session is “local” i.e. if user have direct access to hardware (which may be considered more secure then remote access).

参考：What are ConsoleKit and PolicyKit? How do they work?

所以简而言之，ConsoleKit 是用来管理用户会话的，PolicyKit 是用来处理用户申请特殊权限的，他们两个经常工作在一起。

有个 PolicyKit 认证 API 教程可以一看：

我的这个问题就是由于 PolicyKit 无法正确授权引起的。

问题解决

我开始吭次吭次的 Google，一会就找到了 Arch Wiki 中 NetworkManager 的解决办法：

exec ck-launch-session dbus-launch wm

写的很清楚，使用 ck-launch-session 和 dbus-launch 来加载 WM。但是我已经使用 ck-launch-session 来启动 WM 了。

随后我把怀疑的目光放到 /usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1 这个程序给系统提供 PolicyKit 权限认证，请求时候会让用户输入密码，如下图：

可惜还是不行。

我甚至还参考Using gnome keyring in xmonad 试图手工建立一个 Gnome Keyring。事实证明，Gnome Keyring 和这个问题无关。

最后，我用 ck-list-sessions 命令查看运行的用户 Session，发现同时运行着两个，一个处于 Active，一个不处于 Active，这下真相大白了：GDM 启动时候会自己启动 ck-launch-session，不用自己手动启动，否则会造成两个会话而无法正确授权。

Session2:
  unix-user = '1000'
  realname = 'Jason Ti'
  seat = 'Seat1'
  session-type = ''
  active = TRUE
  x11-display = ':0'
  x11-display-device = '/dev/tty7'
  display-device = ''
  remote-host-name = ''
  is-local = TRUE
  on-since = '2012-05-17T00:54:31.706019Z'
  login-session-id = '2'
Session3:
  unix-user = '1000'
  realname = 'Jason Ti'
  seat = 'Seat1'
  session-type = ''
  active = False
  x11-display = ':0'
  x11-display-device = '/dev/tty7'
  display-device = ''
  remote-host-name = ''
  is-local = TRUE
  on-since = '2012-05-17T00:54:33.3465302Z'
  login-session-id = '2'

修正 /usr/share/xsessions/awesome.desktop 如下：

[Desktop Entry]
Name=Awesome
Comment=This session logs you into Awesome
Type=Application
Exec=$HOME/.start-session.sh awesome
TryExec=/usr/bin/awesome

事实上，在启动完 GDM 还没进入 WM 之前，Ctrl+Alt+F1 切换到命令行下面，查看进程会发现

root       637     1  0 08:44 ?        00:00:00 /usr/lib/polkit-1/polkitd --no-debug
root      1072     1  0 08:44 ?        00:00:00 /usr/sbin/console-kit-daemon --no-daemon
rtkit     1260     1  0 08:45 ?        00:00:00 /usr/lib/rtkit-daemon

果不其然，PolicyKit 和 ConsoleKit 已经在运行了。

实测 Awesome / Xmonad 已经可以正常授权 NetworkManager 来编辑无线了。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/05/networkmanager-policykit-consolekit/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

使用独立图床子域名

2012-05-09T16:21:00+08:00

最近在将 Wordpres 切换到 OctoPress，顺便将图片统一放到Upload4D管理。

我挑选图床管理程序有下面几个需求，需求由强到弱排列：

开源
简单
不需数据库支持
支持分目录
允许上传图片
支持后台直接操作文件
支持用户管理，不允许其他人上传
页面美观
不要生成缩略图等文件
软件持续更新

于是我踏上了「考古之旅」，先后试用了 MiniGal Nano / MG2 / CF Image Host Script / minishowcase 等等图床软件，评测记录如下。

参赛选手

MiniGal Nano

没有上传功能
没有后台管理功能
2010年最后更新

MG2

假目录，其实所有照片在同一目录下面
界面丑
09年更新

美优网 Meiu Studio|php相册系统

国产
需要 MySQL

CF Image Hosting Script v1.4.2

据说煎蛋在使用
无法用户控制
无目录

Minishowcase

没看见上传功能
没看见目录功能
丑
2009年更新

Qdig

无法上传
丑
2006年更新

iFoto, CSS-based GD2 photo gallery

无法上传
丑
2006年更新

Encode Explorer

这其实是一个文件管理器
支持预览
不支持多文件上传
其他要求全部达到

最终选择

最后，我选择了 Encode Explorer，坑爹吧，获胜者居然是一个文件管理软件，而不是一个图床软件。

Encode Explorer 是单文件程序，代码一共3k多行，我看了一下，还能支持多语言，我就加上了中文支持，并且修正了新建目录/新建文件的权限 bug，改为目录755, 文件644，并且这两个模式可以在配置文件修改。

修改之后的 Encode Explorer 可以在 alswl / encode-explorer 找到。

既然已经不单纯是图床了，那我也把以前的一些附件放到这个子域名下，域名也要由 img.log4d.com 改为 upload.log4d.com 。

我用 sed 命令将原来的图片和附件命令批量修改，命令如下 sed -i 's/log4d.com\/wp-content\/uploads/upload.log4d.com/g' ./_posts/*。

ps:今天是我博客独立3周年纪念日，本来想在今天之前把 Wordpress 迁移到 OctoPress，可惜最近太忙，就耽误了。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/05/image-host/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

《HTML5 实战 WebApp 阅读应用 – Shiu》幻灯片

2012-05-05T00:00:00+08:00

今天去南京 HTML5 沙龙分享了一个幻灯片，讲 Shiu 的开发，同时也分享在这里。

Shiu 的源码托管在 Github，地址是 https://github.com/alswl/shiu 感兴趣可以去看看。

噢，Shiu (/ʃʐy/)，中文音标 (shi rü))，是一款基于 WebApp 的阅读应用。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/05/shiu-slide-show/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

Vim 下模拟 Emacs 键绑定

2012-04-20T00:00:00+08:00

Vimer 需要 Emacs 键绑定？看上去很蛋疼的需求吧。其实不然，大部分的 Shell / Readline 默认绑定的是 Emacs 键位绑定（处于输入状态下，Emacs 的键位很好用）。Vim 的模式切换很牛逼，但是 Insert 模式下面，只有寥寥几个快捷键，我修改了配置文件，绑定需要的 Emcas 按键到 Vim 中来。

Github 中搜索关键字 Vim Emcas key bind，出来一些结果，不是很完美，我又慢慢调教了几个星期，放出我的 .vimrc。

" 模拟 Emacs 键绑定
" Move
inoremap <C-a> <Home>
inoremap <C-e> <End>
"inoremap <C-p> <Up>
"inoremap <C-n> <Down>
inoremap <C-b> <Left>
inoremap <C-f> <Right>
inoremap <M-b> <C-o>b
inoremap <M-f> <C-o>w
" Rubout word / line and enter insert mode
" use <Esc><Right> instead of <C-o>
inoremap <C-w> <Esc>dbcl
" delete
inoremap <C-u> <Esc>d0cl
inoremap <C-k> <Esc><Right>C
inoremap <C-d> <Esc><Right>s
inoremap <M-d> <C-o>de

需要的朋友请取用，我的 Vim 配置文件和插件在 https://github.com/alswl/dotfiles 。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/04/vim-emacs-key-binding/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

使用 Vundle 管理 Vim 插件

2012-04-14T00:00:00+08:00

早在这个月初，我就在 Vim 的邮件列表看到了一封关于 Vim 插件管理的邮件。才惊呼原来有这么强大的插件可以用来管理我那一坨插件，今天细细阅读并查了一些资料，变开始配置自己的 Vim。

几种管理插件

Vim 的插件管理工具有蛮多，比如：

Vim-addon-manager 和 vimana 的对比，参见 Vim的插件管理工具

我最会选择了 Vundle，通过子目录管理插件，支持 Git 更新。我其实不太喜欢子目录，觉得目录太多看着烦，但是考虑到在没有一个良好的 PKG 包描述文件的前提下，分子目录是一种简单有效的方法。

Vundle 通过 git 来对插件进行更新，有三种源可以添加：

github 中 vim-scripts 的项目（这个账号是为 Pathogen 建的，用来建立对 Vim.org 上脚本的镜像）
github 某个 Vim 插件项目
某个 git 源

以上也是我推荐的选择插件顺序，我认为没有必要去取最新的开发版插件。

Vundle 安装

无二话，官方文档的 Quick Start 写的很详细，一句话：

$ git clone https://github.com/gmarik/vundle.git ~/.vim/bundle/vundle

然后开始配置 .vimrc，我的 .vimrc

重点是配置各种 Bundle 我的配置如下

" My Bundles here:

" vim-scripts repos

" Syntax
Bundle 'asciidoc.vim'
Bundle 'confluencewiki.vim'
Bundle 'html5.vim'
Bundle 'JavaScript-syntax'
"Bundle 'mako.vim'
Bundle 'moin.vim'
Bundle 'python.vim--Vasiliev'
Bundle 'xml.vim'

" Color

Bundle 'desert256.vim'
Bundle 'Impact'
Bundle 'matrix.vim'
Bundle 'vibrantink'
Bundle 'vividchalk.vim'

" Ftplugin
Bundle 'python_fold'

" Indent
"Bundle 'indent/html.vim'
Bundle 'IndentAnything'
Bundle 'Javascript-Indentation'
Bundle 'mako.vim--Torborg'
Bundle 'gg/python.vim'

" Plugin
Bundle 'The-NERD-tree'
Bundle 'AutoClose--Alves'
Bundle 'auto_mkdir'
Bundle 'cecutil'
Bundle 'fcitx.vim'
Bundle 'FencView.vim'
"Bundle 'FuzzyFinder'
Bundle 'jsbeautify'
Bundle 'L9'
Bundle 'Mark'
Bundle 'matrix.vim'
Bundle 'mru.vim'
Bundle 'The-NERD-Commenter'
"Bundle 'project.vim'
Bundle 'restart.vim'
Bundle 'taglist.vim'
"Bundle 'templates.vim'
"Bundle 'vimim.vim'
Bundle 'ZenCoding.vim'
Bundle 'css_color.vim'
Bundle 'hallettj/jslint.vim'

需要注意的是，Vim 插件名称可能存在重名的情况，这时候就需要在插件后面加上作者的姓氏，比如 Bundle 'Javascript-Indentation' ，而遇到插件名有空格和斜杠的话，需要将空格和斜杠替换为 - 。

执行 BundleInstall 即可完成安装，如果出现错误提示，多半是名称有问题，去 github 和 vim.org 搜索一下吧。

更多参考：

ps：这篇文章使用 Markdown 写的，以前都是用 Asciidoc 写，貌似是由于 github 带动， Mardown 自 2010 年之后使用人群猛涨，证据在此，上图是 Markdown，下图是 Asciidoc

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/04/vundle/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

Fcitx 配置

2012-04-01T00:00:00+08:00

Fcitx

Fcitx 简介：

小企鹅中文输入法（Free Chinese Input Toy for X，fcitx）
是一个以 GPL 方式发布的输入法框架， 编写它的目是为桌面环境提供一个灵活的输入方案。

本程序目前可以支持XIM和GTK2，GTK3，QT4的IM Module，可为支持
XIM 的 X 应用程序提供输入服务。 fcitx 的源码包内提供了区位和全/简/双拼，
并支持基于码表的输入法（自带五笔、二笔和仓颉等输入码表）。

您可以从 http://fcitx.googlecode.com 下载最新的发布版本。

当年刚开始使用 Linux 时候，使用的是 iBus，随后发现 Fcitx 这个输入法，试用了一下就发现自己所需要的双拼 / 模糊音 / 自定义输入功能都有提供，遂转移阵地到 Fcitx。

Fcitx 安装

大部分发行版软件源都有 Fcitx，Arch 下安装使用命令 pacman -S fcitx 即可安装最新版本。Ubuntu 的安装可以参考 http://wiki.ubuntu.org.cn/Fcitx 。

Fcitx 配置

详细的配置文档参见 http://fcitx.github.com/handbook/fcitx.html

Fcitx 特殊符号

当我们需要输入特殊符号（数字符号、箭头等等）时候，往往需要去网上搜索对应的 unicode 码，然后拷贝过来。Fcitx 提供一个很方便的功能叫做「特殊符号输入」，可以定义自己的特殊符号。

在 /usr/share/fcitx/pinyin/pySym.mb / ~/.config/fcitx/pinyin/pySym.mb （ps：我当前版本是4.2.1，所以是这个路径，老版本可能不是这个路径）中定义需要使用的特殊符号，格式为 <编码> <符号> ，比如：

yinyue ♩
yinyue ♪
yinyue ♫
...

那么，在 Fcitx 中输入 yinyue 就会出现如下候选框

pySym.mb 文件中，「编码」和「符号」均不允许出现空格，所以比较适合短小的符号，而颜文字或者长句不适合在这里出现。颜文字以及其他较长的文字如何快速输入，就要看 Fcitx 的「快速输入」功能了。

我在这里提供的配置文件包括了常用符号、数字、星座、箭头等等，喜欢可以直接拿去。 ps：我定义的「编码」是全拼，所以可能会混淆正常输入，建议全拼用户将「编码」略做修改，添加前缀比如 z （文档中说 v 不能被使用为前缀）。

配置完成之后，使用 fcitx -r 重启 Fcitx（使用 Ctrl+5 可以刷新配置文件，但并不能刷新全部配置文件，建议重启 Fcitx）。待会配置「快速输入」之后，也需要重启 Fcitx 来让配置文件生效。

我的配置文件 fcitx-config / pinyin / pySym.mb

Fcitx 快速输入

Fcitx 的「快速输入」和「特殊符号」很类似，后者管理字符，前者管理自定义语句。

快速输入通过 ； 按键启用，随后输入相应的「字符组合」，Fcitx 会自动补全。

编码对照文件存放在 ~/.config/fcitx/data/QuickPhrase.mb 或 share 目录下对应的文件中，格式为 <字符组合> <短语> ，范例如下

# 颜文字欢呼 （颜文字太需要了，卖个萌什么的太管用了）
yhuanhu (/≥▽≤/)
yhuanhu ヾ(o◕∀◕)ﾉ

在输入法中，键入 ； 之后再输入 yhuanhu 就会出现下面候选框：

从图中可以看出，Fcitx 还自动进行了「字符组合」补全。

我的 fcitx-config / data / QuickPhrase.mb 配置文件按类别收集了一些颜文字，可以直接拿过来使用。

参考链接：

Fcitx 中文键位映射

很多朋友和我一样，喜欢使用「和」来替换“/”，至于为什么，知乎有一个回答就解释的很好为什么大家引用时常用直角引号（「」）而不是弯引号（“”）？

Fcitx 完全可以通过配置中英文键位映射来修改中文状态下面的输入。全局配置文件在 /usr/share/fcitx/data/punc.mb.zh_CN 中，个人配置文件在 ~/.config/fcitx/data/punc.mb/zh_CN 这个对应位置。

我的配置 fcitx-config / data / punc.mb.zh_CN

最后

关于 Fcitx，有 bug 可以到官网反馈，处理起来效率很高，感谢作者们给大家带来这么优秀的开源软件。

Update:

2012-03-02 感谢 @Weng Xuetian 指正 Ctrl + F5 是错误的，需要使用 Ctrl + 5 重载配置。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/04/fcitx-config/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

GAE 编程指南读书笔记

2012-03-24T00:00:00+08:00

GAE 和我蛮有缘分，我初学 Python 的其中一个原因就是当时 GAE 刚推出，当时想法是免费的应用要用起来，要不然就浪费了。随后也假模假样的看文档，就是没有什么产出。

去年写了一个小应用 dbevent2gc ，期间发现 GAE 和普通程序开发的诸多不同，又遭遇 GAE 配额大幅缩水，写出来的应用运转的不太稳定。在南京图书馆的架上看见这本《GAE 编程指南读书笔记》，立即借回家仔细阅读。

GAE 的简介
- 运行时环境 Python / Java
- 数据存储 Datastore（实体 / 查询 / 索引 / 事务）
- 服务（Memcache / GAccount / 任务队列 / 计划任务）
- 工具（SDK / appcfg / dev_appserver / 控制台）
入门（安装 / GAccount / webapp / app.yaml / /_ah/admin / 注册部署 / login:required）
处理流程：请求 - 前端 - 引用服务器 / 静态文件服务器 - 服务
- 配额限制：请求限制 / CPU 限制 / 服务限制 / 部署限制（最新配额：http://code.google.com/intl/zh-CN/appengine/docs/quotas.html）
数据存储
- GAE 的数据存储方式和传统的 RDBMS 差异比较大，更类似于对象数据库。
- 类别 kind / 键 / 键名 key name
- 可以通过键来获取和操作对象
  - e = db.get(db.Key('Entity', 'alphabeta')) / e = Entity.get(k)
  - e = db.get(k)
  - e.delete() / db.delete(e1, e2) / db.delete(k)
- Expando 基类可以任意扩展属性，Model 基类则不可。
- GAE 中基本类型与 Python / Java 中基本类型的差异
- 多值属性
数据查询
- 查询和类别 db.query() query.filter() query.order()
- 查询和键：查询结果要么返回实体，要么返回键（ key_only=True ）
- 可以用 GQL 写查询语句，不能写 CUD
- 获取结果： fetch()
索引
- 每条查询都需要维护一条索引，在 index.yaml 中可以配置
- 排序之后的索引查询很快，查询效率和返回结果集有关
- 实体的每个属性会自动维护两条索引：升序和降序
- 查询时候选取对应的索引进行查询，条件语句可能和排序语句相冲突
- 不等于 / IN 操作符将引发一系列变换出的查询
- 多值字段的索引：每个值会成为索引中一行 / 实体会因此分散 / 取第一次成功扫描到的行
- 多值会引入爆炸索引问题
事务
- 通过实体组来控制事务，实体组会在同一块存储区
- GAE 使用乐观锁
- 使用 AModel(parent=p) 构造祖先，然后通过 run_in_transation() 回调事务处理函数
- BigTable 中使用日志+时间戳来跟踪实体的修改，保证数据并发和一致性
- 事务更新和索引更新：可能返回的索引结果和实体不一致
Python 数据建模
- 声明 / 类型 / 验证（ validate() ）
- 不编入索引的属性 indexed=False
- 时间类型的自动值
- 模型变化带来的维护问题：修改属性类型 / 添加一个必要属性是不向后兼容的。
- 关系建模
  - db.ReferenceProperty
  - collection_name
- 多对多关系的处理
  - 键列表方法：使用多值属性
  - 链接模型方法：相当于中间表概念
- 模型的继承：通过 db.PolyModel 实现多态查询
Memcache
- CRUD
获取 URL 资源
- urlfetch()
RPC 异步请求调用，闭包调用
邮件和 XMPP
- 额，亲用到时候看 Google 官方文档吧～
大批量数据操作和远程访问
- /remote_api
- Bulk Loader 大量数据操作
- 远程 shell remote_api_shell.py app-id
任务队列和计划任务
- 队列： queue.yaml / 令牌桶
- 计划任务： cron.yaml
- 都是通过设定主动触发某个 url
Django
- 看 Django 文档吧，亲～
部署
- 上传 appcfg.py update ./clock
- 通过 url 使用特定版本： version-id.latest.app-id.appspot.com
- 版本只维护代码，数据库还是同一份
- 下载日志 appcfg.py request_logs clock logs.txt

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/03/gae/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

在Python中调试代码

2012-03-20T00:00:00+08:00

撰写程序时候，需要在调试上面花费不少时间，好的调试工具可以让这个过程如虎添翼，靠打 log 调试会是一种很痛苦的过程，我总结一下 Pylons 开发的调试技巧。

吐槽：团队开发时候，每个成员需要学习、总结和分享各自的开发技巧，这样才能自我提升并提高开发效率。这属于团队文化建设，开发是一种艺术创造过程，绝对不是简单的复制和粘帖。

在 Python 中调试

pdb

在代码中加入下列语句即可启用交互式调试。

import pdb;pdb.set_trace()

在 pdb 中，可以使用 h / l / b / n / s / c / j / a / p / ! / q 这些命令所代表的含义可以通过 h(elp) 打印出来。

参考链接：

用PDB库调试Python程序

ipdb

比 pdb 更好用的是 ipdb，需要预先安装 IPython，通过 IPython 可以提供更强的交互功能。

安装 ipdb: easy_install ipdb ，使用方法依然是 import ipdb;ipdb.set_trace() 。

ps: 根据我的测试，ipdb 0.61 不能和 ipython 0.91 正常工作，会报 ImportError: No module named core.debugger 错误，请尝试使用 ipython 0.10 或者更新版本。这个错误在 ipdb 官网有 issue 描述（link）。

使用 embed python shell

除了特定代码的调试，有时候我们还需要在开发一个功能之前进行尝试性代码撰写，这点在 web 开发时候尤其有用。托 Python 动态语言特性的福，我们可以很方便的使用 Interactivate Shell 进行开发。

在项目的根目录建立一个 Python 脚本，比如 shell.py ，其中代码如下：

#!/usr/bin/env python
#coding=utf-8

# desc: 这个shell提供Python上下文环境，方便调试
# author: alswl
# date: 2012-03-20

def main():
# Do something for init here.
try:
from IPython.frontend.terminal.embed import InteractiveShellEmbed
ipshell = InteractiveShellEmbed()
ipshell()
except ImportError:
import code
pyshell = code.InteractiveConsole(locals=locals())
pyshell.interact()

if __name__ == '__main__':
main()

这段代码先尝试使用 IPython 作为交互 shell，如果没有安装就使用原生 Python 作为交互 Shell。(强烈建议使用 IPython)。

请在 main() 方法开始时候做一些初始化动作，比如载入 webapp 的实例并初始化各路config，这样就能实现即时代码测试功能，提高开发效率，不用一遍遍地跑流程。

参考链接

http://qixinglu.com/archives/embed_python_shell_in_code （注意，这篇文章是2011年的，其中引入 IPython 的 InteractiveShellEmbed 的方法已经过期，请参考上面的代码）

GAE 中的 pdb

有一些特定系统，比如 GAE 和 nosetests，他们会重定向 std:in 和 std:out ，造成 pdb 无法正确输入和输出，在使用的使用，需要用以下代码做个 hack。

import sys
import pdb
for attr in ('stdin', 'stdout', 'stderr'):
    setattr(sys, attr, getattr(sys, '__%s__' % attr))
pdb.set_trace()

Pylons 调试

Paster 的 Shell 交互式调试更显犀利（官方所称杀手级功能），可以直接使用 paster shell dev.ini 命令启用交互界面，默认会先尝试载入 IPython，不存在就载入原生 Shell。

我当前使用的 Paster 版本为 1.7.5,无法正确识 IPython 0.11及以上版本，请使用0.9.1或者0.10。

参考链接：

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/03/python-debug/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

Chrome 独立代理设置

2012-03-15T00:00:00+08:00

Chrome 在2011年4月份时候，加入了两个新的实验性扩展分支，分别是 Web Navigation Extension API 以及 Proxy Extension API，通过他们，可以让 Chrome 使用自己独立的代理。

借助这个新功能，我们可以通过 SwitchySharp 使用某个 list 完成部分网址代理。

我的环境： Arch Linux / Chromiun(17.0.963.78) / Proxy SwitchySharp 1.9.38。

安装 Proxy SwitchySharp

由于 SwitchyPlus 停止维护，因此这里我使用 Proxy SwitchySharp。

Proxy SwitchySharp 介绍如下：

轻松快捷地管理和切换多个代理设置。基于 "Proxy Switchy!" 和 "SwitchyPlus" 开发。
使用 SwitchySharp 和 GFW List 的图文教程（一次成功，无需重启）  http://is.gd/swap2

**注意！我无法在这个页面回复你的提问。如果有任何故障反馈、求助、建议，请移步项目主页，谢谢！=> http://code.google.com/p/switchysharp/issues/entry

特色：

: 使用 Chrome 代理 API，只修改浏览器代理设置，不修改系统代理设置。
: 支持自动切换模式，可根据 URL 使用不同的代理情景模式。
: 可导入、导出设置。
: 支持在线列表，且能兼容 GFW List 。
: 使用事件监视代理更改，更高效准确。
: 支持改进的快速切换模式，随意在代理之间切换。

为什么我要做这个扩展？ =>
由于 @gh05tw01f 停止支持和更新 SwitchyPlus 项目，我决定自己对其代码进行修改。
在自己用的同时，本着开源的精神，我也将项目使用 GPL 授权，并上传至商店方便各位使用。

为什么你应该从 SwitchyPlus 转移到 SwitchySharp ？=>
最重要的原因是， SwitchyPlus 项目已经不再更新，作者也不提供支持。而本项目还在开发过程中，提供支持和更新。
其次，此扩展支持设置的导入导出，这是 SwitchyPlus 中没有的功能。
最后，此扩展修复了 SwitchyPlus 中的很多 bug ，且增加了很多激动人心（？）的新功能，如一键切换中使用自动切换模式等。

配置 Proxy SwitchySharp

在Chrome地址栏输入 about:flags 找到“实验性扩展程序 API”启用并重启浏览器。（新版本可以不勾选）
勾选在隐身模式下启用。

配置主界面如下：

其中的 HTTP 代理和端口，根据自己的需要填写。

相关链接：让Chrome浏览器用上独立的代理 | 非诚勿扰

Socks 用户的福音

Chrome 是不支持 socks 类型的代理服务器的（bug 地址），所以类似 ssh -D 建立的 socks 连接都会无法使用，我们需要通过 Privoxy 来将 socks 转换到 http。

Arch Linux 下安装 Privoxy，其他发行版也是类似。

pacman -S privoxy

配置 Privoxy，修改 /etc/privoxy/config 添加一行：

forward-socks5 / 127.0.0.1:7070 .

注意上面的空格和末尾的点。

配置好 Privoxy 后，重启服务，Privoxy 默认在 8118 端口提供服务，可以使用 127.0.0.1:8118 来访问代理服务器。

参考链接： * ssh socks5 转 http « 细节的力量 * Privoxy - Home Page

使用某个 list

这事不能说太细，看图说话。

注意将某 list 加入切换规则，否则会无法获取 appspot 中的内容。

参考链接：https://autoproxy.org/zh-CN/node/61 （自备梯子）

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/03/chrome-proxy/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

影响力读书笔记

2012-03-05T00:00:00+08:00

本书研究 - 社会心理学 - 顺从心理学。
日常生活中有大量心理捷径。
在某个环境下机械地回应某一信息的倾向叫做自动化反应或“按一下就播放”式反应；对所有相关信息进行彻底分析后做出反应的倾向，则叫做可控式反应。

豆瓣链接

1. 互惠

互惠是人类社会群体的一个独有特征。
利用小礼物，使目标答应原来会拒绝的请求。
互惠原理适用于强加的恩惠。
互惠原理可触发不对等交换。
违背互惠原理，接受而不试图回报他人善举的人，是不受群体欢迎的。（进化适应器）
互惠式让步：面对接受的善意，我们感到有义务要偿还。
拒绝-后撤策略：先提出较大的要求，遭到拒绝之后再提出真正的较小要求。
- 责任感
- 满意感
如何防范：
- 拒绝最初的善意 / 分清楚请求者是否有善意或别有所图
- 明辩敌友：善意自然应当得到善意回报，可对销售策略却没有这个必要。

2. 承诺和一致

人人都有一种言行一致，同时也显得言行一致的愿望。
人类普遍人为言行一致是基本的人格特征。信仰、言语和行为前后不一的人，会被堪称是脑筋混乱、表里不一，甚至精神有毛病。另一方面，言行高度一致大多跟个性坚强、智力出众挂钩，它是逻辑性、稳定性和诚实感的核心。
每当一个人当中选择了一种立场，便产生了维持它的动机，这样才能显得言行一致。
言行一致的优势：
- 为复杂的现代生活提供一种捷径，被验证过的模式会提供好处
- 避免费力的思考。
激活一致性的关键：承诺
承诺之后甚至会加大顺从度，去做之前小请求毫不相关的事情。
承诺需要当事人积极、公开、、经过一番努力后自由选择的。
- 只有当我们认为外界不存在强大的压力时，我们才会为自己的行为发自内心地负起责任。
- 观察当事人，通过他的行为确定一个人自身信仰、价值观和态度
- 书面承诺的效果很显著
- 公开承诺假话和具有持久的效力，人们会忠于自己的公开决定。
- 额外的努力对承诺者的影响力更大。
承诺之后，尽管环境发生了变化，承诺仍然会持续的发挥效用（自己长出腿）。
- 这是为了保持内心信仰系统一致。
- 抛低球：用甜头引诱，然后再找接口撤销。
公共利益往往是一个很好的承诺点。
防范引诱性承诺
- 肠胃信号
- 心灵深处的力量，寻找和信任自己做出反应那一瞬间的乍现灵光。
容易被攻击的弱点
- 年龄
- 个人主义

3. 社会认同

社会认同原理：在判断何为正确时，我们会根据别人的意见行事。
推导
- 我们对社会认同的反应方式完全是无意识的、条件反射式的，这样一来，偏颇甚至伪造的证据也能愚弄我们。
- 认为一种想法正确的人越多，持有这种想法的人就会觉得它正确。
人越多反而越不安全
- 现场有大量旁观者在场时，旁观者伸出援手的可能性最低。
- 避免这种情况：指定对象要求救援。
模仿自杀（维特效应）：报道自杀的消息，促使一部分跟自杀者类似的人走向了绝路。
不确定性的帮助：在人不确定时候，会根据他人的行为指导自己的行为。
防范：
- 那些从众行为往往是赤裸裸伪造的，甚至是可笑的。
- 在自己不明白真相时候，取了解真相，避免对集体智慧的极大信任。

4. 喜好

社会纽带的影响比对产品本身的好恶强两倍
喜好的缘由：
- 外表：一个人的正面特征能主刀他人看待此人的眼光。长相好的人更容易在需要帮助的时候获得帮助，在改变听众意见时候也更具有说服力。
- 相似性：人们喜欢与自己相似的人，无论是在观点、个性、背景还是生活方式。
- 恭维：人们喜欢听人恭维奉承。
- 接触和合作：人们对熟悉的人有好感。
  - 接触带来的熟悉往往能导致更大的好感，但是接触本身蕴含了让人反感的体验，也许会适得其反。
  - 在接触时候，努力创造一种“我们和他们在为了同一目标而奋斗”的氛围，会提升合作顺利程度。
关联性：
- 糟糕的消息会让报信人也染上不详。
- 流行文化的导向
- 新闻、天气和体育的惊人力量：能将成功联系到自己，将自己的公共形象变得光辉。
防范：
- 警惕自己的好感度是否超过正常指标

5. 权威

人往往会听从于专家和上级，难以公然违抗他们。权威的上级的命令，往往会被无条件的执行，甚至违抗常识、道德和法律。
权威的象征往往就能降伏我们：
- 头衔
- 衣着
- 身份标识
防范：
- 分清楚真正的权威，判断是否是专家

6. 稀缺

物以稀为贵
对失去某种东西的恐惧，似乎要比对获得同一物品的渴望，更能激发人们的行动力。
稀缺的特征：数量有限/时间有限。
逆反心理
- 保住既得利益的愿望，是心理逆反理论的核心。
- 我们基本可以根据获得一种东西的难易程度，迅速准确地判断它的价值。
- 每当东西获取起来比以前难，我们拥有它的自由受了限制，我们就越发地想要得到它。
- 信息审查对受众的影响：人们对封锁的信息更接受、更包容。
创造稀缺的条件：
- 新的稀缺：失去比获得带来的震动更大。
- 竞争稀缺资源：人们在竞争稀缺资源时候，往往会变得狂热愚昧。
防范：
- 警惕在顺从环境下面高涨的情绪
- 理解物品的价值来源于本身，而不是稀缺程度。
- 避免竞争环境下面的情绪狂热。

7. 新时代环境的影响力

我们容易根据孤立的代表性特征做决定，因为现代生活节奏太快，信息太纷杂。
当代的信息爆炸了。
我们需要使用捷径来做出快速的相应。
我们要采取一切合理的方法：抵制、威胁、对峙、谴责、抗议，来报复刺激我们的捷径反应为目的的虚假信号。

8. alswl 的总结

关于如何防范，其实只要掌握两点：

避免懒惰，勤加思考（反捷径）
天上不会掉馅饼（反虚假捷径刺激信号）

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/03/influence/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

给MoinMoin写插件

2012-02-10T00:00:00+08:00

1. 使用 MoinMoin

前些日子，我写了一篇使用MoinMoin作为个人KMS 大赞MoinMoin的各种好处。MoinMoin的其中一个好处是基于GPL的开源，我们可以方便的给MoinMoin撰写自己的插件（当然也可以去官方的wiki上获取大量现成插件）。

我在使用MoinMoin过程中，有一个急迫需要的功能：

保存一篇网页时候，要将里面的图片保存到本地，而不是使用外链接方式保存，因为由于各种不可预测的原因，原始图片数据很有可能丢失或者无法连接。

这个功能对于将Wiki产品转化为KMS应用非常需要，可惜MoinMoin官方并没有提供，我也没在MoinMoin的开发者插件库中找到类似功能，就自己写了一个插件image2attach。

现在我分享一下如何写MoinMoin插件，技术大牛可以直接移步官方开发文档，我这里只是写一些简单的内容，帮助像我一样的同学。

以下内容需要Python编程基础～

2. MoinMoin 系统结构

MoinMoin的UML图：

3. MoinMoin 常用对象

3.1. request

这个request和普通jsp/asp中request很类似（实际上这个request就是继承 werkzeug的Request）。

除了正常的web request功能，Moin的request还带了Wiki自身的信息。

request.getText # 多国语函数，经常使用 _ = request.getText 来简化代码
request.dicts # 获取定义在页面中的Dict，参见http://moinmo.in/HelpOnDictionaries
request.groups # 获取权限管理中的组别
request.user.may # 检查用户权限

3.2. Page

Page是最常见的类，它代表某个Wiki页面，通过它可以获取某个页面所有信息。 age本身是只读的，如果需要编辑需要使用PageEditor。

Page.exists() # 是否存在
Page.getRevList() # 版本列表
Page.current_rev() # 当前版本
Page.getPagePath() # 存储路径
Page.get_raw_body() # 获取存储的数据
Page.send_page() # 发送格式化好页面

3.3. PageEditor

上面说到Page是只读的，那当我们需要编辑页面时候，就要用到PageEditor类了。

PageEditor.saveText() # 保存内容
PageEditor.deletePage() # 删除页面

3.4. AttachFile

顾名思义，AttachFile用来管理页面附件。

AttachFile.exists() # 检查附件是否存在
AttachFile.getAttachDir() # 获取附件存放的本地目录
AttachFile.getAttachUrl() # 获取附件url

3.5. wikiutil

wikiutil 是MoinMoin提供的一个帮助类，包含一些常用的小功能。

wikiutil.escape() # html转义
wikiutil.createTicket() # 生成一串唯一key，用来页面验证
wikiutil.checkTicket() # 检查ticket
wikiutil.invoke_extension_function() # 注入脚本类插件
wikiutil.version2timestamp() # 将MoinMoin时间转换成UNIX时间戳
wikiutil.timestamp2version() # 参考楼上
wikiutil.renderText() # 将wiki text转换成html来展现

3.6. user

用户类，CRUD操作，不解释。

3.7. formatter

formatter将输出展现类，将wiki text转换为各种预定义的格式。需要和parser配合使用（两者关系看上去像抽象工厂模式）。

formatter.text() # 格式化为普通文本
formatter.img() # 格式化为图片
formatter.number_list() # 格式化为有序列表
formatter.bullet_list() # 格式化为无序列表
formatter.listitem() # 格式化为列表项

3.8. parser

formatter完成的工作是展现解析后的wiki内容，而负责解析的就是parser了。

流程是这样的：

wiki -> parser -> formatter

每一个parser都对应一个或者多个formatter。系统内置的 parser/formatter 有：

docbook
html
plain
python
rst
cvs

4. MoinMoin 运行流程

cgi.py
通过url获取pagename和action，然后调用对应的Page方法和Action对象
1. Page().send_page()创建普通页面
2. MoinMoin.action.getHandler()用来获取对应action

5. MoinMoin 开发配置

5.1. 禁用pyc缓存

MoinMoin 为了提高系统效率，会为 python 文件生成pyc缓存，如果放任它们的话。每次修改python源码效果都得不到立即体现。所以我们要在开发阶段禁用系统缓存。

在文件 /usr/lib/python2.7/site-packages/MoinMoin/config/multiconfig.py 的第815行左右，修改 options_no_group_name 中的 cache 时间。

当改为0时候，就不使用 pyc 缓存，这样就不用重启服务器来清楚缓存了。

options_no_group_name = {
        # ...
        #'cache': (600, 30), # cache action is very cheap/efficient
        'cache': (0, 0), # cache action is very cheap/efficient #XXX alswl
        # ...
}

6. image2attach 范例

image2attach这个插件功能很简单，就是读取wiki文本内容，找出所有图片，然会将这些图片从互联网上下载到本地，并将文中的图片链接改为MoinMoin的附件链接。

6.1. 创建插件文件

在 data/plugin/action/ 目录下创建文件Image2Attach.py。（请使用大写文件，Moin会自动识别大写开头的Python文件为插件）

6.2. 基本框架

execute() ：hook函数，用来给上层调用，签名必须是 def execute(pagename, request)
Class Image2Attach ：主要类，处理逻辑。
1. process() / process_line() ：处理每行wiki text，会抓取<a>和<img>
2. process_transclude() / process_link() ：分别处理<a> / <img>
3. fetch_image() ：下载图片
4. add_attachment() ：将图片作为附件加入到wiki
5. write_file() ：写入wiki text

总的来说，开发Moin插件还是比较方便的，官方提供了详尽（但不够顺畅）的教程和 API文档。我大部分时间在看Moin的API文档， Moin作为一款久经考研的Wiki系统，开放的代码也有很多地方可以学习。

版权所有 © 2010 转载本站文章请注明： 转载自 Log4D
原文链接: http://log4d.com/2012/02/the-write-the-plugins-for-moinmoin/
您可以随意地转载本站的文章，但是必须在醒目位置注明来源及本站链接，不可以将本站文章商业化使用，或者修改、转换或者以本作品为基础进行创作。
3a1ff193cee606bd1e2ea554a16353ee

再读《重构》

2012-02-05T00:00:00+08:00

Martin Fowler 的《重构-改善既有代码的设计》这本书，是我大学老师推荐给我的。当时我在撰写代码过程中，发现当代码量到某个数量级时候（1000+行），就会逐渐失去对代码的控制能力。昆哥推荐了两本书《UML和模式应用》和《重构》这本书。

这本书是2年前购买的，可惜以我当时的代码感知和撰写能力，看起来颇为吃力。半途就看得云里雾里而中断了。最近我又重新拾起这本书，将书中所写的境况与我这两年多来遇到的问题相互印证，才感受到这本经典的力量。

Martin 其人：

ThoughtWorks的首席科学家，当今世界软件开发领域最具影响力的五位大师之一。
他在UML推广普及、领域建模、企业应用开发和敏捷方法等方面建树卓著，被称为软件开发的教父。

大学时候有段时间我对 Martin 的敏捷非常痴迷。现在对技术的选择没以前那么冲动了，但是毫不妨碍我对 Martin 的敬仰之情。

1. 重构原则

1.1. 重构的定义

对软件内部结构的一种调整，目的是在不改变”软件之可察行为“前提下，提高其可理解性，降低其修改成本。

重构就是在代码写好之后改进它的设计。

重构和添加新功能并不冲突，但是当开发者身份在两者之间切换时候，不能混淆在一起。

1.2. 重构的意义

优秀设计的根本是：消除重复部分！（DRY = Don’t repeat yourself）
重构让代码更清晰，更容易理解
清晰的代码可以更方便的找到bug，重构可以写出更强健的代码
良好的设计可以在长远时间上提高开发速度

1.3. 重构的时间

随时进行重构（在我看来，重构更是一种开发的习惯）
事不过三，代码重复不要超过三次（否则就要”抽“出来）
添加功能时候并一一重构（个人理解是，添加新功能之前，分析并重构，从而更方便添加新功能）
修补错误时
code review时

1.4. 重构和开发进度

重构的意义之一也是提高开发进度。杀手锏是”不要告诉经理“。

1.5. 重构的难题

数据层（数据模型）的变更压力
修改接口
那些难以通过重构改变的设计改动
代码不能运行
项目期限压力 dead line

1.6. 重构与设计

编程不是机械的开发，（软件开发是艺术行为！）
设计和重构的平衡（预先设计的难度和重构灵活性的平衡）

1.7. 重构与性能

重构确实会在短期内降低代码执行效率，但优化阶段是可以调整的，而且调整会更容易。
提前优化是万恶之源

1.8. 那些Bad Smell

重复的代码（这才是真正万恶之源，鄙视一切Ctrl+C/P）
过长函数，会导致责任不明确/难以切割/难以理解等一系列问题
过大类，职责不明确，垃圾滋生地
过长参数列（面向对象不是说说而已）
发散式变化，一个类会响应多种需求而被修改
散弹式修改（其实就是没有封装变化处，由于一个需求，多处需要被修改）
依赖情节（一个类对其他类过多的依赖）
数据泥团（如果数据有意义，就将结构数据变成对象）
type code，使用Class替代
switch，少用，考虑多态
过多平行的类，使用类继承并联起来
冗余类，去除它
夸夸其谈的未来性（Matin的文字，侯俊杰的翻译真是…出彩…）
临时值域，封装它
过度耦合的消息链，使用真正需要的函数和对象，而不要依赖于消息链
过度的deleate
过度使用其他类private值域
重复作用的类
不完美的类库，（类库老了，使用者也没办法阿）
纯数据类（类需要行为）
不纯粹的继承（拒绝父类的接口的类）
过多注释，注释多了，就说明代码不清楚了

1.9. 从测试开始

无测试，无重构，只依赖手工测试，重构时候人会崩溃的。

重构的保真就是自动化测试（如果真的要无聊的手工测试，我也不反对）
单元测试
功能测试

1.10. Kent Back说

如果我纯粹为今天工作，明天我将完全无法工作。

间接层的价值：

* 允许逻辑共享
* 分开解释”意图“和”实现“
* 将变化加以隔离
* 将条件逻辑加以编码

计算机科学是这样一门学科：它相信所有问题都可以通过一个间接层来解决。 –Dennis DeBruler

我相信，撰写代码时候不仅仅考虑当下功能，要考虑到有可能出现的情况，在可能的平衡下面，为将来的扩展做好准备。（也许不仅仅是自己的明天，还要考虑团队成员的今天工作内容）

2. 重构名录

2.1. 重新组织函数

Extract Method（提炼函数）: 将一段独立的，不依赖上下文的代码组织并独立出来。
Inline Method（将函数内联化）: 当函数内部代码简短而容易理解时候，去除这个非必要的间接层。
Inline Temp（将临时变量内联化）: 去除只被赋值一次的临时变量。（当有意义时候，应该保留）
Replace Temp with Query（以查询取代临时变量）: 将临时变量提取到一个独立函数，并将原来变量引用替换为函数调用。（我还是担心性能的问题，另外将临时变量限定在一个段落p中，可以避免额外的引用）
Introduce Explainning Variable（引入解释性变量）: 将复杂表达式的结果放入临时变量，并用变量名来解释表达式用途。（自注释代码的表现）
Split Temporary Variable（剖析临时变量）: 除了循环变量和临时集合变量，临时变量赋值不能超过一次。
Remove Assignments to Parameters（移除对参数的赋值动作）: 不对函数参数进行赋值动作，如果要赋值，创建一个新的临时变量。
Replace Method with Method Object（以函数对象取代函数）: 把函数变成对象，再把临时变量变成对象值域。该方法在分解函数时候常用。（Martin 对小型函数特别迷恋，我认为这个方法更应该用在有逻辑意义的方法上面）
Substitute Algorithm（替换算法）: 用更清晰的算法。（码农都知道）

2.2. 在对象之间搬移特性

（面向对象编程原则之一就是职责归属，搬移其实也就意味着职责重新规划）

Move Method（搬移函数）: 将函数移动到被最多次调用的类里面去。（往往在逻辑意义上，这个函数就应该归属于这个类）
Move Field（搬移值域）: 将值域移动到被最多次调用的类里面去。
Extract Class（提炼类）: 将开发过程中逐渐变得臃肿的类拆分成数个类，形成清楚的抽象，明确的职责。
Inline Class（将类内联化）: 将不再担任足够职责的类搬到另外一个类中，并移除这个原始类。
Hide Delegate（隐藏委托关系）: 将直接调用变成间接，在中间添加一层，从而从容面对变更，隔离变化。（“哪里变化，封装哪里”这是设计模式的一个经典原则）
Remove Middle Man（移除中间人）: 和Hide Delegate相反，移除做了过多简单委托的类。（应该Hide Delegate需要加入成本，多维护一层，这需要控制一种平衡）
Introduce Foreign Method（引入外加函数）: 当类无法进行修改时候，使用静态函数接受这种类型的类实例，
Introduce Local Extenstion（引入本地扩展）: 使用子类继承/wrapper类来实现额外的函数。

2.3. 重新组织数据

Self Encapsulate Field（自封装值域）: 使用getter/setter。（个人觉得这样很繁琐，.net中的属性方式处理的不错）
Replace Date Value with Object （以对象取代数据值）: 当数据项有额外的数据和行为时候，将它变成一个类
Change Value to Reference（将实值对象改为引用对象）: 有一些类型，比如日期、星期，不需要保存太多副本。
Change Reference to Value（将引用对象改为实值对象）: 和楼上相反的情况，引用会带来复杂的内存分配，在分布式系统中，实值对象特别有用。
Replace Array with Object（以对象取代数组）: 不应该将不同的元素存放到数组中，应该使用值域。
Duplicate Observed Data（复制被监视数据）: 通过观察者模式，将业务数据和GUI数据进行同步控制
Change Unidirectional Association to Bidirectional（将单向关联改为双向）: 使用双向连接，从而能让两个类能互相使用对方特性。
Change Bidirectional Assicuation to Unidirectional（将双向关联改为单向）: 当一个类不再需要另外一个类特性时候作修改。
Replace Magic Number with Symbolic Constant（以符号常量/字面常量取代魔法数）: 使用有意义的名称，比如pi,gravity。
Encapsulate Field（封装值域）: 使用getter/setter。
Encapsulate Collection（封装集群）: 避免直接修改容器对象，而是封装出类方法来修改。将变化控制在既有方法内。
Replace Record with Data Class（以数据类取代记录）: 将传统编程中的结构体转换为数据类。
Replace Type Code with Class（以类别取代型别码）: 使用类型集合类来替换型别码。
Replace Type Code with Subclass（以子类取代型别码）: 使用多态来替换型别码，发挥面向对象编程的优势。（小心处理ORM映射）
Replace Type Code with State/Strategy（以State/Strategy取代型别码）: 使用State/Strategy模式来因对type code会发生变化的情况。将状态类作为父类，再进行继承。
Replace Subclass with Fields（以值域取代子类）: 当子类的差异仅仅体现在返回常量数据的函数上时候，进行这样的替换。

2.4. 简化条件表达式

简化的核心思想，是将过程式的if/else替换为面向对象的多态。

Decompose Conditional（分解条件式）: 将复杂的条件式提炼为独立函数。
Consolidate Conditional Expression（合并条件式）: 将多个条件式判断提炼成一个独立函数。这和上面的分解条件式都需要一个前提：这几个条件式是要有逻辑关联的。
Consolidate Duplicate Conditional Fragments（合并重复的条件判断）: 将所有分支里面都拥有的代码提炼到分支判断之后运行。
Remove Control Flag（移除控制标志）: 使用 break/return 取代控制标记。单一出口，多出口。控制标记让程序接口看上去混乱。
Replace Nested Conditional with Guard Clauses（以卫语句取代嵌套条件式）: 保留正常情况下面下的顺序执行，提前对非正常情况进行单独检查并返回。（我更倾向于使用Exception）
Replace Conditional with Polymorphism（以多态取代条件式）: 将条件式的每个分支放入一个subclass内覆写函数中，然后将原始函数生命为抽象函数。（这个方法之前的5种重构手段是代码小手段，引入多态才能充分发挥OOP优势）
Introduce Null Object（引入Null对象）: 将无效值替换为null object，从而可以让程序正常运行。（这好象是一种hack方法，我倾向使用Exception，作者的用以可能是通过Null来减少判断代码）
Introduce Assertion（引入断言）: 通过断言来发现程序错误，实际使用中，可以配合 debug mode 使用。

2.5. 简化函数调用

Rename Method（重命名函数）: A good name is better than a line of comment.
Add Parameter（添加参数）: 你没看错，就是添加参数。（啊？Matin老师，不带这么水的阿）
Remove Parameter（移除参数）: 不要就丢掉。
Separate Query from Modifier（将查询参数和修改参数分离）: 将一个即查询状态又修改状态的函数分离开来，职责分离清楚。（我以前很喜欢写多面手函数～）
Parameterize Method（令函数携带参数）: 同一逻辑功能函数，通过重载接受不同参数。而不要建立多个同样的函数。
Replace Parameter with Explicit Methods（以明确函数取代参数）: 将单一函数分解为多个函数从而去掉参数，前提是这几个函数的逻辑功能区别较大。
Preserve Whole Object（保持对象完整）: 传递完整的对象，取代几个参数的传递。
Replace Parameter with Methods（以函数取代参数）: 如果目标函数需要的是几个参数操作的结果，就直接传递这个结果，而不是数个参数。
Introduce Parameter Object(引入参数对象): 当几个参数经常同时出现，就封装他们。（他们之间往往就有逻辑关系）
Remove Setting Method（移除设值函数）: 如果类的某个值域初始化后不再改变，就去掉它的setting方法。（我理解为原则：“减少疑惑，保持唯一”）
Hide Method（隐藏某个函数）: 使用 private 标记未被其他类调用的方法。
Replace Constructor with Factory Method（以工厂函数取代构造函数）: 引入工厂模式。
Encapsulate Downcast（封装向下转型动作）: 当知道什么类型时候，将其封装在产生函数里面，减少引用者的困扰。
Replace Error Code with Exception（以异常取代错误码）: 如其名。（关于异常使用的时机，抛出的方式，捕捉的粒度，我困惑了很久。最后的总结的经验是：在什么层级处理并且仅处理该层级的异常。等有时间详细成文送出）
Replace Exception with Test（以测试取代异常）: 异常不是条件判断。

2.6. 处理概括关系

关于 OOP 继承的那些事儿。

Pull Up Field（值域上移）: 子类重复的值域放到父类去。（其实还是基于责任归属的问题）
Pull Up Method（函数上移）: 子类中重复函数移到父类。
Pull Up Construction Body（构造函数本体上移）: 共用的构造函数片段上移。
Push Down Method（函数下移）: 将父类中近被某个子类调用的函数下移。
Push Down Field（值域下移）: 同上。
Extract Subclass（提炼子类）: 当某个类只有部分特性被用到，就需要提取出子类。
Extract Superclass（提炼超类）: 和上面相反。
Extract Interface（提炼接口）: 将相同的子集提取接口。
Collapse hierarchy（折叠继承体系）: 父类和子类并无太大区别时候，合体吧亲。
From Template Mehod（塑造模板函数）: 将子类的同功能不同实现函数上移到父类，并在子类提供同名不同实现被调用的子函数。
Replace Inheritance with Delegation（以委托取代继承）: 将父类变成一个值域，在调用这个值域的方法。is-a → has-a （继承太多就会出问题）
Replace Delegation with Inheritance（以继承取代委托）: 和上面相反的应用，当子类和父类出现明显的继承关系时候使用。

2.7. 大型重构

这一章讲的内容有点高屋建瓴，这里就不概括了，建议读原文。

Tease Apart Inheritance（梳理并分解继承体系）
Convert Procedural Design to Objects（将过程化设计转化为对象设计）
Separate Domain from Presentation（将领域和表述/显示分离）
Extract hierarchy（提炼继承体系）

少年，coding时候重构你的代码吧！

暗时间读书笔记

2012-01-15T00:00:00+08:00

pongba的大作《暗时间》，讲述效率、习惯、思维，还有一些数学史话和算法，推荐一看。

ps：我的读书笔记比较水，也许成为摘抄更合适。我习惯这种大纲式的笔记，方便我回想。这里有一篇很赞的评论，介绍了三头牛，其中有笑来老师和刘未鹏。

1. 效率、记忆和学习

暗时间
- 那些瓶颈较细的能够抓住每一粒时间之沙，虽然啥子总量一样，但相对却拥有更长的生命。
投入时间和效率
- 投入时间这个说法本身就是荒唐的，实际投入的是时间和效率的乘积。
- 避免工作内容切换带来的上下文时间损耗
- 通过锻炼缩短进入状态的能力
- 能够迅速进入专注状态，以及能够长期保持专注状态，是高效学习的两个最重要习惯。
设计你自己的进度条
- 设计你自己的进度条
- 不要过早退出循环
  - 绝大多数情况下你并不孤单，你遇到的问题早就有人遇到过，你踩过的坑里尽是前人的脚印。
- 兴趣遍地都是，专注和持之以恒才是真正稀缺的
  - 性格里面有没有维持兴趣的火种一直燃烧下去的燃料
- 靠专业技能的陈宫是最具有可复制性的
- 反思是让人得以改进自己的最重要思维品质
- 一生的知识积累，自学的起码占90%
如何有效的记忆与学习
- 最终目的是要在恰当的时候能够想起来去使用
- 记忆线索的提取
  - 知识信息：精细的概念、逻辑、一般的解题原则、通用的解题手法、背景知识、类似的问题
  - 环境因素：环境、味道、声音
  - 语言背景
- 如何记忆
  - 主动回顾
  - 创造回忆的机会
  - 虚拟别人的经历
  - 抽象和推广
  - 比较自己的经历
学习密度和专注力
- 并非靠自制力去强迫不受干扰，真正的效率源自于内心对一个事物的强烈的热忱。
- 专注力的意义
  - 专注力可以让表层意识全功率运作
  - 专注力可以让潜意识进入一种专注状态，在非工作时间持续发挥作用。
- 获取专注力
  - 人在接触一样新事物时候都是极其专注的（小时候的故事）。
  - 克服焦虑，焦虑会严重影响专注力
  - 享受困难，保持乐观心态
  - GTD，要事第一，让不重要的事情来找自己
刘未鹏的学习习惯
- 学习和思考
  - Google & Wiki
  - 看书挑剔，只看经典
  - 做读书笔记
  - 将思考变成习惯，避免焦虑
  - 多看心理学与思维的书，因为它们是跨学科的
  - 学习知识的技巧：它的本质是什么？它的第一原则是什么？它的知识结构是怎样的？
  - 学习和思考时候常问自己问题
    - 你的问题到底是什么
    - 有什么收获
    - 设想自己正在将东西讲给别人听
    - 设想讲给一个不懂的人听
    - 市场反省和注意自己的思维过程
    - 养成反驳自己的想法的习惯
    - 问自己，真的理解了么
- 时间和效率
  - 趁着对一件事情有热情的时候，一股脑儿把万事开头那个最难的阶段熬过去
  - 重要的事情优先
  - 重要的事情要营造比较大的时间快来完成
  - 同时也要善于利用小块时间
  - 重视知识的本质
  - 重视提前积累的强大力量（要把眼光多看，就能提前准备）
  - 抬起头来（停下来，问问自己做的事情是否有意义）
  - 退订RSS（这个嘛，过滤就好了）
  - 总结最近得到的新知识
  - 保持看书（书本的知识质量优于互联网上的知识）
  - 制定简要的阅读计划
- 时间和效率2
  - 根据主体来查阅资料，而不是根据资料来查阅主题
  - 好资料是根据思考过程来推导，坏资料是上来就写定理公式
  - 学习一样东西，首先要在大脑中积累充分的疑惑感
  - 有选择的阅读
  - 书籍分为两类，一种是知识的，一种是思维的
  - 看不懂的时候，有可能是几种原因：
    - 看的不够使劲
    - 牵扯到了不懂的概念
    - 作者讲述的顺序不对
  - 在阅读之前就获取书本质量的评估
  - 如何搜索好书：同作者，Amazon/Douban推荐，提到其他著作的数，别人之作的索引
- 知识结构
  - 抓住不变量（本质的知识）
- 习惯的养成
  - 人容易珍视自己长期积累的信念
  - 理智是情感的奴隶
  - 不自我欺骗，承认养成习惯的难度，并注意观察自己的行为，经常自我认知

2. 逃出你的肖申克

亲身经历才能明白
- 切身体验：心理学上表明，人无法从强度上正确感受到他人痛苦
- 别人口中的故事：会受到讲述人自己观念的影响而影响
- 为什么：往往他人只讲述how，而不是why
- 世界是复杂的：影响的因素太多，未必是别人认为的
- 未来是不确定的：“你只要……就能……”的错觉。只有做好准备，而无万全之策
- 别人的道理，自己的事情：知识经验跨越情景转移失败
- 认识失调和自我辩护：自我辩护倾向
- 失败即成功：自己的失败，也能给予一些信息和帮助
- 情绪对照：pass
- 天性：进化心理学，理性vs情绪
- 习惯
亲身经历未必明白
- 很傻很天真的条件反射：遇到失败容易放弃，其实没有好的结果并不代表过程就错了。判定成功失败从更长远的上来做统计
- 认知偏差：将失败归于外界，将成功归于自身
- 情绪系统：我们平时的决策强烈依赖情绪系统输出。情绪是决策系统之一，而不应该是全部
不需经历也能明白-理性的力量
- 不应该让事实替代我们进行思考和推理，而需要进行社会学习（从别人错误中学习）
- 人类最强大的能力之一是归纳和推理（和波利亚解题的归纳/联想相对应）
错觉和偏见
- 平凡的解释vs疯狂的解释
- 理所当然的错误：人往往无法看到或设想另一种可能性
- 打破这种的偏见唯一途径就是开阔视野，积累知识，以及和具有不同知识背景的人讨论
新皮层和原始皮层
- 理智vs情绪
理智和情感
- 我们的理性大脑非常善于对自己的行为作出立即的，看上去合理的解释。
- 思想钢印
- 大脑符合用进废退的原理，越经常使用的区域会越来越强大。
- 习惯之所以难以改变，就是因为习惯是自我巩固的。
- 能够改变既有的习惯，依靠的不是自制力，而是知识。
书写是为了更好的思考
为什么你从现在开始就应该写博客
我能与我不能
- 我想→我不能→我不想
- 自利归因
遇到问题为什么应该自己动手
- 捷径未必正确，只是小聪明
- 问题之外的知识会更多
什么才是你的不可替代性和核心竞争力
- 专业领域技能
- 跨领域的技能
- 学习能力
- 性格要素

3. 跟波利亚学解题

跟波利亚学解题
- 联想
  - 联想是为了补上从条件到结论、从已知到未知之间缺失的链环
  - 联想可以将问题向上归约一层，或者将条件往下推导一层
  - Working Backward (倒过来解)：将需要求解的问题本身当作条件，再进行推导。
- 一些思维方法
  - 时刻不忘未知量：始终知道自己需要什么
  - 用特例启发思考
  - 反过来推导：结论往往蕴含丰富的条件
  - 试错：穷举
  - 调整题目的条件：通过调整条件，找到条件和结论之间是如何联系的
  - 求解一个类似的题目：寻求通用的方法
  - 列出所有可能和问题相关的定理或性质
  - 考察反面，考察其他所有情况
  - 将问题泛化，并求解这个泛化的问题
  - 意识孵化法（即前面提到的，将问题存在潜意识里面）
  - 烫手山芋法（2B方法）
  - 让联想更容易发生
    - 已有知识是双刃剑：提供了解决问题的捷径，同时也是思维的桎梏
    - 使用抽象将问题泛化，只抓住本质
  - 好题目，坏题目
  - 思考的习惯：记录
    - 人的记忆资源是有限的
    - 将精力集中在某个过程，而不是全部过程上
    - 记录更能刺激神经兴奋
    - 记录可以方便的回顾，防止进入思维定势
    - 方便解题之后整理
  - 练习练习
    - 将外显记忆转化为内隐记忆
    - 养成正确思维习惯
    - 增加领域知识
    - 帮助养成策略性联想
  - 启发法并不能精准的命中目标，而只能划定一个大致的范围
  - 总结的意义：在解题过程中寻找一般性的、跨问题的思维思维法则
- 锤子和钉子
  - 记住问题是什么
  - 专注于想要解决的问题
- 鱼是最后一个看到水的（这章像是赚稿费的，果然是文章集，呵呵）
  - Think out of the box
- 知其所以然
  - 我们要下蛋的鸡
  - 两种思维形式
    - 联想
    - 演绎&归纳
  - 所以然是什么？什么是问题的价值？
    - 内隐化：将知识变成本能
    - 跨情境运用
    - 对问题解的更多记忆提取线索：通过线索记住这个问题以及解法
    - 更多的知识：(beyond the question)
    - 重要分析推理，而不是联想：推理更靠谱
    - 寻找问题原始出处：那里也许讲的更详细
    - 整理自己的思路
- 为什么要知其所以然
  - 更难忘记
  - 知识结构是树状的，越往上走，需要记忆的节点越少
- 康托尔、歌德尔、图灵（pass）
- 快速排序：让未知世界无机可乘，让答案的任何一个分支都是等概率
- 贝叶斯算法：（黑客与画家也提到这个算法）

baidu ting下载音乐脚本

2012-01-03T00:00:00+08:00

度娘终于干了一件好事，Baidu Ting上线了，正版音乐免费下载，类似于谷歌音乐。关于音乐版权和免费的问题，有很多问题需要取讨论，比如说这种商业模式是否对传统唱片业产生冲击又或是有积极影响？作为普通消费者，暂时不用考虑这些问题，先享受这些服务好了。

Baidu Ting的音乐质量是128KBps，音质算好，里面的idv3信息也勉强可以，有:

歌名
歌手
部分专辑名（偶尔也出现“201-8月新歌快递”这种比较山寨的字）
部分唱片封面图片

虽然比不上谷歌音乐连歌曲风格都准备好了，但是比杂乱无章的那些音乐mp3要好太多了。

自动下载脚本tingdownload

早上下了几首音乐，就顺手写了一个脚本，用来批量从Badu Ting下载音乐。

代码在github-tingdownload

需要

Python 2 (仅在Python2.7下测试)
BeautifulSoup(已包含在目录下)
simplejson（已包含在目录下)
一点点Python基础
Linux/Windows（我在Linux没问题，Windows应该也可以）

使用方法

在Shell(命令行)里输入下面随便一个命令，就会在当前目录下面出现 musics 文件夹，里面就有下载好的音乐。

# 使用说明
usage: tingdownload.py [-h] [--input INPUT] [Keyword [Keyword ...]]

A script to download music from ting.baidu.com.

positional arguments:
Keyword

optional arguments:
-h, –help show this help message and exit
–input INPUT, -i INPUT
a list file to input musics

# 示例
python tingdownload.py 老男孩 #单个文件下载
./tingdownload.py 老男孩 #单个文件下载（给python文件加上可执行权限）
python tingdownload.py 老男孩 Raise\n Me\n Up # 多文件名，如果有空格，请记得加上空格反转'\n'

批量下载的话，可以准备一个列表文件，每个歌曲名用回车隔开，如下：

还过得去
不敢太幸福
小情歌
爱情靠不住
我爱我
你可以不用给我答案     金莎
没有这首歌         后弦
        回不去了吗         萧亚轩
        有些事现在不做 一辈子都不会做了  五月天
        第一夫人    张杰

将这个list文件作为输入传入执行脚本：

python2.7 tingdownload.py --input ~/music.txt

运行结果如下，列出四种情况：

下载成功，如果文件已经存在，会跳过
下载失败，由于网络原因
下载失败，由于关键词不准确而出现太多结果
下载失败，没有关键词匹配的结果

█▓▒░alswl@x201█▓▒░ ~/dev/project/python/tingdownload/ ./tingdownload.py 黄昏\ 周传雄 考试什么 --input ~/a.txt
> Start download 黄昏 周传雄...
# Info: File "/home/alswl/dev/project/python/tingdownload/musics/周传雄-黄昏.mp3" exists.
> Start download 考试什么...
# Info: File "/home/alswl/dev/project/python/tingdownload/musics/徐良-考试什么的去死吧.mp3" exists.
> Start download 还过得去...

> Start download 不敢太幸福…
> Start download 小情歌…
# Failed: Too more result found for keyword 小情歌.
> Start download 爱情靠不住…

== Download success (4) ==
黄昏周传雄
考试什么
还过得去
不敢太幸福

== Download failed for too many result (1) ==
小情歌

Enjoy it.

My 2011

2011-12-31T00:00:00+08:00

这个时间点，办公室里都是同事，想必晚上回家之后，那个零点肯定寂寞空虚冷，手里夹根烟了。所以趁现在心情还不落寞，把年终小结写了。

每当目光从走过的脚步上扫过，总感觉之前的成绩不够漂亮，可以做的更好。回顾过去是为了收获更卓越的明天。

2011，从不喜爱的ERP行业抽身，奔赴互联网，作出自己的选择。

我成为了一名Python程序员，并完全转换到Linux环境。

花了两个多月时间独自一个人装修，算是在这个城市扎根下来了。

依然是一个光棍，执着于自己的执念。

要么身体在路上，要么精神在路上，我来细数一下2011年精神的转折点。

走出软件作坊 # 反思DW的工作
人月神话 # 寻找DW的问题，并尝试解决方案
黑客与画家
暗时间
构建高性能Web站点
重构

新年的愿望有两个：

离梦想更近一步
找一个靠谱的姑娘，我感觉她需要我，我也需要她了