报名通道已经关闭，但欢迎现场签到入场~

当日参加活动的小伙伴请入群

你来贡献题目，众筹来车票给你~ 然后就不要回去了

去掉了手机号，其他信息非必填。之前不够注意~

之前项目就是 token 放 header，然后 https。

👍

我觉得这是两个问题。

第一个是网络应用的风格有哪些（Network-based Architectural Styles），REST 是一种，还有 Data-flow Styles，Replication Styles，Hierarchical Styles etc，这个在 Roy 的论文第三章都有提到（英文版论文请点这里)。而 REST 是在考量了 性能（Performance），扩张性（Scalability），容易修改（Modifiability）etc 这些网络应用的关键要素后提出的解决方案（性质参考第二章）。

第二个问题就是框架了，也就是 Rails。REST 首先只是指导原则，并没有提出任何实现的细节，而 Rails，或者其他的框架都是具体的实现，就是是尊重 REST 的原则。REST 风格的特点在于：

• Client-Server (目前普遍采用的结构方式，但是在 2000 年以前并不是这样，具体看论文)
• Stateless（是不是很眼熟，其实就是 HTTP 协议，Roy  参与了 HTTP 的定稿）
• Cache（使用缓存来优化用户访问体验）
• Uniform Interface（统一的接口定义，也就是 HTTP Verbs）
• Layered System ( 分层)
• Code-On-Demand（客户端代码，也就是 js）

所以 Rails  框架根据这些指导做出了具体的实现。对于开发者来说要做的，就剩下三个任务：

•  定义资源（Resource）
• 定义资源的表达方式（Representation, html, json, xml or custom format）
• 定义资源的状态转换（也就是资源和资源之间的 links）

符合了这样风格的框架之间没有本质的优劣区别，不同之处落在了语法上，本身语言的特性上，框架易用性（是否是 convention over configuration）等等。

P.S. 论文发表的时间是 2000 年，那是在有了实验结果以后才敢的发表（治学严谨啊），真正提出这个风格的时间大概是 1996 年。那个时候互联网还在襁褓中，所以阅读论文的时候可以抛开 rails 或其他框架的具体实现细节，就当是读一份互联网应用风格发展的简史。

上班前随意写了一些，希望有解答问题。

#2 楼 @small_fish__

• 套餐我都默默的选择最小套餐，先把应用跑起来是王道
• beanstalk 的服务并不需要保存和使用 pem，通过 eb command line tools 完成
• 防火墙基本没管，原因看第一条
• 按照 Elastic Block Store 收钱，具体没关注是多少

2011 年的文章, by stevek labnik，nobody-understands-rest-or-htt。 简言之所有的 custom actions 都是因为没有挖掘潜在的 resources。 不过在实际开发中的中小型项目，为了快速开发，真是 custom action 满天飞，尤其是 /items/search 这样的 api。

书昨天寄出，今天已经收到。🐵犀利

我就是来安利书的 算法 - 第 4 版

已注，昵称 YueIsMelody

#2 楼 @flowerwrong 谢谢。解决

再补一个供参考。

Consumer.where.not(id: Transaction.where("created_at BETWEEN ? AND ?", start_time, end_time).select( :consumer_id))

#28 楼 @hiveer 给个🌰就好理解了。

# 好好写
class Test
  def do_something
  end
end

# 非要用 method_missing
class Test
   def method_missing(method_name, *args, &block)
    if(method_name =~ /do_something/)
      puts "catch and do something"
    else
      super
    end
  end
end

例子很极端？但我所在的 code base 有类似代码。

我：为什么这么写？ 开发：新学了 method_missing，用用看。

想到一个滥用的例子：明明可以好好写代码，却偏偏要用 method_missing。

赞，＋1

原来写 C# 的时候用的是 nunit，语法类似 minitest。感觉是能写，但是比较无聊（个人感觉）。 后来接触了 ruby 和 js。RSpec 和 jasmine 的语法类似，学习交流成本都低 (如果用 minitest, 得两种语法切换)，所以就转到 RSpec 了。一直这么用。 个人觉得 RSpec 好的方面：

• 文档丰富 betterspecs
• 书写风格流畅（写得爽，个人感觉），符合英语习惯

不好的方面：

• 新旧语法在一起，带来混乱
• 运行慢，测试多了运行时间长，不适于快速部署。调优耗时。
• 写得不好会非常 verbose

以后是否会继续用：看情况。

• 团队成员的测试习惯（是 minitest 党还是 RSpec 党）
• 团队的技术栈。精通 minitest 和 RSpec 的程度

看了文章又去补 Microservices 的内容，受益匪浅。:thumbsup:

#7 楼 @martin91

• 第一点建议提得正好。等到数据量大了会这样采用。之前也这样处理过数据。不过发现其实没有需求。
• 原始数据还是要存的。结合你和 hooopo 的建议后期再优化处理。表示没有用过 Elastic Search、Solr。不知道学习曲线如何。
• 图表是有计划的，考虑是 highchart。

我给你的回复打全五分好评。

#5 楼 @martin91 马婷同学太刻苦了。

#2 楼 @u1442016572 本着交流学习的目的发的文章。如果能指出文中哪里不清晰，技术使用不当等问题，那肯定更有建设性。

#1 楼 @hooopo 看了你的分析更确定 impression 这个 gem 是鸡肋。等到数据量大了，查找和聚合性能都是问题。如果要修改 gem，也不是那么直接。不过目前暂时够用。多场景的问题会再去研究。

#7 楼 @martin91 database 隔离的方法看起。

#3 楼 @hooopo #4 楼 @blogbin 已经找到原因。服务器上跑了多个 sidekiq instances，没有设置 namespace，导致 job 丢失。 https://github.com/mperham/sidekiq/wiki/Problems-and-Troubleshooting 真是没注意，花了很多时间 debug。:(

#1 楼 @cassiuschen 查了。不执行的任务没有日志记录。

+3

#5 楼 @gonglexin 看得细致。谢谢指教

竟然百度搜出三年前的帖子。那时候写测试用的是 nunit (.NET), 但转到 ruby 就一直用 rspec。也曾经和同事为了 rspec 还是 Test::Unit‘争执’。最后。。还是因为项目已经 rspec，所以继续 rspec 吧。

可能的错误：

• 没有 require。添加如下代码： ruby # Requires supporting ruby files with custom matchers and macros, etc, # in spec/support/ and its subdirectories. Dir[Rails.root.join("spec/support/**/*.rb")].each { |f| require f }
• 用错名字。检查文件文字，helper 名字