Vimpress had been updated to 2.x, usage and configurations are now different, read the officle page in vim.org:

http://www.vim.org/scripts/script.php?script_id=3510

If you noticed Vimpress before and got more than one wordpress to write, must glad now to know this VimRePressed support multiple configs and swith freely.

The new VimRePressed (Version: 1.2.0) Changes:

      Add: MarkdownPreview command to preiview markdown in browser.
      Add: MarkdownNewPost command to convert a markdown
           written post into html and set to the new post view.
      Add: Move blog configs info to personal .vimrc
      Add: Multiple config is now supported, and with :BlogSwitch
           command added.
      Add: Show which blog your editing at :BlogList view.
      Fix: Running :BlogList in the List view got error.

Now you got to wirte your blog config in your own ~/.vimrc file. (CAREFUL when your share your vim configure with others then. Use a source my_vimpress.vimrc instead. )

let VIMPRESS=[{'username':'user',
              \'password':'pass',
              \'blog_url':'http://your-first-blog.com/'
              \},
              \{'username':'user',
              \'password':'pass',
              \'blog_url':'http://your-second-blog.com/'
              \}]

The syntax looks just like python or json, dictionarys in a list(or array), only that line brake need to write in the vim way.

BlogSwitch command rotate you from the first blog to the last, then the first. If you got confused, BlogList command can show you which one you're connecting to.

Then the Markdown support. I added two command to save my time saving .mkd file then convert them into html then check in a browser, MarkdownPreview command can do this for me. When flawless, the MarkdownNewPost command switch me to the new post view with all thing I write into html, which is ready to publish.

Download: from google code

SVN Version also available:

1

svn checkout http://ptcoding.googlecode.com/svn/trunk/vimpress

但是Nginx的改写规则就没这么容易让代码来配置了，虽然wp-super-cache的第二种缓存方式就是为这种使用环境设计，但实际上是用了PHP来提供静态数据了，在使用apache benchmark压力的时候，php-cgi依然占很高的CPU占有率。

通过编写nginx的rewrite规则还是可以让nginx直接读取静态文件，参考来自Code Exchange: nginx rewrite rules for WordPress + WP Super Cache，这里的配置被很多地方引用过，但实际尝试使用过程看到那里面的代码还需要微调。

    server {
        listen          80;
        server_name     apt-blog.net;
        root    /var/www/pt-sites/wordpress;
        index   index.html index.htm index.php;
        location / {
                # enable search for precompressed files ending in .gz
                # nginx needs to be complied using –-with-http_gzip_static_module
                # for this to work, comment out if using nginx from aptitude
                gzip_static on;
 
# if the requested file exists, return it immediately
                if (-f $request_filename) {
                        break;
                }
 
set $supercache_file '';
                set $supercache_uri $request_uri;
 
if ($request_method = POST) {
                        set $supercache_uri '';
                }
 
# Using pretty permalinks, so bypass the cache for any query string
                if ($query_string) {
                        set $supercache_uri '';
                }
 
if ($http_cookie ~* "comment_author_|wordpress|wp-postpass_" ) {
                        set $supercache_uri '';
                }
 
# !!!! IMPORTANT
                # if we haven't bypassed the cache, specify our supercache file
                if ($supercache_uri ~ ^(.+)$) {
                        set $supercache_file /wp-content/cache/supercache/$http_host/$1/index.html;
                }
 
# only rewrite to the supercache file if it actually exists
                if (-f $document_root$supercache_file) {
                        rewrite ^(.*)$ $supercache_file break;
                }
 
# all other requests go to Wordpress
                if (!-e $request_filename) {
                        rewrite ^(.*)$ /index.php?q=$1 last;
                }
 
}
        location ~ \.php$ {
              include        fastcgi_params;
              fastcgi_pass   127.0.0.1:9000;
              fastcgi_index  index.php;
              fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        }
    }

需要重点关注的是set $supercache_uri这一行，这里的路径是wp-super-cache生成静态文件的路径，配置文件起作用的时候，这个路径会和$document_root组成最终静态文件的绝对路径，最终输出文件。所以如果这个路径不对的话，最终还是交给了index.php，缓冲就不起作用了。

wp-super-cache在wordpress目录/wp-content/cache/supercache/$http_host/下生成了各个请求url的目录，目录下是一个index.html静态文件，可以在wordpress工作时候，在这个目录下用命令watch find观察（在缓冲不多的情况下），总之小心的把这个路径写好，因为估计每个博客的permanent link的样式都不一样，wp-super-cache生成的目录也不一样，需要仔细调试一下。

当然这里的规则并没有安全包含了wp-super-cache 插件的功能，比如识别手机客户端之类的，如果需要还得仔细根据插件生成的.htaccess规则来添加到nginx。

完成后用apache benchmark压一下，Request per second应该很容易上百，而且php-cgi应该不会出现在top的列表前面了，CPU应该集中在nginx的子进程上，而且都是个位数CPU占有率，系统的load非常低。

Tips: 发现测试结果不对时，可以尝试删除/wp-content/cache整个目录，让wp重新生成所有缓冲。

顺便说一下，如果仅使用ab测试压力，用不着安装整个apache2，只需要apt-get install apache2-utils。

http://www.vim.org/scripts/script.php?script_id=3510

WordPress的客户端其实不少，从live writter到scribefire，用户都不少。但是有时候我们只需要一篇博客包含简洁的HTML，这时候这些所见所得编辑器出来的结果都不一定都让人那么满意，经常需要登录到博客后台去编辑源码。

实际上最适合的还是方法还是先用markdown/reStructed/Tex/WikiText之类的语法写成，然后编译成HTML，再发布到博客。

Vim有个vimpress插件可以直接在Vim当中编辑博客，相当适合这个任务。不过由于官方页面上的vimpress已经久无人维护已经不能用了，之前对vimpress的代码做了 一些改写重构，而且得到外国网友的关注 ，而且冠名 VimRepress ，现在正式发布一个VimRepressed的版本。

比起原版的Vimpress，VimRepress有了更友好的错误提示，带了上传图片等的功能，改善了几个命令的可用性：

• BlogList <count> 列表文章，可以用参数定义列出多少篇文章。默认最近30篇。
• BlogNew 新文章命令，会将当前的buffer内容作为文章的内容。
• BlogOpen <id> 打开文章，需要手动输入post id.
• BlogSave <draft|publish> 保存文章，可以保存为草稿、或者直接发布。
• BlogPreview <draft|publish> 预览文章，实际和BlogSave命令相同，之后会打开浏览器窗口预览文章。但如果你是保存成草稿的，还得在浏览器登录才能看到。
• BlogUpload <file> 可上传图片等文件到博客。自动添加链接代码到光标后。
• BlogCode <code type> 代码片段，添加一个<pre>元素的块，对程序博客特别有用，目前默认用wp-syntax插件的高亮模式。

下载: From Google Code

SVN 版本: svn co http://ptcoding.googlecode.com/svn/trunk/vimpress/

安装：

下载以上.zip文件，解压到~/.vim目录:

  cd ~/.vim
  unzip /where/you/downlaod/vimpress-1.x.x.zip

配置：

编辑 ~/.vim/plugin/blog.vim, 查找Settings，将会找到如下的一块代码：

#####################
#      Settings     #
#####################
 
blog_username = 'user'
blog_password = 'pass'
blog_url = 'http://yourblog.com'

填入你的用户名、密码、博客地址，保存即可。

然后重新打开一个Vim，就可以敲:BlogList命令试试了。

VPS的内存就是钱。虽然这台VPS有384M内存，不算小，但apache什么的内存大户还是不考虑了，直接上nginx+fastcgi。

此前有做过这个组合的笔记《简单配置nginx+fastcgi后端的WordPress服务器》，不做博客的话mysql就省掉了。

但是启动php-cgi是个问题，还好有人写了不错的启动脚本/etc/init.d/php-fastcgi，Nginx, PHP and a PHP FastCGI daemon init script。而这篇How to set up nginx with PHP on Ubuntu的脚本稍微简化一点，而且是用Unix Socket来绑定nginx跟fastcgi的通讯。这样就免除了lo interface的依赖。

假设奶瓶Dabr是没什么难度的事情，奶瓶腿的话，我从项目的SVN checkout出源码后，下载 user_oauth.php并改名覆盖原来的common/user.php，以支持后台自动oauth登录Twitter；然后配置到nginx的虚拟主机目录下，基本就结了。

当然兽兽Showfom的Dabr教程里面提到了使用nginx的伪静态改写规则，这必须的（跟用wordpress一样）：

1
2
3

    if (!-e $request_filename) {
        rewrite ^/(.*)$ /index.php?q=$1 last;
    }

最后遇到的问题是，访问奶瓶腿的Setting，保存后502错误，查看error.log看到报的是：

24219#0: *40 upstream sent too big header while reading response header from upstream

直接Google找到答案，就是调大nginx的fastcgi缓冲区。

1
2
3
4
5

fastcgi_connect_timeout 60;
fastcgi_send_timeout 180;
fastcgi_read_timeout 180;
fastcgi_buffer_size 128k;
fastcgi_buffers 4 128k;

把这段加入到虚拟主机的配置下面，完了。没什么营养。

Update: 2011-02-28

2010版的奶瓶里面改用了itap作为oauth代理，但是itap对改写的规则跟奶瓶不兼容，如果使用nginx配置，需要配置两个Location域：

server {
    listen   80; ## listen for ipv4
    server_name     your.server.com;
    access_log /var/log/nginx/netputtweet.access.log;
    error_log /var/log/nginx/netputtweet.error.log;
    root    /var/www/netputweets/;
    index   index.html index.htm index.php;
    location / {
            if (!-e $request_filename) {
                    rewrite ^/(.*)$ /index.php?q=$1 last;
            }
    }
    location /oauthproxy/ {
            if (!-e $request_filename) {
                    rewrite . /oauthproxy/index.php last;
            }
    }
    location ~ \.php$ {
          include        fastcgi_params;
          fastcgi_pass   127.0.0.1:9000;
          fastcgi_index  index.php;
          #fastcgi_param  HTTPS on; #if you use HTTPS
          fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    }
}

As a Firefox user, I previously use scribefire to write to my wordpress blog, actually I was working with HTML, I don't like WYSIWYG editing, which always creates dirty codes. However, scribefire is not good enought to me, many of my blogs includes codes, they needed to be surround by <pre> element to be syntax high-lighted, scribefire doesn't always works that well with code symbols, sometimes got translated into codes that hardly understand, I have to login into my blog to correct those lines.

What's more importantly, scribefire isn't good enough as an editor.

Then I found vimpress, and sadly found it was totaly broken, which haven't updated since 2007-07-13. Vimpress's official page is also broken. I googled for it, found that vimpress was noticed by many other blogger, they improved it, and hosting working versions of vimpress in their own repository.

The version by pigeond, he posted a blog about his improvement, this's first working version I got.

Then the other post by Erik, he had vimpress in another git repository, and discussed about his using about vimpress, what's worth another mention here is, vimpress is communicating to your wordpress blog through the XML-RPC protocol, unless your blog uses HTTPS(then use https url in vimpress), or you password would be transfered in plain text.

When I found vimpress is written in Python, I feel eager to improve it. Firstly it didn't support for wp-slug, which is called as 'postname' in wordpress, this is supposed to be a url friendly pattern, won't hurt if people write posts in English, wordpress simply translate spaces in Title into hyphen. But in other language like Chinese, such transfer would be ugly, I often use an English postname for every post.

And then the image upload. Scribefire allow me to upload images to blog and insert the img element to the edit. I added this feature to vimpress.

I added more friendly notifications for exceptions proccess, and many functions rewritten.

Now vimpress is mature enough to fulfill my blogging works. I firstly write my blog in Markdown, save as a temp file, then open a new buffer, type :BlogNew, then :r !markdown my_tmp.mkd , my post will translate into pretty HTML. Then fillin those title meta data, then :BlogSave publish, done. Pretty, Simple.

I still think I should have markdown ingranted to support with Markdown.

My version of vimpress could be retrived in my google code repository:

1

svn checkout http://ptcoding.googlecode.com/svn/trunk/vimpress

于是在网上搜了一个中午，发现国内的形势一片大好，没任何人提到有这样的问题！！！难道是RP？后来想到，国内使用Linux主机的博客寥寥可数，在其中跟潮流使用新发行版的服务器更是少数了……因为这个问题的根源是新版libxml2库引起的！

在这里可以看到不少生活在在水深火热中的西方人有这个问题，里面跟贴留言的人提到，在他的FC9系统里面安装libxml2-2.6.32-1.fc9没有问题，但是一升级到libxml2-2.7.1-1.fc9就不行了！而且这个问题不是最近才有的，可以看到抱怨该问题的帖子从08年10月后就出现了。

关于这个问题，考究过程是相当纠结的：

• WordPress 知道: XMLRPC api stripping leading angle brackets
• Php 知道: libxml2 2.7.1 causes breakage with character data in xml_parse()
• libxml2 知道 Release of libxml2-2.7.1

所有人都知道这个问题，但是距离完全修复还远着，一般用户如果能管理服务器，可以尝试把libxml2降级回2.6.3x，或者重新编译PHP，使用expat来替代libxml2的xml解析器。这两个方法对多数人来说都很不现实。在这些纠结得以解决之前，WordPress的用户一般要双手解决问题，WordPress patch for problamatic libxml2 version提供了修改wp中的三个文件的补丁方法，很明显，问题的根源是因为xml_parse()把我们文章里的HTML标记当成错误符号给吃掉了。不过对很多用户来说这依然不是个好方法，修改代码烦不说，还容易出错。

在这里推荐一般用户安装LibXML2 Fix这个WordPress插件，少快好省地搞定这个问题。当然，插件也提示说使用这个插件只是一个权宜之计，要真正修复这个问题，需要在服务器上把PHP更新到PHP 5.2.9+、libxml2 2.7.3+。

Twitter是什么？原先我以为，不就和QQ签名那样嘛，写一句话，显示到好友（Follower）那边。现在来看，确实没错，但是却少了一层信息分享的意味。比如说，自己突然想起一句话，想和大家分享，但是又不可能这样就写一篇博客，或者到QQ甚至打电话发信息和别人说，很多创意和想法就这样生生憋回去了……另外Twitter作为最新消息的传播平台，已经形成了一种氛围，很多主流媒体看不到的信息都能在第一时间通过Twitter传播（如此前的孟买袭击、CCAV着火……）

1. 在任何时间、任何方式发表任何信息，分享给希望获知这些信息的人；
2. 在第一时间、任一方式获知你所关注的人（或事）的最新进展；

这是awflasher对Twitter的概括，相当精炼。

重点推荐下awFlasher博客里面关于Twitter的几篇文章：

• 扫盲系列 - 什么是Twitter？
• 变个花样玩Twitter（上）- 推荐6款优秀的第三方应用
• 呼吁大家更安全地使用Twitter
• 其他

这天无意中发现，Scribefire提供的“添加分割线”功能，虽然插入的是<hr>标签，但是文章发上去后自动转成<!--more-->标签：

仔细看一下，Scribefire插入的是<hr class="jump" />，估计WordPress中有相应机制能完成相应的转换吧。