tini8 (tini8) · 回帖

电子商务网站一般怎么报价 at 2015年05月01日

#19 楼 @flowerwrong 写到 meta 表里面只算增加了数据库记录

电子商务网站一般怎么报价 at 2015年05月01日

#16 楼 @chairy11 数据表一对多、多对多，用的特别多，特别灵活。说到这里想起了 wordpress 的 advanced custom fields 插件，文章的项想加多少加多少，各种类型：图片、日期、数字、文本，加完以后 wordpress 的数据表结构竟然没丝毫变化，瞬间被老外的思维方式给震惊了，国内的帝国、织梦给数据库加字段的扩展方式弱爆了

电子商务网站一般怎么报价 at 2015年04月30日

Spree 理解了它的机理以后并不复杂，非常好用，Spree 跟 ecshop 的区别就像 wordpress、drupel 跟帝国、织梦的区别。理念根本不在一个频道上。国外的东西都是造一个抽象的原型，在原型的基础上能自己扩展出各种各样的功能，国内的东西都是加一大堆死功能，用到的打开，用不到的在后台关掉。二次开发的时候很坑。

用了 Ruby 以后，发现瓶颈已不在数据库，而在语言 at 2015年04月30日

#35 楼 @luikore 这样得出来的 tree 是这样的，用 json 表示吧：

[{
    name: 一级分类
    children: [
        {
            name: 二级分类1
          }
    ]
},
{
     name: 二级分类1
     children: [
          {
              name: 三级分类1
           },
           {
               name: 三级分类2
            }
},
{
    name: 三级分类1
    children: []
},
{
    name: 三级分类2
    children: []
}]

我需要的是这样的

[{
    name: 一级分类
    children: [
        {
            name: 二级分类1
            children: [
                {
                      name: 三级分类1
                      children: []
                },
                {
                      name: 三级分类2
                      children: []
                }
          }
    ]
}]

用了 Ruby 以后，发现瓶颈已不在数据库，而在语言 at 2015年04月27日

#19 楼 @wuwx PHP 实现的代码我在一楼已经补充了

用了 Ruby 以后，发现瓶颈已不在数据库，而在语言 at 2015年04月27日

#14 楼 @michael0015 在循环外查询数据库并不比在循环内快，我在主贴已经对比过了

用了 Ruby 以后，发现瓶颈已不在数据库，而在语言 at 2015年04月27日

#7 楼 @winnie 不是及时的，可以放进缓存，我当然也不会因为这个原因放弃 ruby 用 php，Ruby 比 php 方便的地方多的太多。

用了 Ruby 以后，发现瓶颈已不在数据库，而在语言 at 2015年04月27日

#4 楼 @serco 可能是这个原因，毕竟 php 的数组比 rails 的 ActiveRecord 要简单的多 #5 楼 @billy 非常抱歉，实在是工作赶的紧，没太多的时间把这两种 demo 都做出来。

用了 Ruby 以后，发现瓶颈已不在数据库，而在语言 at 2015年04月27日

#2 楼 @rudy 对菜单树来说，一个 parent_id 字段就可以理清各个菜单项的从属关系了吧，我都是这样设计数据库的，当然也可以添加一个 children 的字段来保存子菜单的 id(用逗号分开)，但这样我觉得就不 clean 了

Rails 默然为每个 controller 生成一个 js 不应该是每个 action 一个 js 吗 at 2015年04月24日

#16 楼 @xiongmaojames 每个 controller 的 js 分开，不用那种都压缩到一个文件的方式，区别各个 action 的时候用 js 判断一下 url