@msg7086 不是和 App 命名冲突，是 model 和 controller 子目录冲突， 结构是这种：app/controllers/shop/account/customers_helper 就是说 shop 子目录和 model 的常量冲突

@msg7086 应该有更改的解决方案，否则总是会比较别扭，比如将 Shop::Account 改成 Store::Account

@msg7086 确实是这个问题，model 的 name 不但不能和整个 App 命名一样，还不能和 Helpers 的 namespace 一样。

跟踪错误的时候发现 rails load helpers 的时候居然 load shop model，才惊醒可能 shop model 已经占用了 Shop 常量，导致 load Shop::Account:CustomersHelper 的时候没找到而出发了，load_miss_const 方法，于是自然就会报错了。

解决方案是：

1. 将 shop namespace 改成其他的
2. 关闭 rails helpers 的 autoload

config.action_controller.include_all_helpers = false

3.将 helpers 中 shop 下面的子目录全部删除掉

不过总觉得不是很舒服，而且对于 rails 为什么要这么做也有疑问，迫于时间留在后面研究，或者大家说些经验？

支持 [email protected]

@msg7086 内存确实容易用光，2G 以上会比较好

@jasonliu 汇率最迟也是一天一次，银行都有结算的汇率，比较苛刻的条件是实时汇率

:plus1:

:plus1:

@QueXuQ 放在数据库中可以，有很多方案解决性能和资源问题，比如读写分离，旧数据自动移库等等。关键是放到数据库中处理起来方便。

@huarenyu Ruby 大法好，Rails 大法秒！

@flowerwrong 5w+ 对于一般的购物网站太贵了 国内一般都是参考商派报的，易开店乞丐版才 8k，所以具有常规功能的电商网站高于这个价太多就麻烦了。 所以要提高报价就要从特殊功能入手，那么 10w 都有可能。

PS: Spree 真的太复杂了，不建议用这个改

:plus1:

@devops 大城市是小地方相对 优秀的人 凑在一起形成的

好屌的样子

@flowerwrong 对的，package 只需要 prepay 就行了 感谢 @jasl

@jasl paySign 就是 invoke_unifiedorder 成功之后，微信返回的参数里面的 sign 吧？ 然后微信的 JSAPI 里面对 js 的 package 有这些说明：

//然后进行最后一步，这里按照key＝value除了sign外进行字典序排序后组成下列的字符串,最后再串接sign=value
var completeString = "bank_type="+banktype+"&body="+body+"&fee_type="+fee_type+"&input_charset="+input_charset+"&notify_url="+notify_url+"&out_trade_no="+out_trade_no+"&partner="+partner+"&spbill_create_ip="+spbill_create_ip+"&total_fee="+total_fee;
                completeString = completeString + "&sign="+md5SignValue;

需要重新拼接 package 字符串，然后放到 js button 里面吧？否则确实一直出现签名错误

@flowerwrong 看文档还需要拼接 package 的内容

@blacktulip 那是西医，一般割东西是中医流派讽刺西医的

@mogodb 好椅子可以，站立编程估计能比较好解决这个问题~

@mogodb 只是用 css 的属性用喜闻乐见的方式生动描述上面的事物而已

@Lucifer magento 蛋疼了一下，php 的话 opencart 是个不错的选择。

@bydmm 有可能的话，蛋蛋确实要自己把玩

官网上最好能放出产品的截图，另外如果能将 HTML5 的游戏打包成类似 APP 游戏那种可能是一个推广的突破口。

@ibugs 有的，取决于内容

:plus1:

@linjunhalida 座久了是蛋疼，连续这种高强度工作在整年的比例其实还是算少数