首先明确两个概念：
* 字符串(string)，在 Python 3 中是 'abc' 或 str()
* 字节流(binary)，在 Python 3 中是 b'abc' 或 bytes()
然后记清：
* str.encode() -> bytes
* bytes.decode() -> str

urlopen().read() 返回 bytes
你的 encoding 函数是通过 try 的方式找到正确的编码，然后 decode 成 str 同时返回对应编码名

把 str 值存入数据库时，要看数据库对应字段数据类型，一般 driver 会自动处理。建议选择支持 Unicode 存储的数据类型。
你可以在数据库里查看存储的字符串值对不对。

最后就是从数据库里读出字符串在网站显示，一般网站框架会自动处理。

git help merge

"If no commit is given from the command line, merge the remote-tracking branches that the current branch is configured to use as its upstream. See also the configuration section of this manual page."

一般地说，如果现有索引键顺序是 (a, b)，再单独给 (a) 加索引没有意义。

不会用到 index scan ，可能跟查询的选择度有关，也可能跟 sql 的写法有关。

1. 若无特殊需要，不妨直接学 Python 3 ， 3 在某些地方更简明，而且迟早要转到 3 。
2. 推荐先过一遍 Python 自带的 The Python Tutorial ，或者看《 Python 基础教程》。

如果没有第三方包，可以试试 Python 自带 2to3 命令。

学 vim ，过一遍自带的 tutor 然后用起来就是了，学会用 :help ，有需要时自己改 vimrc 和 plugin 。
vim 本身只是工具，学习使用工具的学习工具、学习使用学习工具的学习工具、无限递归……
工具的价值体现在用它做的事情，而不是工具本身。
我现在觉得几百行的 vimrc 都太重了，应该越简单越好。

@ydxred “太随意的编辑器”是啥？
其实用一段时间之后，会发现还是纯文本编辑器的可操控性更强，效率更高，如内容与表现分离、批量修改、自动生成等等。详见《程序员修炼之道》第 3 章。
简书的富文本编辑器是自己开发的，而且也提供 markdown 模式。
上面有人提到的 editor.md 效果很不错， star 很高，而且也是富文本与 markdown 的一个折衷。

原因一来是因为编辑器是敏感话题，二来也是因为标题不够准确，说成“网页编辑器”就会好一点。

我觉得 vim 的优势并不在于要赶超 IDE ，何况 jetbrains 家的 IDE 做得那么好，不必重复发明轮子。
vim 的作用在于承担 IDE 项目开发外的一切文本处理工作：写脚本、写博客、查看修改 conf 、查看 log 等等，而且你 ssh 到任何环境基本都有 vim 可以用。
甚至偶尔在 IDE 里遇到复杂的文本处理，都宁愿用快捷键调用 External Tool 打开 vim 来编辑。

就着楼主的话题，似乎可以牵出 CMS 和 静态网站生成器 的对比。
如果是给非技术人员做 protal ，或者自己写一个博客程序练手， CMS 是比较合适的，尤其制作网页编辑器可以练前端技术。如果只是想自己建一个博客写内容，静态网站生成器明显效率更高。
说到后台编辑器，程序员喜欢富文本编辑器是件比较难理解的事，而纯文本编辑器，目前再强大的网页版，也比不了本地原生的自己最熟悉的 Vim 、 Emacs 或 Sublime Text 。

@likers 当然不是只有你一个人，在外企的工作邮件中，感叹号是极其罕见的，除了 Happy New Year / Congratulations 等少数情境，一年见不到几次。

互联网项目、采用 ORM 的系统一般不会 join 这么多表；
传统的管理信息系统里多表 join 较多；
ETL 、报表类的系统里几十张表 join 都不少见。

"例如,只查询出三条数据,这个查询时间要几秒钟... "
通常是缺少索引或查询写法导致不使用索引。少数情况是服务器性能、网络、乃至查询客户端的问题。

在 Windows 下是可以的：
:h 'go-t'
问题是，用 Vim 还用什么菜单？

@xuboying "上世纪程序员还有大把时间摸鱼去配编辑器的时候" 看到这句话心中一惊

楼主已经有方案了。
额外补充一句：表不是数组，如果不指定 ORDER BY ，查询结果的顺序是不确定的。所以要么按时间排序，要么增加序号。
另外自增 ID 可能不连续，所以只能作为序号，但直接用 CurrentID + 1 取下一条可能有问题。

在 Vim 下一直习惯先打开括号、打完内容、再打闭括号。`set showmatch` 之后，漏打多打闭括号都不太可能。
autoclose 类的插件没有用过。如果能做到 idea 系的效果也是不错的：输入开括号时自动在光标后添加闭括号，若手工再输入闭括号则自动覆盖（相当于向右移动光标）。这样在关注括号里内容时可以省略输入闭括号，在需要输入括号后内容时可以最大限度避免思路中断。