easyhappy (andy)

[上海] 美国 Robin8 诚聘中、高 Ruby 工程师 2 名

easyhappy — Tue, 01 Mar 2016 16:20:06 +0800

先说说我们

Robin8 Inc. 是来自美国纽约的高科技公司，我们的产品帮助进行社交营销公关的用户更高效地使用大数据，优化其媒体选择和效果。该模式已经在美国市场的测试取得成绩，目前我们在成立中国团队并开发更加适应国情的数据平台和产品。现在进入中国，组建技术团队，所以现在是您加入的最好时机!!

薪资、福利：

15K－25K／月，五险一金，交通、餐饮补贴
正常带薪休假及体检福利
可选的员工股权激励
开放的办公室和工作氛围
在有全球化团队流转需要时，我们还可以申请 H1B 签证帮助您在美国工作

我们希望您：

1-3 年 Ruby on Rails 开发经验;
熟悉 Ruby on Rails，Ruby 生态环境，和各种常用 Gems；
熟悉 JavaScript 和 CSS，了解常见前端框架/基础类库；熟悉 HTML，了解 HTML5 特性；
使用过至少一种关系型或者 NoSQL 数据库；
使用过至少一种版本控制工具；
了解 Linux，Nginx 等上下游相关环境，能部署和优化 Web 项目；
对产品可用性和易用性有要求，对新兴技术有好奇；
有 React 经验的优先;

当然如果您没有 Rails 经验，只要您愿意学，我们也是乐意带您一起成长。

您大部分的工作时间会是在 Rails 服务器端编程。与此同时，您会知道市场／公关／社交媒体领域的最新动向，并思考如何将其转化为产品；也可以了解或参与机器学习／自然语言处理和大规模数据处理项目；或是参与到任何感兴趣并能胜任的企业方向。

请将您的简历发送到：andyhu@robin8.com ；

公司地址：上海静安区江宁路 77 号恒顺大楼 7 层；

公司网址：www.robin8.net。

最近网站被恶意攻击了

easyhappy — Fri, 26 Feb 2016 11:32:32 +0800

Hi, 万能的 ruby 朋友们，最近我的网站被攻击了。攻击的方式：

只攻击一个 api
ip 经常换，但是也就是那几百个 ip。
user_agent 暂时没变。
cookies 暂时没变。
request.referer 伪造的是正常的。

目前我能想到的是通过图片验证码，来提高这个 api 的安全性。

问题

请问如何能获取到这个爬虫的真实 ip。

[上海] 美国 Robin8 诚聘初、中 Ruby 工程师 3 名 [已结束 (感谢大家的关注)]

easyhappy — Mon, 21 Sep 2015 10:13:02 +0800

先说说我们

薪资、福利：

10K－20K／月，五险一金，交通、餐饮补贴
正常带薪休假及体检福利
可选的员工股权激励
开放的办公室和工作氛围
在有全球化团队流转需要时，我们还可以申请 H1B 签证帮助您在美国工作

我们希望您：

1-3 年 Ruby on Rails 开发经验;
熟悉 Ruby on Rails，Ruby 生态环境，和各种常用 Gems；
熟悉 JavaScript 和 CSS，了解常见前端框架/基础类库；熟悉 HTML，了解 HTML5 特性；
使用过至少一种关系型或者 NoSQL 数据库；
使用过至少一种版本控制工具；
了解 Linux，Nginx 等上下游相关环境，能部署和优化 Web 项目；
对产品可用性和易用性有要求，对新兴技术有好奇；

当然如果您没有 Rails 经验，只要您愿意学，我们也是乐意带您一起成长。

请将您的简历发送到：hr_china@robin8.com ；

公司地址：上海市静安区愚园路 20 号东海广场 3 号楼 15 楼创客中心；

公司网址：www.robin8.com。

补充说明

实习生我们也是需要的，只要你足够聪明，那就来吧。

移动 IM 学习笔记

easyhappy — Thu, 06 Nov 2014 14:54:08 +0800

最近在看移动 IM 相关的资料，然后发现网上有很多的资料，所以在学习过程中，整理了一些笔记，供那些想了解移动 IM 的童鞋一些参考。

移动 IM 技术选型要点

1、协议选型 2、IM 服务器选型 3、协议和 IM 服务器改造 4、移动 IM 常见问题以及一些解决方案 5、一些第三方服务

一、常用的 IM 协议

二、IM 服务器的选择

经过这几天在网上的调研，发现目前比较流行的几个 IM 服务器也就是 Openfire、Tigase, Ejabberd:

备注：详解 Zoosk 千万用户实时通信背后的开源技术

三、XMPP 协议的问题及改进

1、登录握手部分改进
Xmpp QuickStart

2、心跳改进
原先 Xmpp 使用的 Ping/Pong 40+ 字节，改进为单向 white space ping, 4 字节。
备注：心跳单向四个字节，在 Xmpp 协议下，估计应该是极限了吧。在私有协议协议下，一来一往两个字节足够。

3、文件传输

Xmpp 的文件传输采用的点对点的传输; 改进为 http 上传到 server
语音、视频压缩上传
图片默认下载缩略图

4、Presense

移动互联网环境下，不管用户是否在线，都会假设用户永远在线。
这是因为移动网络环境导致，比如从 wifi 切换到 3G、处于地铁、WIFI 边缘地带等，如果还采用 PC 端类似 QQ 那种方式，很可能会造成重连风暴。

5、Muc 聊天室

Muc 是聊天室协议，在业务层面进行改进，发送消息时发送给所有用户，不管他在不在线

四、基于 Openfire 服务器的改进

1、发送消息回执

在 server 端维护一个消息队列，当收到 client 发送会的消息回执时，将这个消息删掉

2、性能改进

不要使用内置的数据库，对于 Vcard 或者好友列表信息可以考虑放到 Redis

3、如果是消息量很大的话，消息存储可以使用 Kafka（和数据库集群之间存定时拉取关系），分布式锁基于 Zookeeper，前端 LVS 做负载均衡。

五、移动 IM 的那些坑点

1、长连接

android 平台维护 client 到 server 的长连接

IM 或推送，建立长连接是必须的，可以节省 TCP 来回创建的开销，但断线之后，是否需要即刻重连，尤其是处于地铁、WIFI 边缘地带，可能会造成重连风暴，需要添加稍加延迟连接机制。

2、心跳包 GGSN

维护移动网 GGSN

3、消息回执处理 Ack

移动网络很容易丢包，发送、接受应加入回执处理

4、语音、图片的收发优化

大数据拆分成多个包，一个包大概 10 字节

六、第三方的 IM 服务

1、环信(个人感觉选他不错), 大概是从 2013 年 4 月创立，到目前为止号称有 6000 万注册用户，有 1000+ app 使用

2、leancloud 2013 年 9 月发布以来，已经吸引了近万移动应用和开发者加入。

七、结论

如果说自己搭建一套 IM 框架的：

基本能用需要 3 个月
做的比较好需要 9 月到 1 年时间
做的像微信一样，那么需要 2 年时间

如果说基于现有的 IM 服务器搭建的话，个人觉得从 IMserver 性能以及后期维护和招人成本上来看，应该是 Tigase > Openfire > Ejabberd

八、写在最后

如果你也对 IM 感兴趣的话，可以看一看环信的一个讲座, 对应的ppt。
当然了，由于我本人接触 IM 这块也不太久，所以肯定会有一些遗漏，欢迎大家提意见呀...

今天是梅西生涯十周年

easyhappy — Fri, 17 Oct 2014 13:30:34 +0800

首先承认自己是一个梅西球迷，当然也是巴萨的球迷，今天看到梅西出道 10 周年了。回想起来我是在 2010 年开始看巴萨，开始看梅西，当时的巴萨可以是正值巅峰中的巅峰，基本是遇神杀神了...

当时就在想，靠，球还可以这么踢...

慢慢的爱上了西甲、爱上了巴萨、爱上了梅西... 习惯了每天早上第一件事情就是打开新浪体育西甲比赛...

顺便上一个优酷视频：绚丽到爆！梅西一个足球的王者

顺便想问下，论坛的小伙伴们，有哪些足球粉，有平时踢球的么....

基于地址位置，查询附近的人，解决方案及性能分析 [已更新，详见下面的结论]

easyhappy — Wed, 15 Oct 2014 16:29:20 +0800

1、场景介绍

对于很多 LBS 应用来说，让用户寻找周围的好友可能都是一个必不可少的功能，下面我们就以这个功能为例：

显示我附近的人
由近到远排序
显示距离

对于以上的问题，目前解决方案有很多种，比如：

a. 基于 MySQL 数据库 b. 采用 GeoHash 索引，基于 MySQL c. MySQL 空间存储（MySQL Spatial Extensions） d. 使用 MongoDB 存储地理位置信息 e. 使用 PostgreSQL 存储地理位置信息

关于 a、b、c, 这篇文章已经很好的说明了，这里就不一一赘述，下面我们主要是基于方案 d 深入探讨一些东西。

2、使用 MongoDB 存储地理位置信息

MongoDB 原生支持地理位置索引，可以直接用于位置距离计算和查询。查询结果默认将会由近到远排序，而且查询结果也包含目标点对象、距离目标点的距离等信息。

而且 geoNear 是 MongoDB 原生支持的查询函数，所以性能上也做到了高度的优化，完全可以应付生产环境的压力。

3、MongoDB 索引介绍

2d index:

使用 2d index 能够将数据作为 2 维平面上的点存储起来，在 MongoDB 2.2 以前推荐使用 2d index 索引。现在 MongodDB 2.6 了，推荐使用 2dspere index

2dsphere index:

2dsphere index 支持球体的查询和计算，同时它支持数据存储为GeoJSON 和传统坐标。

4、性能测试

先说说测试环境：

Mac Pro(处理器 Intel Core i5、2.4 GHz、2 核、16G 内存) + Mongo 2.6 + Rails4.1.4

model 代码：

class User
   field :location,        type: Array
   index({ location: "2d"}, { background: true })
   # 或者 index({ location: "2dsphere"}, { background: true })

  class << self
    def nearby(coordinate, max_distance=5)
       # 5公里内， 符合条件的记录， 默认取100个。同时会按照距离的远近 进行排序。
       self.geo_near(coordinate).max_distance(max_distance.fdiv   6371).spherical.distance_multiplier(6371000)
    end
  end
end

使用 命令1的查询时间：

User.nearby([117.490219, 40.962954]).count
# 5公里内， 符合条件的记录， 默认取100个。同时会按照距离的远近 进行排序。
# 距离 存在 attributes["geo_near_distance"] 中， example：User.nearby([117.490219, 40.962954]).first["geo_near_distance"]

通过测试发现，使用 2d index 在数据量变大的过程中，查询时间会变的非常慢，而使用 2d sphere index 基本可以控制在 0.5s 左右。这里留下一个问题: 为什么会是这样的？

使用命令2：

User.where(:location => {"$within" => {"$centerSphere" => [[116.490219, 42.962954], (5.fdiv(6371) )]}}).count
# 5公里内， 符合条件的记录、默认会选出所有符合条件的结果。
# 缺点是 需要自己进行排序, 且需要自己计算 geo_near_distance。

命令2 因为不需要对符合条件的结果进行排序，所以查询时间相比 命令1的查询时间大大减少。

备注: 每 1w 条数据的插入时间是 8s 左右。

5、其他的一些概念的东西

MongoDB 查询地理位置默认有 3 种距离单位：米 (meters) 平面单位 (flat units，可以理解为经纬度的“一度”) 弧度 (radians)

2d 索引能同时支持$center 和$centerSphere， 2dsphere 索引支持$centerSphere。关于距离单位，$center 默认是度，$centerSphere 默认距离是弧度。

6、使用 PostgreSQL 存储地理位置信息

关于 PostgreSQL 和 Rails 的结合，可以参考我同事@windstill的文章, 这里就不具体描述了

测试环境介绍：

Mac Pro(处理器 Intel Core i5、2.4 GHz、2 核、16G 内存) + PostgreSQL 9.3.5 + PostGis2.1.3(PostgreSQL 的扩展) + Rails4.1.4

备注：postgis完整实现了opengis 的 Simple Features标准之中的空间对象模型和函数

测试命令

User.select("users.*, st_distance(location, 'point(116.458104 39.966293)') as distance").where("st_dwithin(location, 'point(116.458104 39.966293)', 10000)").order("distance")
# 查找10公里 内结果， 并按照距离进行排序

测试结果：

7、结论

关于地理位置的计算，其实 Mysql、MongoDB、PostgreSQL 都支持，只不过 MongoDB 和 PostgreSQL 支持的更好一些。而且通过测试我们可以发现 MongoDB 在数据量变大的时候，查询的瓶颈会变的越来越大。反过来看 PostgreSQL，它的查询时间基本是随着数据量的增长，而线性增长的。

所以如果你的应用数据量不大或者说在百万级别的话可以考虑用 MongoDB。但是如果数据量是千万级别或者更高的话，推荐使用 PostgreSQL。

当然了由于我们这个项目业务既需要事务，又需要 Geo 计算，所以选择 PostgreSQL 作为我们的主数据库。

8、留坑

后期会在使用 PostgreSQL 使用一段时间后，深入的总结一些关于它的东东...

Sunspot 学习笔记

easyhappy — Thu, 11 Sep 2014 11:39:24 +0800

Sunspot 是什么？

Sunspot 用 Ruby 的方式实现了与 Solr 搜索引擎的交互。底层是基于 Rsolr，而且提供了很方便的 DSL 接口实现建立索引和搜索。

Sunspot 使用

gem 'sunspot_rails'
gem 'sunspot_solr', github: 'xhj/sunspot', require: 'sunspot_solr'
gem 'progress_bar'

备注：

其中 sunspot_solr 使用sunspot_solr 的衍生版本(ruby-china 上@xhj6封装的), 目的是集成 mmseg4j 1.9.1 中文分词插件 (下文会详细介绍)
添加 gem 的 progress_bar 原因是在执行 taskrake sunspot:solr:reindex时会在 terminal 上等待较长时间。

安装生成默认的配置信息

rails generate sunspot_rails:install

运行 Sunspot

rake sunspot:solr:start #后台运行
rake sunspot:solr:run   #在前台运行

rake sunspot:solr:start #后台运行

设置 model

class User
  ...
  searchable do
    text :name
  end
  ...
end

建立索引

rake sunspot:solr:reindex

在 console

s = User.search do
  fulltext '张小三'
end

puts s.results

中文分词

使用 mmseg 之前

s = Section.search do
  fulltext '张三'
end

puts s.results 为空

修改配置信息使得在 index 和 query 的时候都使用 mmseg4j 分词算法

文件 wheel-admin/solr/conf/schema.xml 62 行左右，修改为如下：

<fieldType name="text" class="solr.TextField" omitNorms="false">
  <analyzer type="index">
    <tokenizer class="com.chenlb.mmseg4j.solr.MMSegTokenizerFactory" mode="max-word" dicPath="mmseg4j_dict"/>
    <filter class="solr.StandardFilterFactory"/>
    <filter class="solr.LowerCaseFilterFactory"/>
  </analyzer>
  <analyzer type="query">
    <tokenizer class="com.chenlb.mmseg4j.solr.MMSegTokenizerFactory" mode="max-word" dicPath="mmseg4j_dict"/>
    <filter class="solr.StandardFilterFactory"/>
    <filter class="solr.LowerCaseFilterFactory"/>
    <filter class="solr.PositionFilterFactory" />
  </analyzer>
</fieldType>

重新建立索引

rake sunspot:solr:reindex

在 wheel-web 的 console

 s = Section.search do
   fulltext '张三'
 end

 puts s.results.map(&:title)
 ["张小三",
...]

备注：默认的排序是按照得分情况进行的。比如：

puts s.hits[0].score

mmseg 的原理

mmseg 算法有两种分词方法：simple 和 complex，都是基于正向最大匹配。complex 加了四个规则过虑。官方说：词语的正确识别率达到了 98.41%。mmseg4j 已经实现了这两种分词算法。

1.5 版的分词速度 simple 算法是 1100kb/s左右、complex算法是 700kb/s左右，（测试机：AMD athlon 64 2800+ 1G 内存 xp）。
1.6 版在 complex 基础上实现了最多分词 (max-word)。“很好听” -> "很好 | 好听"; “中华人民共和国” -> "中华 | 华人 | 共和 | 国"; “中国人民银行” -> "中国 | 人民 | 银行"。
1.7-beta 版，目前 complex 1200kb/s左右, simple 1900kb/s左右, 但内存开销了 50M 左右。上几个版都是在 10M 左右。
1.8 后，增加 CutLetterDigitFilter 过虑器，切分“字母和数”混在一起的过虑器。比如：mb991ch 切为 "mb 991 ch"。

目前我们使用的时 mmseg 1.9

Sunspot 的配置参数详解

auto_commit_after_request? 每次 http 都会 commit, 默认为 true
data_path
hostname
log_file
log_level
path
port
solr_home(这个参数可能有点问题，因为每次配置之后，rake sunspot:solr:reindex 都会报 500 错误)

Sunspot 的实时性怎么样？

默认情况每次 http 都会 commit。所以实时性还是很不错的。

部署

修改 config/sunspot.yml

production:
  solr:
    hostname: localhost
    port: 8983
    log_level: WARNING
    path: /solr/default

** path: /solr/default instead of path: /solr/productionon**

利用 capistrano 部署 Solr，相关脚本如下：

after "deploy:update_code", "solr:symlink"

namespace :solr do
  desc "start solr"
  task :start, :roles => :app, :except => { :no_release => true } do 
    run "cd #{application_path} && RAILS_ENV=#{rails_env} bundle exec rake sunspot:solr:start"
  end
  desc "stop solr"
  task :stop, :roles => :app, :except => { :no_release => true } do 
    run "cd #{application_path} && RAILS_ENV=#{rails_env} bundle exec rake sunspot:solr:stop"
  end
  desc "reindex the whole database"
  task :reindex, :roles => :app do
    run "cd #{application_path} && RAILS_ENV=#{rails_env} bundle exec rake sunspot:solr:reindex"
  end
  desc "Symlink in-progress deployment to a shared Solr index"
  task :symlink, :except => { :no_release => true } do
    #创建solr所需要的目录
    run "cd #{deploy_to} && mkdir -p #{shared_path}/solr/data"
    run "cd #{deploy_to} && mkdir -p #{shared_path}/solr/pids"

    run "ln -s #{shared_path}/solr/data/ #{release_path}/solr/data"
    run "ln -s #{shared_path}/solr/pids/ #{release_path}/solr/pids"
  end
end

Solr、Sphinx、ElasticSearch 等搜索引擎比较

Solr 和 ElasticSearch 比较：

Solr 和 ElasticSearch 都是是基于 Lucene 做的，都比较容易支持所以实时更新。
字典 Solr 的不支持中文分词，但是通过添加分词算法解决问题 (比如：上面提到 mmseg4j, 或者 IKAnalyzer 分词)
由于 ElasticSearch 是在 Solr 的基础重新建立的，能够很方便的实现分布式，而且自带分词系统。

Solr 和 Sphinx 比较：

Sphinx 的优点是，简历索引，搜索都比较快; 缺点是对实时性支持比较差，语法上相对弱一些
Solr 默认有 facet 支持。而 Shphinx 中就得做一些额外的工作才行

Example:

s = Sunspot.search(Post) do
  with(:blog_id, 1)
  facet(:category_ids)
end

# facet 告诉Solr 返回的结果包括 blog id 为1的category_ids
puts s.results[0].category_ids

刚刚收到一个邮件感觉挺有意思的

easyhappy — Thu, 21 Aug 2014 09:50:59 +0800

今天刚刚收到一个邮件，然后他们根据我的邮箱算出我的技术特长，然后推荐相关的职位。

感觉还是挺有意思的。

【分享】generator 的那些事

easyhappy — Sat, 19 Jul 2014 13:19:19 +0800

Rails 自带的 generators

在一个 Rails 项目中，有很多自带的 genertors，比如最常用的 scaffold，通过命令 rails generator 可以列出所有的 generators：

Rails:
  assets
  controller
  generator
  helper
  integration_test
  mailer
  migration
  model
  resource
  scaffold
  scaffold_controller
  task

ActiveRecord:
  active_record:devise
  active_record:migration
  active_record:model

如果你想查看一个具体 generator 的使用说明，比如 scaffold，使用

rails g scaffold --help

generators 的源码在哪里？

大部分 Rails 自带的 generators 都放到 gem raities-4.0.0/rails/generators中。我们就拿scaffold 举例子，主要有三部分组成 :

templates/ 所有的模板
USAGE 可以理解成readme
scaffold_generator.rb #generator入口

下面主要看看 scaffold_generator.rb, 这里就不贴代码，如果感兴趣可以进入源码位置看看，这里这是说明几个关键点：

1）source_root 定义了 templates 的位置 2）其中有一句 hook_for :scaffold_controller, required: true；hook_for 的作用唤起一个 generator。 3) 所有的 public 方法都会被调用。

generators 的加载方式

rails/generators/initializer/initializer_generator.rb generators/initializer/initializer_generator.rb rails/generators/initializer_generator.rb generators/initializer_generator.rb $LOAD_PATH

编写自定义 generator，提高工作效率

在我们日常的工作中，总会有一些工作是一些重复，且相同的工作，特别像后台管理页面的一些页面。针对这些情况，编写相应的 generator，可以大大提高我们的工作效率。

[题外话] 个人向大家showbuilder（这个@ery编写的）, 个人觉得是后台管理页面的必备 gem，这里就不对它细说了。

今天要的说是基于它写了一套generators

rails generator showbuilder:slim
rails generator showbuilder:scaffold

比如运行 rails g showbuilder:scaffold admin/my_generators

    invoke  resource_route
     route    namespace :admin do
  resources :my_generators
end
    invoke  slim
    create    app/views/admin/my_generators
    create    app/views/admin/my_generators/index.html.slim
    create    app/views/admin/my_generators/edit.html.slim
    create    app/views/admin/my_generators/show.html.slim
    create    app/views/admin/my_generators/new.html.slim
    create    app/views/admin/my_generators/_form.html.slim
    create  app/controllers/admin/my_generators_controller.rb
 identical  lib/reborn/base_mongo.rb
    create  app/models/admin/my_generator.rb

当然如果你想使用自己的模板，那么在 Rails.root/config/showbuilder/templates 下建立对于的模板文件就可以了。

写在最后

如果你对这个 gem 感兴趣，可以阅读源码了解相关机制。

[北京] 汽车方向移动互联网新锐公司多个技术职位招募

easyhappy — Wed, 09 Jul 2014 10:15:08 +0800

关于我们：北京乐行东方网络技术有限公司，是一家致力于提供车主生活服务的互联网企业。相信我，在国内当下广义的车联网领域里，提供车主生活服务才是真需求，才是能持续盈利的切入点。那些打着车联网的旗号搞 OBD 和搞智能交通的，或者随口说出要搞个中国版 Car Play 的，无论大小全都弱爆了。

我们的创始团队拥有超过十年的汽车消费、汽车服务领域的从业经验，精准的后市场需求认知和把握，广泛深厚的资源及人脉，业内多家顶尖品牌的合作经历。

先说待遇： 1）薪资 1.5 万起，上至 5 万，还嫌少？Ok，上不封顶； 2）正规五险一金缴纳，让那些不缴或者少缴的无良公司去死吧； 3）正规企业福利，该有的都有； 4）期权激励，这个各家初创公司都号称有，但我想说：我们更靠谱； 5）敞开办公、自由舒适、人体工学椅、全 Mac 开发、冷饮茶点无限量等等这些还用说吗？都是标配来的； 6）妹子？好像 V2EX 的招聘帖里都流行写这个，啥男女比例啥大胸前台，其实这些都是幻觉好吗？都不如在一个靠谱团队做着靠谱产品，然后按时下班手握高薪去把妹来的实实在在，女同事不是文工团。。。你懂的。

我们不打算邀你一起改变世界，这句话大多数人讲出来都像是忽悠。但我们的确既有扎实稳定的行业资源，又有多年互联网运营的技术和经验。成型的盈利模式 2B2C 通吃，已有的客户随时买单。我们给你互联网初创企业自由、geek、有爱的范儿，同时你还无需背负同类初创企业面对的早期高风险，怎么样，有点动心了吗？赶紧投递简历吧。

地点：北京朝阳区三元桥，地铁出来步行 5 分钟联系：wheelslife@163.com 邮件中请注明申请的职位 QQ：2950907860（非常用，回复会慢，见谅）

再给出招聘职位：一．产品设计师，就是他们常说的产品经理 PM 职位描述 1）参与或者负责乐行东方的产品规划、设计、改进和迭代 2）主导或配合完成产品原型、产品文档、UI 和 UE 设计 3）协调设计、开发等各个环节，确保产品发布节奏任职资格 1）三年以上移动互联网产品工作经验，曾主导过完整的产品设计 2）熟悉当下主流手机应用及平台特性，熟悉各种原型设计工具 3）对用户需求判断、引导及控制有较强的把握 4）善于合作协调沟通，思维敏捷，具有非常好的书面和口头表达能力加分项 1）日常生活中经常开车 2）有开发经验，能评估产品的工程难度和工作量 3）有创业经验

二．iOS 开发工程师职位描述 1）乐行东方 iOS 应用的设计、开发及测试 2）乐行东方 iOS 代码质量控制任职资格 1）熟悉 Objective-C、Cocoa 及其 MVC 开发模式 2）熟悉 iOS 应用开发流程 3）至少使用过一种 Objective-C 测试框架 4）至少有一个完整的 iOS 网络应用开发经历 5）熟练使用各种第三方库解决实际问题 6）良好的编码风格，沟通能力和团队合作精神，有责任感加分项 1）在 App Store 上发布过优秀的 App 作品 2）拥有阅读、学习英文材料的能力，对开源技术有强烈的兴趣和爱好，参与或贡献过代码 3）如有作品链接，Github 帐号，个人技术 blog，还请附上 4）日常生活中经常开车

三．Android 开发工程师职位描述 1）乐行东方 Android 应用的设计、开发及测试 2）乐行东方 Android 代码质量控制任职资格 1）熟悉网络编程，了解常用网络协议 2）熟悉掌握 Android 界面和交互开发 3）至少有一个完整的 Android 应用开发经历 4）熟练使用各种第三方库解决实际问题 5）良好的编码风格，沟通能力和团队合作精神，有责任感加分项 1）在 Google Play 发布过优秀的 App 作品 2）拥有阅读、学习英文材料的能力，对开源技术有强烈的兴趣和爱好，参与或贡献过代码 3）如有作品链接，Github 帐号，个人技术 blog，还请附上 4）日常生活中经常开车

四．前端开发工程师职位描述 1）负责乐行东方 Web 前端交互开发工作 2）不断优化前端程序代码，不断提升网页性能任职资格 1）精通 JavaScript/CSS/HTML 2）至少熟悉一种面向对象的前端框架 3）能够写出高性能、可复用的前端组件 4）熟悉服务器端开发技术加分项 1）熟练使用 JavaScript 测试框架 2）了解前端安全机制 3）有前端性能优化经验 4）日常生活中经常开车

五．移动应用服务器端开发工程师职位描述 1）设计和开发乐行东方移动应用服务器后端任职资格 1）熟练掌握 Web 开发相关知识 2）熟悉 Python 语言或者 Ruby 语言 3）熟悉 Python 或者 Ruby 主流框架 4）熟练使用 MySQL，掌握常用数据库应用场景下相关操作 5）两年以上移动应用后端开发经验，实现过科学且高效的 API 加分项 1）熟悉 Unix shell 的使用 2）熟悉 Redis 的使用 3）拥有阅读、学习英文材料的能力，对开源技术有强烈的兴趣和爱好，参与或贡献过代码 5）日常生活中经常开车

如果你碰巧有朋友、有同学、有同事、有男友符合我们的条件，赶紧让他投递简历吧。凡推荐靠谱候选人成功加入的一律请吃五星酒店海鲜自助大餐（暂定帝都霄云路海航万豪每周五的海鲜盛宴，异地的小伙伴兑现方案待定）。

Rails 4 升级加载多个路由的配置问题

easyhappy — Mon, 10 Mar 2014 15:32:13 +0800

前序

最近在升级 Rails4，由于项目中用了很多个路由文件，暂列为以下几个：

config/routes.rb
config/routes/admin.rb
config/routes/books.rb
....

在 Rails3，只需配置如下：

config.paths['config/routes'] += %w{admin books}.map{|path| Rails.root.join("config/routes/#{path}.rb")}

然而在升级之后，启动 rails server, 发现报错了：

这个哥们 config.paths['config/routes'] 为 nil，不能使用 '+='了

开始还以为升级 Rails4 之后，配置方法发生了变化，但是查看官方的升级文档，没有提及;

于是在查看了Rails4 engine 的源码：

initializer :add_routing_paths do |app|
  paths = self.paths["config/routes.rb"].existent

  if routes? || paths.any?
    app.routes_reloader.paths.unshift(*paths)
    app.routes_reloader.route_sets << routes
  end
end

确实从 Rails3 中的 paths = self.paths["config/routes"].existent 变成了 paths = self.paths["config/routes.rb"].existent

Why

为什么会如有如此改变，还是它就是一个 bug？

Mongoid 升级之后 Mongoid::QueryCache::Middleware 问题

easyhappy — Tue, 04 Mar 2014 16:18:28 +0800

前言

由于最近在将项目升级到 Rails，顺便将 Mongoid 从也从 3.1.4 升到 3.1.6，至于为什么，可以点击这里升级 Mongoid 的一些配置被除掉了， IndentityMap 就是之一, 然后官方给出的替代方式是使用 Query::Cache Middleware.

在配置文件添加 config.middleware.use(Mongoid::QueryCache::Middleware);

问题来了

假如我执行下面的操作：

def index
  @users = UserMongo.all
end

然后其他的地方

if @users.present?       #----> 标记A
   ...其他操作
   @users.each do |p|    #-----> 标记B
       ....
   end
end

执行的'标记 B'的时候，会抛出异常

QUERY CACHE  database=tianji collection=users selector={}
TypeError: no implicit conversion of String into Integer
from /home/andy/Documents/mongoid/lib/mongoid/factory.rb:40:in `[]'

问题追踪

通过 pry 追踪源码

module Mongoid
  module QueryCache
    module Cacheable
      def with_cache
        return yield unless QueryCache.enabled?
        return yield if system_collection?
        key = cache_key
        if QueryCache.cache_table.has_key?(key)
          instrument(key) { QueryCache.cache_table[key] }
        else
          value = yield
          QueryCache.cache_table[key] = value
        end
      end
  end
end

发现在执行'标记 A' @users.present?, QueryCache.cache_table[key] 的值已经被设置上了

puts QueryCache.cache_table -->
{["tianji", "users", {}]=>{"_id"=>158}}

然后在执行'标记 B’的时候其实是对 'A'的结果进行遍历，所以就会报错。

我的观点：

我认为这是 QueryCache 的一个 bug，没有很好区分好 QueryCache.cache_table 的 key。

补充一下 key 的选取是这样子的：

def cache_key
    [ operation.database, operation.collection, operation.selector ]
end

SOS

大家在升级 Mongoid 的过程中，有没有遇到同样的问题; 实在不行，我可能会先覆盖部分 Mongoid 源码。

请教如何根据屏幕大小只显示部分内容

easyhappy — Fri, 14 Feb 2014 14:23:04 +0800

所用的技术 Jquery Mobile + Backbone + Phonegap 构建 android 的本地应用 A，Rails 作为后台 Web service;

已知知识：

设备的 height 和 width
字体大小，间距等。

A 收到 Rails 传来的数据 Content, 那么：如何根据屏幕大小实现是 Content 的一部分内容？

ruby 获取 model 名字

easyhappy — Sat, 13 Jul 2013 09:52:37 +0800

class A < ActiveRecord::Base
  include C
end

class B < A
end

module C
  def self.include(base)
      #问题 怎么 在这里 获取到 B
  end
end

我的问题是怎么在 C 的 self.include 中获取到 B 的名字，请知道的告诉一下，谢谢！！

关于中文字符问题

easyhappy — Wed, 10 Jul 2013 11:09:21 +0800

ruby 文件包含中文时，运行会报错。

上网 google 一下：

答案是添加 RUBYOPT= -Ku, 即可

我的问题是：Ku 是什么含义？

知道的人，给个解释，谢谢！！！

ubuntu 下 chrome 出现异常

easyhappy — Sun, 07 Jul 2013 17:27:21 +0800

环境 ubuntu 12.04

在命令行输入 google-chrome 报以下错误：

[9358:9381:1110/103956:ERROR:object_proxy.cc(608)] Failed to get name owner. Got org.freedesktop.DBus.Error.Nam eHasNoOwner: Could not get owner of name 'org.chromium.Mtpd': no such name [9358:9381:1110/103956:ERROR:object_proxy.cc(608)] Failed to get name owner. Got org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'org.chromium.Mtpd': no such name [9406:9406:1110/103956:ERROR:sandbox_init_linux.cc(32)] InitializeSandbox() called with multiple threads in process gpu-process [9358:9358:1110/103957:ERROR:object_proxy.cc(513)] Failed to call method: org.chromium.Mtpd.EnumerateStorage: object_path= /org/chromium/Mtpd: org.freedesktop.DBus.Error.ServiceUnknown: The name org.chromium.Mtpd was not provided by any .service files

ps：上网 google 很久没有找到解决方法... 有人知道怎么解决这个问题，请跟我说声？先谢了!!!

ruby unbind 方法的使用场景

easyhappy — Tue, 25 Jun 2013 13:44:25 +0800

class Test def initialize(value) @x = value end

def my_method @x end end test = Test.new(1) m = test.method :my_method puts "test.my_method is #{m.call}"

unbind = m.unbind test_2 = Test.new(2) m = unbind.bind(test_2) puts "-"*30 puts "test_2.my_method is #{m.call}"

** 这里我有一个疑问 **

bind 和 unbind 使用场景是什么？

easyhappy (andy)

[上海] 美国 Robin8 诚聘中、高 Ruby 工程师 2 名

先说说我们

薪资、福利：

我们希望您：

最近网站被恶意攻击了

问题

[上海] 美国 Robin8 诚聘初、中 Ruby 工程师 3 名 [已结束 (感谢大家的关注)]

先说说我们

薪资、福利：

我们希望您：

补充说明

移动 IM 学习笔记

移动 IM 技术选型要点

一、常用的 IM 协议

二、IM 服务器的选择

三、XMPP 协议的问题及改进

四、基于 Openfire 服务器的改进

五、移动 IM 的那些坑点

六、第三方的 IM 服务

七、结论

八、写在最后

今天是梅西生涯十周年

基于地址位置，查询附近的人 ，解决方案及性能分析 [已更新， 详见下面的结论]

1、场景介绍

2、使用 MongoDB 存储地理位置信息

3、MongoDB 索引介绍

4、性能测试

5、其他的一些 概念的东西

6、使用 PostgreSQL 存储地理位置信息

7、结论

8、留坑

Sunspot 学习笔记

Sunspot 是什么？

Sunspot 使用

中文分词

Sunspot 的配置参数详解

Sunspot 的实时性怎么样？

部署

Solr、Sphinx、ElasticSearch 等搜索引擎比较

刚刚收到一个邮件 感觉挺有意思的

【分享】generator 的那些事

Rails 自带的 generators

generators 的源码在哪里？

generators 的加载方式

编写自定义 generator，提高工作效率

写在最后

[北京] 汽车方向移动互联网新锐公司多个技术职位招募

Rails 4 升级 加载多个路由的配置问题

前序

于是在查看了Rails4 engine 的源码：

Why

Mongoid 升级之后 Mongoid::QueryCache::Middleware 问题

前言

问题来了

问题追踪

我的观点：

SOS

请教如何根据屏幕大小 只显示部分内容

ruby 获取 model 名字

关于中文字符问题

ubuntu 下 chrome 出现异常

环境 ubuntu 12.04

ruby unbind 方法的使用场景

基于地址位置，查询附近的人，解决方案及性能分析 [已更新，详见下面的结论]

5、其他的一些概念的东西

刚刚收到一个邮件感觉挺有意思的

Rails 4 升级加载多个路由的配置问题

请教如何根据屏幕大小只显示部分内容