最简便的内容发布方案

宣传、推广 Markdown 标记语言和协作工具的人往往强调其可读、易修改、文件格式通用的优点,但是对互联网上的写作者来说,「写」只是第一步,「发布」和「维护」还有许多优化的事情可做。

比如说我们使用 WordPress 发布文章,至少要有这么几步:

  1. 登录(假设自动登录并直接跳转到发布页面)
  2. 编辑标题(可以省略,但严肃的作者通常不会忽视标题)
  3. 撰写正文(或复制粘贴已经准备好的内容)
  4. 发布(如果不放心还要打开文章页面看看效果)

这还不包括选择类别、增加标签、设置 post slug 等操作。

邮件发布

WordPressJetpack 插件包中有 Post By Email 功能,Tumblr 等一早就支持邮件发布,好处是自动备份,不用额外客户端,不需要登录网站。
如果习惯邮件发布的话,Jetpack 是不错的选择,因为能支持大多数参数设置。
不过使用邮件发布的用户始终是少数。

编辑

要是文章发布后不满意又要修改呢?还是至少要经过以下步骤:

  1. 登录
  2. 跳转到所有文章列表
  3. 定位到要修改的文章
  4. 修改正文(或者复制粘贴已经修改好的内容)
  5. 发布更新

如果保持登录状态,在文章阅读界面也可以直接进入编辑界面,但也只是将上述步骤调换了顺序而已。

如果网站的编辑功能还不够完善呢?
比如说不支持更好用的 [Markdown] 扩展语法,或者更习惯本地编辑器的丰富功能,如版本管理、本地备份、语法高亮、快捷键……
在本地编辑界面和网页发布界面就得切换一下了,要么就得找足够好用的发布服务客户端,比如曾经很流行的 Windows Live WriterZoundry Raven

内容迁移

如果还考虑内容迁移呢?
后台不同的导出、格式转换、导入有多麻烦就不说了(当年汉字编码的转换就害死不少人),很多内容发布平台根本就不提供完整的导入、导出功能,而且导出来的也许是各种不好读的格式。

理想方案

有没有一个服务能结合 Dropbox/Box + Github/Read the Docs 并继续扩展呢?

写文章在本地保存文档就好了,和平时写作完全没有两样,爱用什么顺手的本地编辑器就用什么;
格式也没有特殊要求,无任何特殊标记的纯文字,Markdown/txt2tags/reStructuredText等等,HTML/RTF/Word Docs 都适用;
写完了复制到某个指定文件夹就是发布,这个文件夹类似于 Dropbox/Box 的同步目录,自动上传并转换为服务网站上的静态页面发布,同时在本地目录中生成相应的静态网页文件用于预览;
标题就是文件名,post slug 在文件名中的括号中指定,或者参考 Jetpack 的标签参数;
修改也简单,直接在本地编辑发布目录中的文件,后续的更新发布不用手工操作;
要是有人留言评论,也会自动在本地目录中生成后缀名为 .comment 的超文本或文本格式文件,其中就是留言内容。

这样,写作者只要操心写文章,发布是一个复制操作就能搞定的事情,内容备份什么的与日常普通的文件备份管理统一,与内容发布服务无关。


Minimore

抽空改了个极简风格的主题 mnmlist

原主题:mnmlist v1
原作者: Leo Babauta
原作者地址: http://mnmlist.com
原作主题地址: http://mnmlist.com/theme

修改主题:minimore
修改者:Calon
修改者blog地址:http://calon.weblogs.us/
修改主题地址:http://calon.weblogs.us/minimore

原作主题 mnmlist 以突出内容的最精简主题为目标,没有 widgets 小工具,没有评论,没有搜索功能,没有可以动态调整的侧栏,等等。

因为第三版太激进,所以我选择第一版为改造对象。
我的目标是最大程度去除各种装饰,突出内容,改造成适合自己的风格,但不必精简到影响作者和读者的使用,于是我还是将原作去除的各类功能加回来了(所以名字带个 more),而且没有采用固定宽度。
如果不想要这些功能的话,直接上原主题或自己改造就好。

Blockquote 的风格是借鉴 Medium 的。
Font-family 采用优先雅黑和 Arial,最终回落到非衬线字体的方案,在保证基本可读性的基础上,最大程度尊重各操作系统用户指定字体的自由。如果对雅黑不满意,就在浏览器中指定最合适自己的非衬线字体吧。

因为我自己是用 Disqus 评论系统,所以没充分测试评论功能,有问题请留言反馈。我暂时禁用 Disqus 插件是可以正常显示的。

为了能够通过验证上传到 WordPress 主题站,不得不忍痛增加了一些内容……

不算说明文档和截图的话,整个主题共10个文件,11.3KB大小。

安装说明
将文件夹上传到 wp-content/themes/ 文件夹下,在 WordPress 管理后台的主题板块中激活即可。

版权声明
原主题声明无版权(uncopyrighted),复制、分发、修改都无需先获得原作者认可,修改者可以自己指定新的版权协议(这也是我选择修改和使用这款主题的原因)。
那我也指定使用 WTFPL(Do What The Fuck You Want To Public License,你他妈的想干嘛就干嘛公共许可证 )好了,借用 twenty-thirteen 主题的 comments.php 除外。

效果截图:
 photo screenshot_small-1.png

下载地址:
Box
GitHub


TagThis

因为是半路启用标签功能,所以以前的许多文章都没有打上标签,懒得自己一个个加标签,所以装上了这个“TagThis”插件。

目前提交的标签要经过手工审核才会显示。
估计添加标签的人不会很多,所以同样的标签只要用户提交一次就会出现在页面中(推荐设置是2-5次)。

原插件的脚本和 Style 感觉比较马虎,在 IE 中可能十分难看,作者自己的页面上都有难看的大片空白…所以自己稍微改了一下,反正懒得调整控制显隐的脚本,干脆就删掉了一部分…


准备升级到 WP 2.3

打算把“滞销书”升级WordPress 2.3 版本,如果这几天 blog 无法访问,说明正在升级,或者升级失败,或者恢复失败…
主题可能会暂时使用原版默认主题,RSS Feed 也可能出现异常状况。

升级步骤参考以前的文章修改而成:

1、备份数据库。
使用 Database Backup 插件导出数据库表。

2、备份文件。
由于本地连接 FTP 速度较慢,因此打算使用移动文件到 FTP 备份目录的方式,但愿不要出问题…
之前也有做本地备份,应该不至于太危险。

3、停用所有的插件。
WordPress 2.3的插件管理有了进步,不会因为某个插件不兼容问题导致整站瘫痪,所以可以跳过这一步。实在不放心就停用吧。

4、下载并上传 WordPress 2.3 文件。
这里是下载地址,已经上传到了指定目录,目前是 /WP/wordpress-2.3。

5、移走旧文件。
保留的文件:wp-config.php、.htaccess、favicon.ico 文件。
移动剩下的文件到指定的备份目录,目前是 /WP/bak_2.2.1。

6、移动新文件。
将 /WP/wordpress-2.3的文件移动到根目录/下。

7、执行 wp-admin/upgrade.php。
然后就看人品是否过硬了。
升级完之后删除或改名 upgrade.php 和 install.php。

8、根据已经修改过的旧文件修改新版本的对应文件。
目前能够想到的有:
所有的表情文件;
所有的插件;
/wp-includes/vars.php
default 主题的 comments.php、footer.php、header.php、index.php、sidebar.php、single.php、style.css;
default 主题的自定义按钮图片、blockquote.png、BtnClosed.gif、BtnOpen.gif、crowheader_new.jpg(要改为默认的名字);
更新 veryplaintxt 主题;
根据原来的文件修改 comments.php、header.php、style.css;
新增的页面模板文件。


|