Ubuntu终端和Vim使用Solarized配色

Solarzed是我最喜欢的配色,这个配色最大的好处就是全平台。无论是Item2,bash,Vim还是Tmux,都一应俱全。可以在所有的工具上都达到统一。

在Vim中更改配色非常简单,只要下载好solarized.vim,然后在~/.vim中创建一个colors文件夹复制进去,就好了。然后在.vimrc中做如下配置,就可以使用。

但是在ubuntu中,这样配置好了之后,打开vim,会发现vim里面是灰蒙蒙的一片。这是因为终端的配色方案还没有修改,按照一下的步骤将终端的配色方案也更改为Solarized,就好了。

修改方式如下。

1.设置dircolors

其中第二行你可以选择自己喜欢的颜色,不一定非得是256.第三行的.dircolors应该是你自己的路径。

2.设置终端配色

这样,Vim和终端的颜色都设置好了。

参考资料:

  1. http://luodw.cc/2015/10/06/vimcolor/
  2. https://github.com/seebi/dircolors-solarized#installation
  3. https://github.com/seebi/tmux-colors-solarized

 

 

滑雪记

新年结束回来那天是周六,公司决定周六周日都上班,加上接下来的六天(我司六天工作制),我已经连续工作八天了Orz,还伴随着加班。今天终于可以休息了,去绍兴乔波滑雪场浪了一天。

车是17座的中巴,司机老余说这车后座不行,靠背直接是直的,因为这车不能超过6米,就按照5.99米做的。亿维客也是这样的,所以后座特别难受。而且后座为了能在下面塞行李,还给加高了Orz!这是我坐过最难坐的座位了,而且我上次坐这车也是最后面,衰。

虽然早知道是个室内的滑雪场,但是实际看到之后还是稍微有些失望。本以为会和电视里面那样很长,雪很白,有大大的弯道……结果进去之后是这样子的。

后来滑起来,发现这并不重要。赛道再长,也是得扛着滑雪板上去……用到的也就那么一块。真正有关系的就是这雪下面是冰,太滑了,这缺点很严重。把滑雪板扛上去,一只脚踩上,抬另一只脚的时候,你就会滑下去或者滑倒。

所以要把滑雪板横着放,脚踩上去,再转过来。这也是个技术活,有可能没准备好,人已经开始滑了。

上图左边是练习的场地,用户要自己扛滑雪板上去,哼哧哼哧,两秒滑下来,爽完。再爬上去。就这么上去两趟,我就想回家了。

好在中间有“魔毯”,就是电梯,上面防滑,踩着滑板上去,电梯把你送到顶,从右边滑下来。

但是上这个魔毯有个条件,要经过场地里面教练的考试,考过了才能上。考试的内容是从练习场顶端直线滑下来,滑到一半的时候刹住。我后来发现这考试是很有必要的!因为这个考试我才真正掌握了内八字刹车。在这方面我发挥了自己考驾照的天赋,一次性通过。上了魔毯,简直是发现另一个世界的大门,好高啊,这才爽啊!运用我的刹车技巧,想快便快,想慢便慢。下来之后还能潇洒的做一个拐弯!顿时觉得自己掌握了滑雪的精髓。有点不想做程序员了,做滑雪运动员。

之后就根本不想回家了。上魔毯,嗖嗖嗖滑下来,再上去,不亦乐乎。缺点就是我觉得魔毯太慢了,虽然不用自己爬,也还是慢。我觉得可以设计成这种:

两边分别是两个相对的坡,从右边滑倒左边,左边垂直电梯上到顶,再从左边滑倒右边。这样就可以一直爽了。不知道有没有滑雪场设计成这样。我觉得自己不仅有滑雪天赋,可能还有建造滑雪场的天赋。做一个程序员很可能给人类的发展造成阻碍了。

说说摔倒。我玩过旱冰,冰刀,VR滑雪。都是摔倒级别的水平,这里面感觉最疼的是旱冰,冰刀这种,重心容易落在后面,摔倒就想用手扶,手会很疼。最不疼的当然是VR滑雪了,呵呵。谈谈真实的滑雪吧,我发现摔倒了一点都不疼!地上都是雪,穿的又厚。有个技巧就是一定要向侧边摔倒,别压着手,肯定没事,滑雪板那么长前后摔难度也挺大的……发现这一点之后,我疯狂地摔倒,进步很快,上了魔毯就再没摔过了。

今天一起去玩的同事小野晚上告诉我说他已经辞职了,有点伤感,放两张自拍吧。希望不会吓到大家。

明天开始又要写代码了,加油!

 

Django的日志配置

Django对于日志输出的信息是很完善的,request的信息,setting配置,trackback的信息,一应俱全,足够我们调试了。但是在线上环境,如果让用户看到这些信息,是很不安全的(暴露代码)。所以在线上我们要关闭Debug,但是又不能扔掉这些调试信息,这就要用到logging模块。

logging模块其实是Python的模块,在Django中有很多本地化的支持。

理解Logger

首先要理解logging的工作,这里面主要有四个东西:格式器formatter,过滤器filter,处理器handler,日志实例logger。

处理流程是这样的。首先,在代码中。我们拿到的是logger实例,通过这个实例来记录信息。

然后,名字是django的这个logger就会把信息交给相应的handler,handler把信息用formater和filter处理一下,提交log(保存到文件,数据库,或者发送邮件)。

一般来说,handler可以是send_email,error_file等负责处理的方式,在logger中可以重复使用handler。例如我们的django处理器使用了send_email, error_file 这两个处理器,request处理器使用error_file,info_file两个处理器,logger和handler可以理解成多对多的关系,嘻嘻。

配置方式

Python中可以使用多种格式配置logging,比如.conf, .ini等。

在Django中,我们是把有关logging的配置写到settings里面。相应的配置及解释如下(仅供参考)。

以上的配置文件中,有三个日志处理器。分别是:

  1. ‘django.request’:django的request发生error会自动记录,然后使用debug将信息记录到文件,还有mail_admins将信息通过邮件发送给管理员。这里邮件的功能非常棒!并不是一个纯文本信息,而是一个html文件,和我们在浏览器看到的错误页面一模一样!要正常使用邮件功能需要像我一样配置一下上面的邮件发件人信息。我是直接去网易申请了一个邮箱。要格外注意三点:1.一定要去邮件服务商开启SMTP服务;2.不同的邮件服务商可能有一些特殊的设置,比如网易,会给你一个客户端授权码,这个才是密码,而不是网页的登录密码。3 注意服务商有没有对发信频率的限制。
  2. ‘django’:使用console处理器,将信息输出。在开发的时候就可以使用这个处理器(什么?print? 太low了!)
  3. 最后一个处理器见注释。

最后,不要忘了给日志的路径响应的权限。比如Apache2服务器,就需要给www-data写权限:

参考资料

  1. python logging模块使用教程
  2. Django文档 – logging
  3. 我的网站搭建(第12天) 关闭调试
 

VimScript学习笔记(5):组织VimScript代码

VimScript可以作为一个完整的编程语言使用,这也是Vim的强大之处。但是又和我们以前学过的编程语言不太一样。毕竟,这是一个针对编辑器的语言。

很多在别的编程语言方面的经验适用于Vim,比如给超过1行的代码写注释,解释这段代码的作用;保持VimScript的可读性和可维护性。

也有很多奇怪的地方,我们用别的原因的时候,不会这么做。其中一个主要的原因是,我们可以想当然的认为,VimScript只可能在Vim中打开。如果有人用别的编辑器编辑Vim脚本,我就不说什么了。

折叠VimScript

时间一长,~/.vimrc文件就变得很长,这一段那一段,很不好维护,也不好跳转。那么,有经验的程序员就会想到模块化。

之前的我们讨论了给命令分组,这里就派上了用场。例如,将与VimScript相关的代码分成一组:

此外,还可以通过打开Vim的折叠,让~/.vimrc文件的浏览,跳转更加方便。Vim支持不同的折叠方法,比如根据缩进折叠,根据语法折叠,等等。详细的可以在Vim中通过:help foldmethod查看。针对Vim文件,我们用maker来折叠。这个折叠方法会折叠所有{{{和}}}之间的内容。像下面这样。

这种方式初次看起来有些奇怪,因为用首尾注释,感觉代码都被注释了一样。但是这毕竟是VimScript,一般来说只会在Vim中看到。所以熟悉之后也还好。建议再加一个缩写,写起来更快。

关于命令的简写

Vim对大多数命令都支持简写形式,比如上面的foldmethod,等价于fdm

但是缩写一般是用于手打的情况,写VimScript,建议都写全写,便于阅读和维护。

 

认识Django的Class-Based-View

学习Django非常简单,几乎不用花什么精力就可以入门了。配置一个url,分给一个函数处理它,返回response,几乎都没有什么很难理解的地方。

写多了,有些问题才逐渐认识到。比如有一个view比较复杂,调用了很多其他的函数。想要把这些函数封装起来,怎么办?当然,可以用注释#------view------这样将函数隔离开,这种方法太low了,简直是在骗自己,连封装都算不上。

Python是一个面向对象的编程语言,如果只用函数来开发,有很多面向对象的优点就错失了(继承、封装、多态)。所以Django在后来加入了Class-Based-View。可以让我们用类写View。这样做的优点主要下面两种:

  1. 提高了代码的复用性,可以使用面向对象的技术,比如Mixin(多继承)
  2. 可以用不同的函数针对不同的HTTP方法处理,而不是通过很多if判断,提高代码可读性

使用class-based views

如果我们要写一个处理GET方法的view,用函数写的话是下面这样。

如果用class-based view写的话,就是下面这样。

Django的url是将一个请求分配给可调用的函数的,而不是一个class。针对这个问题,class-based view提供了一个as_view()静态方法(也就是类方法),调用这个方法,会创建一个类的实例,然后通过实例调用dispatch()方法,dispatch()方法会根据request的method的不同调用相应的方法来处理request(如get(),post()等)。到这里,这些方法和function-based view差不多了,要接收request,得到一个response返回。如果方法没有定义,会抛出HttpResponseNotAllowed异常。

在url中,就这么写:

类的属性可以通过两种方法设置,第一种是常见的Python的方法,可以被子类覆盖。

第二种方法,你也可以在url中指定类的属性:

使用Mixin

Django中使用Mixin来重用代码,一个View Class可以继承多个Mixin,但是只能继承一个View(包括View的子类),推荐把View写在最右边,多个Mixin写在左边。Mixin也是比较复杂的技术,本文不详细说了,以后写一篇针对Mixin的文章吧。

使用装饰器

在CBV中,可以使用method_decorator来装饰方法。

也可以写在类上面,传入方法的名字。

如果有多个装饰器装饰一个方法,可以写成一个list。例如,下面这两种写法是等价的。

 

参考资料

  1. Introduction to class-based views
  2. Django 1.6 最佳实践: 如何正确使用 CBVs (Class-based views)