根据评测，以及使用度 https://github.com/DAddYE/web-frameworks-benchmark/wiki/Achiu http://vemod.net/list-of-ruby-web-frameworks

使用轻量级框架完全代替 rails 如何？ Camping,Sinatra http://camping.io/

#6 楼 @raecoo 难道从此走上了去 Rails 化的道路。。? - -感觉 Rails 现在做一些项目真是显得鸡肋

#6 楼 @raecoo 总有一些类似 asset pipline, gem 的管理，template 等问题，用 rails 应该会方便些吧 .. 毕竟 Goliath 的侧重点还是在 rest api?

#4 楼 @whh 感觉要是这样的话，会不会有点别扭，提供 api 用 Goliath，万一到时候有个前台，还得用个 Rails，要是这样，我是不是直接用 Java 开发拉倒。。?

#1 楼 @whh goliath 有使用经验么，可以和 rails 整合么？如果说需要从 mysql , redis 里面取数据，操作方便么？

#1 楼 @whh 之前有用过 sidekiq ,想问 ruby 消息队列扩展性和性能到底如何，比如和 rabbitmq 比？

#2 楼 @zhenning 重新连接就费劲了，ohm, sidekiq 的底层用的它。。连接完了我还要把那些发生错误的任务给执行了。。

Redis::TimeoutError: Connection timed out

我想知道的是类似这样的，它这个是跟 activeRecord 结合的，我用的纯 redis，不能继承这个 https://github.com/wyh770406/sunspot-solr-search-with-auto-complete/blob/master/app/models/base_model.rb

最近比较惨。。发发牢骚。。

#1 楼 @diudiutang 服务器返回给手机端

看看控制台产生的 sql 就能知道吧。

#6 楼 @zhuf 谢谢啊，看来估计做好索引，查询应该还是比较快的。我去研究下 sunspot 查询出来的结果是否是排序的。。

我感觉就应该在查询出结果的时候就已经是排好序的，完全没必要自己再排一次。。

#4 楼 @zhuf 你们的解决方案，效果如何查询的时候，从什么数据量开始会比较慢比如需要 1 秒以上的查询时间？

#2 楼 @zhuf 你们都是在 DB 层直接做的查询和索引啊，我们用的 DB 是 redis，好像只能借助类似 sunspot 这类东西做全文索引和复杂查询呢？

有用过 sunspot 进行 location 查询的么，项目里用它做全文搜索了

另外我说 email 也只是举例，有些项目用的是 username 登录，username 又是显示名字，很可能也是可以大小写的

所以第一选择自然是，登录的时候，可以忽略大小写进行匹配

#8 楼 @fsword 你要说多加一个字段是可以做到。因为需求就是，你注册的时候，是怎么填写的，就应该怎么显示，然后登陆的时候，忽略大小写可以登录。

但是加一个字段用于显示，逻辑上也需要针对处理。比用同一个字段自然是麻烦了。其实能直接像 mysql 那样忽略大小写是最简单的。

#4 楼 @fsword 只能说是一种折中的办法吧。redis 是不能配置成大小写不敏感的吧？

#4 楼 @fsword 客户现在还没发现这个问题，要真需要忽略大小写，就悲剧了。不是自己能说了算唉

我又不能明确的说注册的时候只能小写字母。。这和现在很多网站的体验也不太一致吧

#1 楼 @fsword 我也想这样，但是问题是，你注册的时候是大小写的，登录的时候，你不知道需要全小写啊，如果是 MYSQL，这就好办了。但是 redis

不错不错

还有一个是 ruby 版本的 solr（sunspot） http://sunspot.github.com/

#3 楼 @huacnlee 文字不会很多，也就是用户名，标题，最多是产品描述（这个文字量也不会很大）

但是用 Solr 或 Elasticsearch 需要另外去配置，有一定优点，但同时也增加了，项目（需要互相交互）和部署的复杂性吧。正在看你说的这 2 个东西，谢谢。

#1 楼 @huacnlee java 的啊？我看了些您写的 redis-search 那个，我想怎么简单改一下要能用就好了

#6 楼 @luikore

建索引得占内存啊，如果是从 description 之类的字段里索引，不一定划算的意思。

#4 楼 @bhuztez 手机端游戏类的，前期可能先这样弄吧，写入比较大。 估计数据量大的时候，会考虑持久化一部分到硬盘。

mysql 主要是怕处理全文索引，一些复杂查询 redis 不太好做

#2 楼 @luikore 谢谢啊，现在看了下，有几种思路，但是感觉都不是很优雅且有一定的复杂度，抛砖引玉 1）在所有 redis 增，删，改数据的地方，处理完之后，放到队列，由 MYSQL 处理队列中的东西 缺点就是，代码估计很难看，而且这部分属于系统而外的东西。不爽

2）redis-dump,redis-rdb 之类的工具导出数据并同步 https://github.com/nrk/redis-rdb 导出数据有两种模式 a. rdb 文件 ( redis 做的快照，这个文件看起来是会重新整理的，所以所 sync 的时候可能不方便，不便于判断哪些数据是删除了的，而且需要重新把所有数据检查一遍，这个恐怕不好） b. aof 文件 ( 利用这种，可以有一个 offset 标记同步到哪儿了，如果失败了，或者下次 sync 的时候，从 offset 开始解析命令 ) 问题在于，怎么对应 redis 的命令 和 mysql 的 db 结构，如果 mysql 的 db 结构和 redis 不同的时候， 比如有中间表，也需要想办法处理

3) 直接读 redis db，在 redis 对象中需要加上 create_at ,update_at，需要额外的记录 deleted 的对象。sync 的时候记下 updated_at, 下次 sync 找到 udpated_at 之后的数据进行处理。