来点思路也行额。。有做过的吗
翻译辛苦了,有点意思。
过了世界末日,他要还活着,可能会变成蝙蝠侠的,你要小心了。
先学点 ruby 的语法,
再学习 rails 框架 (这个框架类似 php 里的 MVC 框架 CodeIgniter http://guides.rubyonrails.org/
最无奈的时候自定义 SQL 查询
你可以看下控制台,它生成了怎样的查询语句
目测你的写的思路不对,你分成了 2 步来执行。。
但组合的结果肯定是不对的,要是你要分 2 不步骤
1)搜索符合条件的产品 IDS
2)根据 IDS 进行 group by , sum
或者就是一步,一个自定义 SQL,或者用 activerecord 查询加过滤
你说说你是怎么用 eclipse 调试 rails 的。。环境怎么配置的 #5 楼 @simlegate
#3 楼 @simlegate 我的意思是说,用 pry 需要怎么设置,eclipse 下了断点,他才能断住。
现在是我 gem install pry 之后,eclipse 不能进行 debug。。
我感觉应该有个类似 ruby-debug-ide 类似的 gem,但没找到。我直接用它好像也不行。
get_next('f') 。。。
get_next('g')
2 楼的算法有问题吧。异常
..你从哪知道的。我知道的是如果你的 input 在 form 表单内,回车,肯定是会被提交的。
你要回车不想提交。不放到 form 内,或者直接在 input 上写个 class = "noautosubmit" , 用 jquery 把回车的事件过滤掉
Heroku 上一切只能一 addon 的形式添加吗?不能自己装 gem 包?
没实际操作过大数据量,想问下,每天大概有 300W 的访问量,会有大量的图片上传,会有交易。应该考虑怎样的架构?
恩,先做起来再说。通常以前我们使用缓存和 DB 的思想可能是先更新 DB,再更新缓存,或者直接让缓存失效。最近听过现在有些架构的思想是,先更新缓存,再更新 DB。那么具体操作是怎样的呢?比如用 redis+mysql 1)对于新数据的策略是,直接插入 DB,再更新到缓存?
2)对于缓存中有的数据的策略是,先更新缓存,再异步写到 DB。
以上方案怎么避免单点故障防止写入了缓存没同步到 DB?通过 LOG 还是?怎么处理事务
可能大量的用户会同时写消息。感觉有点类似 twitter 了?
就目前看来,redis 还是更适合做缓存而已。。
有时候在想用 mongodb 是不是会合适,不是很熟悉,另外用 mongodb,还得加个缓存之类。。
当前重点问题就 2 个,高并发写怎么抗住比较合适(可能需要分片),和如何做持久化。。
另外,什么样的场景适合完全使用 redis。网站初期?要么数据量大了,不活跃数据放里面太不合适了吧
#3 楼 @linjunhalida 可能我们不是那种广义的聊天室。。是那种类似论坛的形式,几个人聊一个主题,聊天记录需要持久化。
做聊天室需要抗住大量的写操作,想用 redis 但是,redis 能抗住吗?写的性能如何?另外 redis 是内存数据库,如果数据量大了,有必要把那些不活跃的数据载入内存吗?有啥好的方案
对恩,横向拆分的时候,程序或者 DB 设计应该注意些什么?比如锁,事务?都神么样的方案,好像有 mysql ndb
速度是挺快的
你的名字有 bug,所有就受限了 - -。哈哈