卡瓦邦噶！ | 无法自制的人得不到自由。

VimScript学习笔记(1)：基本映射及常用功能

Posted on 2017年1月20日 by laixintao 12 Comments

1.messages

使用echo可以打印出变量的名字，echom同样也是打印命令，但是使用messages查看的话，只有echom的内容才会显示。

把echo的内容添加到vimrc里面，再每次启动vim的时候，会看到像下面的信息：

laixintao@Jarvis2:~$ vim
hello xintao
Press ENTER or type command to continue

laixintao@Jarvis2:~$ vim

hello xintao

Press ENTER or type command to continue

2.使用set设置变量值

set的用法是:

:set <name>或者:set no<name>设置布尔类型的值
:set <name>!直接将原来的值设置为相反的值。
:set <name>?查看变量的值
:set <name>=<value>用来设置非布尔类型的值

3.键位映射

使用map <key> <action>映射键位，特别的，nmap对应normal模式的映射，vmap对应visual mode的映射，imap对应Insert mode的映射。

如果<action>里面还有别的映射，vim会继续解释。这也许很有用，但实际上是很evil的，例如下面这个映射

:nmap dd Ojddk

1	:nmap dd Ojddk

本意是使用新的一行替代旧的一行，但是在解释的时候，遇到dd，又会使用这个命令自身进行解释，所以“无限递归”了。

所有的map命令都有对应的noremap命令，即noremap, nnoremap, vnoremap, 和 inoremap，推荐在任何情况下，都使用nore来代替map命令，完全避免嵌套。

键位一共就那么多，总会不够用，所以设置一个<leader>会是一个不错的选择。

:let mapleader = ","  "我习惯用逗号作为leader

1	:let mapleader = "," "我习惯用逗号作为leader

然后就可以使用 :map <leader>- dd这样子设置映射了。这个映射的意思是，先按下逗号，再按下-，会删除本行（dd）。

vimrc是我们要经常编辑的文件，所以设置两个命令可以快速编辑和应用vimrc文件是个好主意。

:nnoremap <leader>ev :vsplit $MYVIMRC<cr>
:nnoremap <leader>sv :source $MYVIMRC<cr>

1 2	:nnoremap <leader>ev :vsplit $MYVIMRC<cr> :nnoremap <leader>sv :source $MYVIMRC<cr>

肌肉记忆。推荐一个比较快速的方法：inoremap jk <esc>也就是说，在Insert Mode下按下jk会退出到Normal Mode。因为jk两个键在你最常用的地方，两个手指分开按会很快，如果在Normal Mode下面按错了也没关系，不会有任何影响。

一开始你可能会不适应，依然使用<esc>键退出。推荐设置新map的时候，删除旧的，强迫自己肌肉记忆。inoremap <esc> <nop>你会很快习惯的！如果觉得自己老是用导航键，删除他们，强迫自己用hjkl。

4.缩写

缩写（abbreviation）是一个非常实用的功能。试一下

:iabbrev adn and

1	:iabbrev adn and

然后去Insert模式输入You adn me会发现adn被替换成了and。

这个功能实现的原理是，每当用户输入non-keyword，vim就会将在iabbrev设置过的缩写替换掉。什么是keyword呢？使用set: iskeyword?可以查看。基本上常用字符，字母数字和下划线，都是keyword。

另外一个比较实用的地方，以前我翻译文章，都要在末尾留下原文链接，版权信息，但是用iabbrev就不需要每次都输入了。

:iabbrev @@    steve@stevelosh.com
:iabbrev ccopy Copyright 2013 Steve Losh, all rights reserved.

1 2	:iabbrev @@ steve@stevelosh.com :iabbrev ccopy Copyright 2013 Steve Losh, all rights reserved.

为什么不实用inoremap呢？因为map会在输入之后立即生效，那么我们就打不出来原来的字符了，iabbrev会在被替换字符是单词的状况下才替换。而且map是针对键位按照顺序依次按下生效的，iabbrev针对的是印到屏幕上的单词，这里要理解。

好了，说了这么说map了，接下来玩个大的吧：

:nnoremap <leader>" viw<esc>a"<esc>bi"<esc>lel

1	:nnoremap <leader>" viw<esc>a"<esc>bi"<esc>lel

设置之后，回到vim，按下你的<leader>"看看发生了什么。是不是很强大？如果看不懂的话，答案在这里。

编译安装Vim

Posted on 2017年1月19日 by laixintao 4 Comments

使用apt-get或者别的包管理工具安装的Vim可能不支持一些特性，比如python。通过vim --version可以查看所支持的所有特性。如果想要Vim支持Python或其他（即将Python编译进Vim），就需要重新编译。编译的步骤如下：

1.准备一些可能遇到的库

先在系统中安装好可能需要的库，如果你不知道准备什么，可以等到第三部configure报错的时候，缺少什么再回来安装。

sudo apt-get install build-essential \
                     libncurses5-dev \
                     python-dev \
                     python3-dev \
                     ruby-dev \
                     liblua5.2-dev \
                     lua5.2 \
                     libperl-dev \
                     libtcl8.6 \
                     libgnomeui-dev \
                     libx11-dev \
                     libxt-dev \
                     libxpm-dev

sudo apt-get install build-essential \

libncurses5-dev \

python-dev \

python3-dev \

ruby-dev \

liblua5.2-dev \

lua5.2 \

libperl-dev \

libtcl8.6 \

libgnomeui-dev \

libx11-dev \

libxt-dev \

libxpm-dev

2.卸载原来的Vim

依次执行下面的命令卸载。

    sudo apt-get remove vim  
    sudo apt-get remove vim-runtime  
    sudo apt-get remove gvim  
    sudo apt-get remove vim-tiny  
    sudo apt-get remove vim-common  
    sudo apt-get remove vim-gui-common

sudo apt-get remove vim

sudo apt-get remove vim-runtime

sudo apt-get remove gvim

sudo apt-get remove vim-tiny

sudo apt-get remove vim-common

sudo apt-get remove vim-gui-common

3.下载Vim源代码，解压

下载地址是：ftp://ftp.vim.org/pub/vim/unix/vim-7.4.tar.bz2 可以通过wget命令直接下载，也可以下载别的版本。

wget ftp://ftp.vim.org/pub/vim/unix/vim-7.4.tar.bz2

1	wget ftp://ftp.vim.org/pub/vim/unix/vim-7.4.tar.bz2

4.make安装

先执行config，参数可以根据自己的需要修改。

./configure \
    --prefix=/usr/local/ \
    --with-features=huge \
    --enable-multibyte \
    --enable-cscope=yes \
    --enable-perlinterp=yes \
    --enable-rubyinterp=yes \
    --with-ruby-command=/usr/bin/ruby \
    --enable-luainterp=yes \
    --enable-pythoninterp=yes \
    --enable-tclinterp=yes \
    --enable-gui=auto \
    --enable-gnome-check \
    --enable-sniff \
    --enable-xim \
    --enable-fontset \
    --with-x \
    --with-compiledby=$USER

./configure \

--prefix=/usr/local/ \

--with-features=huge \

--enable-multibyte \

--enable-cscope=yes \

--enable-perlinterp=yes \

--enable-rubyinterp=yes \

--with-ruby-command=/usr/bin/ruby \

--enable-luainterp=yes \

--enable-pythoninterp=yes \

--enable-tclinterp=yes \

--enable-gui=auto \

--enable-gnome-check \

--enable-sniff \

--enable-xim \

--enable-fontset \

--with-x \

--with-compiledby=$USER

这个时候如果你缺少库，就会得到提示。比如我就遇到了下面这个错误：

no terminal library found
checking for tgetent()... configure: error: NOT FOUND!
      You need to install a terminal library; for example ncurses.
      Or specify the name of the library with --with-tlib.

no terminal library found

checking for tgetent()... configure: error: NOT FOUND!

You need to install a terminal library; for example ncurses.

Or specify the name of the library with --with-tlib.

查了一下，是缺少ncurses-dev，使用sudo apt-get install ncurses-dev直接安装就可以了。

最后make，搞定。

sudo make VIMRUNTIMEDIR=/usr/share/vim/vim74
sudo make install

1 2	sudo make VIMRUNTIMEDIR=/usr/share/vim/vim74 sudo make install

维护博客：手动升级wordpress，全站HTTPS

Posted on 2017年1月17日 by laixintao Leave a comment

最近wordpress升级到4.7了，我有点强迫症，一直都跟着最新的版本。以前很好，只要点击立即升级，马上就升级好了，现在不知道为什么，两个周之内我试过很多次，都是失败的。今天实在是受不了了，就手动更新了一下，记录一下更新的步骤。

备份数据库（废话）。
禁用所有的插件，这是官方推荐的，照做（注意如果是升级到2.7那么这一步是必须的，不过现在没有人还用这个版本了吧）。
下载最新的版本，解压。
用FTP上传新版本的wordpress，这里最好先删除wp-includes, wp-admin两个文件夹，因为上传的时候文件是可以直接覆盖的，文件夹覆盖可能出现问题，注意不要误删了wp-content，这个文件夹存放的是你的静态文件。我用linux的命令行登录ftp上传文件显示的是553 Could not create file.，也不知道为什么，删除是有权限的。然后视图安装filezilla，去管网一看，太麻烦了……需要自己编译安装呢！于是懒得我就去问joyme现在有没有时间帮我上传一下，他说可以用apt-get安装filezilla啊，好吧，竟然不知道图形软件也可以通过apt-get 安装。
上传覆盖之后，还需要更新一下数据库。方法是访问update页面，其实我们直接登录admin就可以，它会提示你访问的。
更新完成，讨厌的升级提示消失了！

期间我还遇到一个问题：admin首页的仪表盘都不见了！变成了四个空的框，也没有上面的“显示选项”按钮可以让我调出来内容。后来发现是wp-cache搞得，直接删除缓存，搞定。以后遇到问题都可以先删除缓存试一下。

升级好了之后，我打算部署全站https。这是2017年的计划之一。

话说西部数码有点坑啊，不能自己部署，需要交100块钱让他们的工程师部署，我觉得好坑，两分钟就能搞定的事情。好吧，加上买ip的钱，阿里云便宜多了，速度也快多了。不过西部数码的好处是不用备案，他们的客服帮解决问题也挺省心的。

扯远了。回到https上来。证书我是在知乎上面看到大家说腾讯云只要验证了域名是你自己的，就可以颁发免费证书。可以，这很免费，我回头试了一下接着Firefox就把你标为不安全网站了。好吧，回头得搞一个靠谱的，花点钱就花一点吧，毕竟都2017年了，要普及https。

拿到证书和私钥，这部分的部署就和wordpress没关系了，也不是很麻烦，我交了100块没操作，这部分就略过去。

回到wordpress，要将站点的域名设置一下的，不然内链会有很多出错。我的很多静态资源都出错了，也不知道怎么回事，最后的解决办法是使用sample ssl的插件解决了事。这个软件软件推荐在部署之后去google的console和analytic上面设置一下，不是很麻烦，跟着教程做一下。

然后就是做一下全站的https了，到这里就有点心疼了。首先，国内所有的分享插件都是http代码实现的，当然不能用了。不过我发现也没有几个人把我的文章分享到别的地方嘛……删掉就删掉吧，分享也可以用链接。

七牛的cdn我没有https的，也不能用了。以后所有的流量都要走自己的。也还好，我的流量不是很大，目前来说不算什么，就是速度有点慢了。

最心疼的是微博秀了和豆瓣的推荐了，我一直把微博当博客的展示插件，作为短博客来写的，所有发在微博的东西都会以在博客的显示为首要目的，这下子没有了。不过微博不提供https也是坑啊。豆瓣可以自动显示我最近看过的书、电影、音乐并且打5分以上的，也没有了。有好多人问过我这个很好看，是怎么做到博客上的，现在不能用了有点可惜。

还有就是disqus，这个是个好东西啊，国内的评论插件都不好看，被disqus甩了八十条街，而且不支持https。disqus的评论在wordpress也会有，不像别的插件完全把你的数据拿走了。关于disqus的优点，比起国内的评论插件来，能说一本书。可惜的是这货被墙了，只好用自带的评论系统了。

这样，全站https也算是显示了。下一步应该去买一个更可靠的证书，然后博客重新搞一搞，针对seo做一下，以后多写一点文章。

更新：关于Firefox对证书不信任的问题。通过腾讯云平台申请的免费的证书是TrustAsia DV SSL CA – G5，直接部署这个证书，Firefox依然会将你的网站列为危险网站。但是不代表这个证书有问题，是中间签发机构的问题。解决方法是：下载Startssl的根证书，然后放到自己的证书的后面，Firefox就认为这个证书可以信任了。

参考：解决startssl证书在android手机浏览器或Firefox不信任的问题

完美！治好我的强迫症。如果后面再看到站内存在混合资源的话，估计是我什么地方手贱用了http的绝对链接，看到一个改一个就好了。

对PyObject的一点理解

Posted on 2017年1月14日 by laixintao Leave a comment

很久之前看过一篇有关Python的list的博客，里面提到，Python中list的数据结构是这样的：

typedef struct {
    PyObject_VAR_HEAD
    PyObject **ob_item;
    Py_ssize_t allocated;
} PyListObject;

typedef struct {

PyObject_VAR_HEAD

PyObject **ob_item;

Py_ssize_t allocated;

} PyListObject;

我很不理解的是，list完全可以存储×ob_item就可以了啊，为什么要存放××ob_item呢？

只要list的每一个元素存放的是指向PyObject的指针，就已经可以实现增删改查了，维护一些指向PyObject的指针就可以了，而且指针只有一层，还比“指向指针的指针”更快一些。百思不得其解，去stackoverflow上面提问，有个人回答，这样的话，如果要修改list的值，只要将指针指向另一个“指向PyObject的指针”就可以了。但是我觉得，即使是存一层指针，repoint也不是很麻烦。

后来自己就想了很长时间，跟朋友吃饭讨论过，跟张哥也讨论过。

昨天晚上，我感觉自己有点理解了。

首先，PyObject肯定是不能拿来用的，因为这就是文件系统的blob一样，我们用的是指向它的node，看他的文件块没有意义。所以一般来说，我们用的是×PyObject来操作Python对象。换句话说，我们基本上不会去直接搞PyObject，×PyObject一般是我们能获得PyObject的唯一方式。那么如果在list里面存放一层指针，即×PyObject的话，就差不多是复制这个对象进去了（虽然存放的也是指针）。参考下图：

这个时候，如果从list的索引改了PyObject，那么×PyObject也会受影响，是指向了同一个对象（这个地方和××PyObject）是一样的。但是考虑这样一种情况：

class Person:
    def __init__(self, name):
        self.name = name

tom = Person('tom')
li = []
li.append(tom)
tom = Person('lisa')

class Person:

def __init__(self, name):

self.name = name

tom = Person('tom')

li = []

li.append(tom)

tom = Person('lisa')

假如是我想象的list存放的是×PyObject的话，我们将tom添加到list之后，重新给tom赋值了一个对象，也就是说，tom指向了另一个对象。但是li中的tom是直接指向一个对象的。也就是说，tom的repoint就和li中的tom关联不到了。

可能说的有点绕，和指针相关就比较麻烦，简单来说，就是：如果list存放的是×PyObject，那么变量重新指向别的对象的话，list存放的变量还是指向原来的对象，我们无法通过引用给list中的元素重新指向了（只能通过list的索引重新指向）。这就点像软链接和硬链接的区别。

但是如果存放的是××PyObject，那么引用（×PyObject）指向的什么，数组里面就存放的什么：

另外，如果list存放×PyObject，那么list的元素改变之后，旧元素很可能没有指针指向它了，很可能被作为垃圾回收。

以上，是我这几天的理解，没有经过验证，很可能都是错误的。

Python 为什么list不能作为字典的key？

Posted on 2017年1月12日 by laixintao 14 Comments

很多Python初学者经常会有这样的疑问，为什么Python有tuple（元组）和list（列表）两种类型？为什么tuple可以作为字典的key，list不可以？要理解这个问题，首先要明白python的字典工作原理。

1.Python的字典是如何工作的

在Python中，字典也就是一个个的“映射”，将key映射到value：

# 对一个特定的key可以得到一个value
value = d[key]

1 2	# 对一个特定的key可以得到一个value value = d[key]

为了实现这个功能，Python必须能够做到，给出一个key，找到哪一个value与这个key对应。先来考虑一种比较简单的实现，将所有的key-value键值对存放到一个list中，每当需要的时候，就去遍历这个list，用key去和键值对的key匹配，如果相等，就拿到value。但是这种实现在数据量很大的时候就变得很低效。它的算法复杂度是O(n)，n是存放键值对的数量。（关于Hash表具体的工作原理，可以参考我的这篇文章。

为此，Python使用了hash（哈希）的方法来实现，要求每一个存放到字典中的对象都要实现hash函数，这个函数可以产生一个int值，叫做hash value（哈希值），通过这个int值，就可以快速确定对象在字典中的位置。然而，由于Hash碰撞的存在，可能存在两个对象的Hash值是相同的，所以查找字典的过程中，要比较hash值，还要比较value的值。

这个查询的大致过程如下：

def lookup(d, key):
    '''字典的查询过程概括为下面3步:
       1. 通过hash函数将key计算为哈希值.

       2. 通过hash值确定一个位置，这个位置是一个存放着
          可能存在冲突的元素的数组（很多地方叫做“桶”，bucket），
          每一个元素都是一个键值对，理想情况下，这个数组里只有1个元素.

       3. 遍历这个数组，找到目标key，返回对应的value.
    '''
    h = hash(key)                  # step 1
    cl = d.data[h]                 # step 2
    for pair in cl:                # step 3
        if key == pair[0]:
            return pair[1]
    else:
        raise KeyError, "Key %s not found." % key

def lookup(d, key):

'''字典的查询过程概括为下面3步:

1. 通过hash函数将key计算为哈希值.

2. 通过hash值确定一个位置，这个位置是一个存放着

可能存在冲突的元素的数组（很多地方叫做“桶”，bucket），

每一个元素都是一个键值对，理想情况下，这个数组里只有1个元素.

3. 遍历这个数组，找到目标key，返回对应的value.

'''

h = hash(key) # step 1

cl = d.data[h] # step 2

for pair in cl: # step 3

if key == pair[0]:

return pair[1]

else:

raise KeyError, "Key %s not found." % key

要使这个查找过程正常工作，hash函数必须满足条件：如果两个key产生了不同的hash value，那么这两个key对象是不相等的。即

for all i1, i2, if hash(i1) != hash(i2), then i1 != i2

1	for all i1, i2, if hash(i1) != hash(i2), then i1 != i2

否则的话，hash value不同，对象却相同，那么相同的对象产生不同的hash value，查找的时候就会进错桶（step 2），在错误的桶里永远也找不到你要找的value。

另外，要让字典保持高查找效率，还要保证：当两个key产生相同的hash value，那么他们是相等的。

for all i1, i2, if hash(i1) == hash(i2), then i1 == i2

1	for all i1, i2, if hash(i1) == hash(i2), then i1 == i2

这样做的目的是，尽量满足每个hash桶只有一个元素。为什么要这样呢？考虑下面这个hash函数。

def hash(obj):
    return 1

1 2	def hash(obj): return 1

这个hash函数是满足上面我们谈的第一个条件的：如果两个key的hash value不同，那么两个key对象不相同。因为所有的对象产生的hash value都是1，所以不存在能产生不同hash value的key，也就不存在不满足的情况。但是这样做的坏处是，因为所有的hash value都相同，所以就把所有的对象分到了同一个地方。查找的时候，进行到第三步，遍历的效率就变成了O(n).

Hash函数应该保证所有的元素平均的分配到每一个桶中，理想的情况是，每一个位置只有一个元素。

以上两个原则，第一个保证了你能从字典中拿到要找的元素，第二个保证了查询效率。

2.字典Key要满足的要求

经过上面的讨论，我们应该明白Python为什么对字典的key有这样的要求了：

要作为字典的key，对象必须要支持hash函数（即__hash__），相等比较(__eq__或__cmp__），并且满足上面我们讨论过的条件。

3.List为什么不能作为key

至于这个问题，最直接的答案就是：list没有支持__hash__方法，那么为什么呢？

对于list的hash函数，我们可能有下面两种实现的方式：

第一种，基于id。这满足条件——“如果hash值不同，那么他们的id当然不同”。但考虑到list一般是作为容器，基于id来hash可能会导致下面两种情况：

用相同的list作为key去字典中找某个元素可能会得到不同的结果，因为是基于id hash的，所以即使他们的内容相同，字典依然将他们作为不同的元素对待。
创建一个一模一样的list用字典查找永远会得到一个KeyError。

第二种，基于内容。tuple就是这样做的，但是要注意一点，tuple是不可以修改的，但list是可以修改的。当list修改之后，你就永远别想再从字典中拿回来了。见下面的代码。

>>> l = [1, 2]
>>> d = {}
>>> d[l] = 42
>>> l.append(3)
>>> d[l] # 原来的hash值是基于[1, 2]hash的，
         # 现在是基于[1, 2, 3]，所以找不到
Traceback (most recent call last):
  File "<interactive input>", line 1, in ?
KeyError: [1, 2, 3]
>>> d[[1, 2]] # 基于hash [1, 2]
              # 但是遍历的时候找不到key相等的键值对
              #（因为字典里的key变成了[1, 2, 3]
Traceback (most recent call last):
  File "<interactive input>", line 1, in ?
KeyError: [1, 2]

>>> l = [1, 2]

>>> d = {}

>>> d[l] = 42

>>> l.append(3)

>>> d[l] # 原来的hash值是基于[1, 2]hash的，

# 现在是基于[1, 2, 3]，所以找不到

Traceback (most recent call last):

File "<interactive input>", line 1, in ?

KeyError: [1, 2, 3]

>>> d[[1, 2]] # 基于hash [1, 2]

# 但是遍历的时候找不到key相等的键值对

#（因为字典里的key变成了[1, 2, 3]

Traceback (most recent call last):

File "<interactive input>", line 1, in ?

KeyError: [1, 2]

鉴于两种实现的方式都存在一定的副作用，所以Python规定：

内置的list不能作为字典的key.

但tuple是不可变，所以tuple可以作为字典的key。

（2018年1月2日更新，上面我说tuple不可变可以作为字典的key，这句话并不是完全正确的。tuple只是相对不可改变的，如果tuple中有元素是可变对象，那么虽然tuple不可改变，那么其中元素所指向的对象是可变的，所以同样会出现上面“list不能作为字典的key”这个问题，即含有可变对象的tuple也不能作为字典的key，举个例子就很好懂了。）

In [11]: li = [1,2,]

In [12]: d = dict()

In [13]: t2 = (1,2,)

In [14]: t3 = (1,2,li,)

In [15]: d[li] = 1
---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
<ipython-input-15-cc334e53316a> in <module>()
----> 1 d[li] = 1

TypeError: unhashable type: 'list'

In [16]: d[t2] = 2

In [17]: d[t3] = 3
---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
<ipython-input-17-c9021fe91ba8> in <module>()
----> 1 d[t3] = 3

TypeError: unhashable type: 'list'

In [11]: li = [1,2,]

In [12]: d = dict()

In [13]: t2 = (1,2,)

In [14]: t3 = (1,2,li,)

In [15]: d[li] = 1

---------------------------------------------------------------------------

TypeError Traceback (most recent call last)

<ipython-input-15-cc334e53316a> in <module>()

----> 1 d[li] = 1

TypeError: unhashable type: 'list'

In [16]: d[t2] = 2

In [17]: d[t3] = 3

---------------------------------------------------------------------------

TypeError Traceback (most recent call last)

<ipython-input-17-c9021fe91ba8> in <module>()

----> 1 d[t3] = 3

TypeError: unhashable type: 'list'

4.自定义的类型作为字典的Key

用户自定义的类型就可以作为key了，默认的hash(object)是 id(object), 默认的cmp(object1, object2)是cmp(id(object1), id(object2))，同样是可以修改的对象，为什么这里就没有上面说的问题呢？

一般来说，在映射中比较常见的需求是用一个object替换掉原来的，所以id比内容更重要，就可以基于id来hash
如果内容重要的话，自定义的类型可以通过覆盖__hash__函数和__cmp__函数或__eq__函数来实现

值得注意的是：将对象和一个value关联起来，更好的做法是将value设置为对象的一个属性。

2026 年 3 月
一	二	三	四	五	六	日
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31