dotnil (小格鸡)

[杭州] 阿里妈妈广告技术部前端招新

dotnil — Tue, 23 May 2023 14:27:32 +0800

职位描述

参与部门所负责的 Web 应用前后端开发，比如阿里妈妈创意中心、iconfont 等等；
参与广告/联盟业务中的创意、bp 系统、中后台等功能或者应用的前端开发，相关介绍详见阿里妈妈官网；
参与人工智能前沿领域与广告业务相结合的业务场景探索；

职位要求

大学本科及以上学历，一年以上工作经验；
专业技能：
- 必备：熟悉 Web 开发基础知识，包括但不限于 HTML、CSS、JavaScript、DOM API、Browser Object Model、Web Assembly 等内容；
- 必备：了解 Node.js 开发基础知识，具备相关应用开发经验；
- 必备：熟悉计算机基础知识，了解进程、网络传输模型、关系型数据库等方面；
- 加分：熟悉 Canvas、WebGL、WebGPU 等 Web 图形应用开发，有相关工具研发经验；
- 加分：有相似领域的开源项目，是相关项目的核心开发者；
- 加分：有平面设计、视频剪辑等方面的工具使用或者开发经验；
- 加分：熟悉 Rust，有相关项目开发经验；
能力素质：
- 关注业界前沿技术，持续学习、有探索精神；
- 有高度的责任心及良好的团队协作精神；

投递方式邮箱：yicai.cyj@alibaba-inc.com

用 Capistrano 部署 Rabel

dotnil — Sun, 17 Mar 2013 21:10:31 +0800

https://gist.github.com/dotnil/5181417

# encoding: utf-8

# config/deploy.rb
# 
#  - 使用 Unicorn
#  - 链接 rabel 的配置文件和用户上传内容
#  - 使用 RVM

# Add RVM's lib directory to the load path.
require "rvm/capistrano"

set :rvm_ruby_string, '1.9.3-p392'
set :rvm_type, :user

# http://gembundler.com/deploying.html
require 'bundler/capistrano'

# set this to keep from missing any password prompts
default_run_options[:pty] = true
set :ssh_options, { :forward_agent => true }

set :application, 'rabel'
set :scm, 'git'
set :scm_verbose, false

set :deploy_via, :remote_cache
set :deploy_to, "/var/www/wenyi.me"

set :unicorn_pid, "#{current_path}/tmp/pids/unicorn.pid"

set :repository, "git@github.com:daqing/#{application}.git"
set :branch, ENV['BRANCH'] || 'v2.0'

set :use_sudo, false
set :user, 'foo'

set :domain, 'wenyi.me'
set :rails_env, 'production'

role :web, domain
role :app, domain
role :db, domain, :primary => true

namespace :deploy do
  desc "启动服务"
  task :start, :roles => :app do
    run "cd #{current_path}; bundle exec unicorn_rails --port 3800 --env #{rails_env} --daemonize"
  end

  desc "停止服务"
  task :stop, :roles => :app do
    run "kill `cat #{unicorn_pid}`"
  end

  desc "重新加载服务"
  task :reload, :roles => :app do
    run "kill -s USR2 `cat #{unicorn_pid}`"
  end

  desc "重新启动服务"
  task :restart, :roles => :app do
    stop
    start
  end

  desc '收拾房间，链接文件'
  task :housekeeping, :roles => :app do
    run "rm -f #{current_path}/config/initializers/siteconf.rb"
    run "ln -s #{shared_path}/config/siteconf.rb #{current_path}/config/initializers/siteconf.rb"

    run "rm -f #{current_path}/config/database.yml"
    run "ln -s #{shared_path}/config/database.yml #{current_path}/config/database.yml"

    run "rm -rf #{current_path}/config/settings.yml"
    run "ln -s #{shared_path}/config/settings.yml #{current_path}/config/settings.yml"

    run "rm -rf #{current_path}/public/uploads"
    run "ln -s #{shared_path}/uploads #{current_path}/public/uploads"

    run "cd #{current_path}; RAILS_ENV=#{rails_env} bundle exec rake assets:clean"
    run "cd #{current_path}; RAILS_ENV=#{rails_env} bundle exec rake assets:precompile"
  end
end

after 'deploy:create_symlink', 'deploy:housekeeping', 'deploy:migrate'
after 'deploy', 'deploy:cleanup'

@daqing

翻译：Gitolite 工作原理

dotnil — Mon, 28 Jan 2013 09:38:41 +0800

@saito 同学在某次杭州 Ruby Tuesday 分享过 Gitolite 的工作原理，他也是开发 GitLab 的组织 gitlabhq 的成员。我当时理解的并不透彻，算是一知半解；恰好最近公司也搭了 GitLab 服务，但因为各种安全方面的顾虑，有些限制，让人很摸不着头脑，于是翻出 gitolite 的文档看了一遍。挑几篇翻译一下。

How does gitolite work?

“Gitolite 仓库”长什么样？

Gitolite 仓库与普通 Git 服务器上裸（bare）仓库看起来没什么两样。仓库里会有一些额外的文件，文件名前缀是 gl-，同时在 hooks 子目录，还有个更新钩子（update hook），在很大程度上，仅此而已。

换句话说，你可以把 Gitolite 维护的仓库当做普通裸仓库一般对待，只要你别碰上面说的这些文件。

行文约定

--//--> 网络连接 ------> exec() 或者 system() 调用 --??--> 有条件的 exec() 或者 system() 调用

“有条件的”的意思是，调用者会先做些判断，并依据其结果决定是调用方法，还是中止。

通过纯 SSH 连接的 Git

如果你用过 rsync 或者其他类似需要使用 ssh 到远程主机的程序，那其实你已经懂得了通过 SSH 连接 Git 的基本原理。

具体发生的细节如下：

# 读取操作 git clone ------> ssh --//--> sshd ------> git-upload-pack git fetch ------> ssh --//--> sshd ------> git-upload-pack

# 写入操作 git push ------> ssh --//--> sshd ------> git-receive-pack

本地 git 客户端只不过是执行了类似 ssh git@host git-receive-pack 'path/to-reponame.git' 的命令（上例中的推送），等连接建立之后，本地的 git-push 与远端的 git-receive-pack 通过此连接交流。

通过 Gitolite 连接的 Git

安装 Gitolite 只是在 sshd 与 git-receive-pack（或者 git-upload-pack，读操作的时候）之间加了一层，以检查是允许此操作，还是中止掉。

以推送为例，真个过程如下：

git push ------> ssh --//--> sshd ------> gitolite-shell --??--> git-receive-pack

注意客户端 git 一点都没变；事实上，它都不会知道这世上竟有 Gitolite 插了一脚。

下面是我们搞定服务器如上行为的方法：

我们让 sshd 调用 gitolite-shell，即便客户端 git 要求调用的是 git-receive-pack （或者 git-upload-pack，读取时）。
我们还让 sshd 给 gitolite-shell 提供一个参数，即该 Gitolite 用户的名称（注意这是个虚拟的用户，并非实质的 UNIX 用户）。
最后，sshd 自己会把原始的命令，即客户端 git 所要执行的 git-receive-pack 'path/to/reponame.git），放到一个特殊的环境变量里面，叫做 SSH_ORIGINAL_COMMAND。

（所有这些都是通过 ssh 特性搞定的；更多细节请阅读 gitolite and ssh

gitolite-shell

因此 gitolite-shell 有两条信息。通过参数 1，它知道了用户名，通过该环境变量，它知道了是要哪个仓库，和要做什么操作（也就是，是要读取还是写入）。

其时，它检查用户的存取操作，决定是否允许。

（详细内容可以看 rules 页面，尤其是 when are rules checked 与 how are the rules matched 章节）

对读取操作而言，Gitolite 的介入到此结束。如果允许，git-upload-pack 跑起来，干它的活，然后退出。

更新钩子（update hook）

对写操作而言，如果有更新钩子的话，git 在更新索引之前会先执行它。所有 Gitolite “精美绝伦的读写控制”即通过此钩子发生，每个它维护的仓库都有装。

当 git 调用这个更新钩子时，它提供了三个重要的信息作为参数。我们已知的（用户、仓库），加上这三条信息（本更新的索引名称，旧的 SHA，和新的 SHA），告诉了我们实现任何你想要的读写控制所需要的信息，比如“只有爱丽丝与呆伯特才能推送到主分支”， “瓦利（Wally）只能推送名字以 wally/ 开头的分支，或者”只有呆伯特才能推送改动到 license.txt 文件“，等等。

（再次，详细规则在 rules 页面）

周六翻译的，放在我的博客

有几篇帖子值得恢复啊

dotnil — Mon, 07 Jan 2013 16:25:37 +0800

难道你们还没学 Haskell

http://cache.baidu.com/c?m=9f65cb4a8c8507ed4fece76310569036524380156d8d8b492cc3933fce240e5c013ba1e076630d01d8c77a7344f2090ae5ae71296e5e60e08cc8f9108efacb7f71d6&p=9d65e70385cc40aa08e2977c075ecc24&newp=8b2a944097dd0afd08e2977c075e9f755c5bc5356087bd157dded256d836&user=baidu&fm=sc&query=luikore+haskell&qid=&p1=1

屠龙之技

http://cache.baidu.com/c?m=9f65cb4a8c8507ed4fece76310569036524380156d8d8b492cc3933fce240e5c013ba1e076630d0ed1cf7e7344f2090ae5ae71296e5e60e08cc8f9108efacb7f71d6&p=98759a4fd59413fa09be9b7f074c81&newp=9a70841a86cc4bac0eb4c7710c1c8a231611d63f6cbad01f7482ca&user=baidu&fm=sc&query=luikore+haskell&qid=&p1=6

系统批量吐槽一下各种编辑器

http://cache.baidu.com/c?m=9f65cb4a8c8507ed4fece76310569036524380156d8d8b492cc3933fce240e5c013ba1e076630d01d9c77d7344f2090ae5ae71296e5e60e08cc8f9108efacb7f71d6&p=882a9045cd8614f10be2957b425390&newp=c26fd70785cc40aa07aec47108168c231611d63f6cbad3107f8bd0&user=baidu&fm=sc&query=luikore+haskell&qid=&p1=7

看起来我好像 @luikore 的脑残粉

难道你们还没学 Clojure

http://cache.baidu.com/c?m=9d78d513d99d06f401b0d4291a16a63c4a15d9346289c4523f8a9c12d52219564615fea66765404fc4c50a365bf4150ffdf0412f77563df1c68ad31b9ca6972d2a82&p=c97ac64ad5c457ff57ee9778525d8520&newp=8b2a964280d911a05bee922b5657907a5c5bc13451d4d31f7e8289&user=baidu&fm=sc&query=luikore+haskell&qid=&p1=9

以上帖子及后续讨论是我印象中觉得比较精彩的

发现有张 RubyConf China 的照片拍得还不错诶

dotnil — Tue, 04 Dec 2012 21:10:37 +0800

@saberma

我也拍了一些照片

dotnil — Mon, 19 Nov 2012 16:48:31 +0800

http://www.flickr.com/photos/dotnil/sets/72157632044516691/

套头、位置偏等等原因，照片差强人意，不过还是拍到了 @saberma @saito 等

上海归来，写点感受，及读音的重要性

dotnil — Mon, 19 Nov 2012 11:59:05 +0800

有幸参加 RubyConf China，看到许多大牛，学到许多知识，特此小结，顺带吐槽。

10 月份的时候，在同一个会场，这里还办过 HuJS http://www.hujs.org/ ，不知道有没有人跟我一样蛋疼，两个都参加了的。与彼大会相比，RubyConf 有好有坏。午餐、茶歇比 HuJS 的好太多，披萨和吉野家的外卖都如那位负责饮食的志愿者所说，非常美味，茶歇时提供的咖啡，也很好，帮我挺过第二天（周六晚上只睡了 5 个小时）。

坏处也挺明显的，大会没有给所有与会者提供 Wifi；不过话说回来，创智天地的 Wifi 本来就不给力，有连接数限制，而且限得比较低，如果开放连接，也不是所有人都连得上。

议题与演讲者方面，HuJS 更加国际化一些，但这方面无可厚非，本来就是大陆自己的 RubyConf。

然后就是两天议题听下来的看法，在说之前，我要有个 disclaimer：跟代码评审的时候讨论代码风格一样，做一个 grammar nazi 或者 pronunciation nazi 是个很囧的事情，争过头了都只能是浪费彼此时间；我自然也无意挑口水或者什么，只是建议：

在演讲的时候，把一些可能提到的外文词汇念对，是一件很重要的事情。它直接影响到听众对你的观感，一个鲜有纰漏的演说，更容易让听众接受你的观点，不是么？

同时，Ruby、Rails 本身，本来就很看重程序的可读性，因此比较好的代码风格，通常都会有合适的方法、变量名，这些代码连着一块，都能顺畅阅读的；也正是因为这个初衷，我们才能理解，为何 ActiveSupport 会给 Integer 提供 1.year、2.years（注意这里的单复数）这种用法，为何有了 str.blank? 又会提供 str.present? ，为何 model 是单数，而 controller 是复数，等等。

现在你明白为啥 RSpec 会搞成这样，又为啥 @poshboytl 会纠结一下 Test Case 的写法了吧。

然后，我要开始吐槽啦：

首先是本次大会的官网 http://rubyconfchina.org/ ，得统一一下 RubyConf 这个名头，RubyConf 这个词是个 branding，在 logo 中不应该中间插入空格写成“Ruby Conf”的；然后 China 算是这个 RubyConf 的区域后缀，参考 RubyConf Agentina，应该与 RubyConf 隔开。所以本次大会官网的 title，RubyConfChina 是个错误的写法。

当然，如果本意就是要避开 RubyConf 这个牌头（因为授权之类的原因？），那就当我没提哈。

然后是一些常用词的读法，我听到最多的就是 cache，它读作 cash 而非 catch，我还听到有把 height 读错的。另外，比较常会提及的 gem、数据库、工具的读法，也同样如此，比如 PostgreSQL，http://en.wikipedia.org/wiki/PostgreSQL

恕我不能一一列举，好多听过就忘记了。我知道这种帖子肯定挨骂，所以继续 disclaimer，Ken Thompson 曾被问，如果给你机会再实现一次 UNIX，你会改变什么，他说，我会给 creat 加上一个 e 。http://en.wikiquote.org/wiki/Kenneth_Thompson

最后，读错单词是最普通不过的错误，我曾把 width 的 i 读作 ai，曾把 roommate 说成 cellmate（Prison Break 看多了）；下回读对就好啦。

我的 Emacs 配置，抛砖引玉

dotnil — Tue, 10 Jul 2012 09:56:57 +0800

都在这里：https://github.com/dotnil/dotemacs

比较常用且喜欢的插件

yasnippet
tabbar
linum
emms（貌似没在仓库里）
js、python、django 等代码高亮之类的东东

这套配置我一直用到 2011 年初，后来开始搞 Ruby on Rails 之后，因为觉得 rails.vim 更好使，就转用 Vim 了……

所以我对这俩的立场你们该知道了，哪个好用用哪个，都装都用也无妨

目前用的是 Sublime Text 2，服务器上还是 Vim

method_missing，一个 Ruby 程序员的梦中情人

dotnil — Tue, 22 May 2012 20:38:09 +0800

小感冒，晕乎乎，翻译一篇文章攒人品，望自己明天生龙活虎

地址：http://www.alfajango.com/blog/method_missing-a-rubyists-beautiful-mistress/ 标题：method_missing: A Rubyist’s Beautiful Mistress 译者：逸才

我最近读了些文章（比如这篇），宣传在 Ruby 里使用 method_missing 的。

很多人都与 method_missing 干柴烈火，但在并没有小心处理彼此之间的关系。所以，我想来探讨一下这个问题：

** 我该怎么用 method_missing **

什么时候该抵挡 method_missing 的诱惑

首先，永远不要在还没花时间考虑你用得够不够好之前，就向 method_missing 的魅力屈服。你知道，在日常生活中，很少会让你以为的那样亟需 method_missing：

日常：方法代理

案例：我需要让这个类能够使用另一个类的方法

这是我所见过最普遍的使用 method_missing 的情况。这在 gems 与 Rails 插件里头尤其流行。它的模型类似这样：

class A def hi puts "Hi from #{self.class}" end end

class B def initialize @b = A.new end

def method_missing(method_name, *args, &block) @b.send(method_name, *args, &block) end end

A.new.hi #=> Hi from A B.new.hi #=> Hi from A

如此，B 就拥有了 A 的所有实例方法。但是让我们想想，在调用 @b.hi 的时候都发生了什么。你的 ruby 环境沿着继承链一路找 hi 这个方法，到最后，恰恰在丢出个 NoMethodError 前，它调了 method_missing 这个方法。

在上例中，情况并不坏，毕竟这里就两个微不足道的类需要查。但通常，我们是在 Rails 或者其他一些框架的上下文中编程。而你的 Rails 模型继承自 ActiveRecord，而它又集成自其他一大坨的类，于是现在你就有了一坨高高的堆栈要爬⋯⋯ 在你每次调用 @b.hi 的时候！

你的好基友：define_method

估计现在你在抱怨，“但是史蒂夫，我需要 method_missing”我告诉你，别忘了其实除了情妇之外，你还有个忠诚的好基友，叫做 define_method。

它允许你动态地定义一个方法（顾名思义）。它的伟大之处在于，在它执行过之后（通常在你的类们加载之后），这些方法就存在你的类中了，简单直接。在你创建这些方法的时候，也没有什么继承链需要爬。

define_method 很有爱很可靠，并且能够满足你的日常生活。不信我？接着看⋯⋯

class B define_method(:hi) do @b.hi end end

“可是我有一大坨方法要定义！”你抱怨

“没问题！”我卖萌眨眼

class B [:hi, :bye, :achoo, :gesundheit].each do |name| define_method(name) do @b.send(name) end end end

可是我懒得把它们一个个写出来！

你有点难搞哦

class A # ... lots of methods in here end class B A.instance_methods.each do |name| define_method(name) do @b.send(name) end end end

那假如我要定义的方法跟原本的有那么一些些不一样呢？

容易

class A def hi puts "Hi." end end

class B A.instance_methods.each do |name| define_method("what_is_#{name}") do if @b.respond_to?(name) @b.send(name) else false end end end end

B.new.what_is_hi #=> "Hi." B.new.what_is_wtf #=> false

呃，代码看起来不优雅啊

那就没办法了，凑合得了。如果你想要代码更易读，可以看看我们的 ruby delegation library 和 Rails ActiveRecord delegation。

好，我们总结一下，看看 define_method 的真正威力。

修改自 ruby-doc.org 上的例子

class A def fred puts "In Fred" end def create_method(name, &block) self.class.send(:define_method, name, &block) end define_method(:wilma) { puts "Charge it!" } end class B < A define_method(:barney, instance_method(:fred)) end

a = B.new a.barney #=> In Fred a.wilma #=> Charge it! a.create_method(:betty) { p self.to_s } a.betty #=> B

什么时候用 method_missing？

现在你估计在想，总有该用它的时候吧，不然还要它干嘛？没错。

动态命名的方法（又名，元方法）

案例：我要依据某种模式提供一组方法。这些方法做的事情顾名思义。我可能从来没有调用过这些可能的方法，但是等我要用的时候，它们必须可用。

现在才是人话！这其实正是 ActiveRecord 所采用的方式，为你提供那些基于属性的动态构建的查找方法，比如 find_by_login_and_email(user_login, user_email)。

def method_missing(method_id, *arguments, &block) if match = DynamicFinderMatch.match(method_id) attribute_names = match.attribute_names super unless all_attributes_exists?(attribute_names) if match.finder? # ...you get the point end # my OCD makes me unable to omit this # ... else super # this is important, I'll tell you why in a second end end

权衡利弊

当你有一大堆元方法要定义，又不一定用得到的时候，method_missing 是个完美的折衷。

想想 ActiveRecord 中基于属性的查找方法。要用 define_method 从头到脚定义这些方法，ActiveRecord 需要检查每个模型的表中所有的字段，并为每个可能的字段组合方式都定义方法。

find_by_email find_by_login find_by_name find_by_id find_by_email_and_login find_by_email_and_login_and_name find_by_email_and_name # ...

假如你的模型有 10 个字段，那就是 10! （362880）个查找方法需要定义。想象一下，在你的 Rails 项目跑起来的时候，有这么多个方法需要一次定义掉，而 ruby 环境还得把它们都放在内存里头。

老虎·伍兹都做不来的事情。

** 正确的 method_missing 使用方式

（译者猥琐地注：要回家了，以下简要摘译）

1、先检查

并不是每次调用都要处理的，你应该先检查一下这次调用是否符合你需要添加的元方法的模式：

def method_missing(method_id, *arguments, &block) if method_id.to_s =~ /^what_is_[\w]+/ # do your thing end end

2、包起来

检查好了，确实要处理的，请记得把函数体包在你的好基友，define_method 里面。如此，下次就不用找情妇了：

def method_missing(method_id, *arguments, &block) if method_id.to_s =~ /^what_is_[\w]+/ self.class.send :define_method, method_id do # do your thing end self.send(method_id) end end

3、擦屁股

自己处理不来的方法，可能父类有办法，所以 super 一下：

def method_missing(method_id, *arguments, &block) if method_id.to_s =~ /^what_is_[\w]+/ self.class.send :define_method, method_id do # do your thing end self.send(method_id) else super end end

4、昭告天下

def respond_to?(method_id, include_private = false) if method_id.to_s =~ /^what_is_[\w]+/ true else super end end

要告诉别人，你的类虽然暂时还没有这个方法，但是其实是能够响应这方法的。

** 总结 **

在每个 Ruby 程序员的生活中，这仨方法扮演了重要的角色。define_method 是你的好基友，method_missing 是个如胶似漆但也需相敬如宾的情妇，而 respond_to? 则是你的爱子，如此无虞。

Cross Site Request Forgery 的疑问

dotnil — Thu, 10 May 2012 20:01:05 +0800

Rails 提供的保护方式是使用 csrf-token，如果非 GET 请求中没有这个参数或者参数值无效，就重置掉当前的 session。

打开上述行为的方法是在控制器里加上 protect_from_forgery

现在我的问题是，我在 application_controller 里头加上了，终端里遇到不合法的请求时，也却是验证没过，显示了个 WARNING: Can't verify CSRF token authenticity，但是似乎 session 没有被重置，而且这个请求也还是被认为有效的。

我要怎么做，才能在出现这个 warning 的时候，不再执行其他步骤，并重置 session？

37signals 测试七忌

dotnil — Tue, 17 Apr 2012 19:07:16 +0800

据说今晚 Ruby Tuesday 杭州的话题是测试，可惜我最近都要忙项目。赶巧看到 37signals 也发博文聊测试（http://37signals.com/svn/posts/3159-testing-like-the-tsa），就顺便翻译一下它提的测试七忌。

不要以 100% 覆盖率为目标。
代码·测试比超过 1:2 就味道不对了，超过 1:3 则臭不可闻。
如果测试占用了你超过 1/3 的时间，那你很可能就没搞对。如果超过一半时间，那你肯定弄糟了。
不要测试标准的 Active Record 的关联、验证或者 scope。
把集成测试留到对独立元素们做集成出现问题时在搞（也就是说，可以单元测试的，就不要做集成测试）。
不要用 Cucumber，除非你生活在梦幻之城，那里的非程序员们要写测试（如果你在那儿，请务必给我寄一瓶仙境之沙）。
不要强迫自己对每个控制器、模型与视图都测试先行（我一般是 20% 测试先行，80% 先上车后补票）

原文：

Don’t aim for 100% coverage.
Code-to-test ratios above 1:2 is a smell, above 1:3 is a stink.
You’re probably doing it wrong if testing is taking more than 1/3 of your time. You’re definitely doing it wrong if it’s taking up more than half.
Don’t test standard Active Record associations, validations, or scopes.
Reserve integration testing for issues arising from the integration of separate elements (aka don’t integration test things that can be unit tested instead).
Don’t use Cucumber unless you live in the magic kingdom of non-programmers-writing-tests (and send me a bottle of fairy dust if you’re there!)
Don’t force yourself to test-first every controller, model, and view (my ratio is typically 20% test-first, 80% test-after).

mysqlbinlog 与 nginx 记的访问日志你们都是怎么处理的？

dotnil — Fri, 09 Mar 2012 10:44:46 +0800

我有个 Linode VPS，最便宜的那个，磁盘容量 20G，http://luoo.net 在上面，访问量比我预期的要大，现在日志文件快 1G 了

du -h -c --max-depth=1 /var/log

发现，除了这个 access.log，有好几坨 mysql-bin.00000X 文件也超大。暂时想不到该拿这些文件怎么办。前者可以做一些访问统计，http://www.ruanyifeng.com/blog/2012/01/a_bash_script_of_apache_log_analysis.html ；后者据说可以用来恢复数据，搜了几篇文章，还没细看？

大家都是怎么处理这俩货的？