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

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

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

#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: []
                }
          }
    ]
}]

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

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

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

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

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

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

楼主别纠结了，放弃 rails 的 Assets Pipeline 吧，在这里都是 rails 的死忠，问不到 rails 哲学之外的答案的

另外，有压力面试的公司坚决不去，本身工作的压力已经很大了，还要承受各种外部压力，还让不让人活了。 在北京面试的时候几乎次次碰到压力面，特别是游戏公司，各种脑筋急转弯，各种人身攻击测试。可能是北京不缺码农。

要价的时候要狠，免得入职以后再觉得自己亏了。所有的委屈，没有比觉得工资要低了更委屈的。

现在网络运营都是这样，给人制造高大上的感觉。 天涯：有见识的人都在这里。 知乎：中产阶级的社交网络。 就连 V2EX 都定期组织晒桌面 (MAC)，还加了个高大上的节点：汽车，给人感觉 V2EX 上混的都是高富帅程序员。当然这种话不能在 V2EX 上说，说了会莫名丢失密码的

这都是利用了大众喜欢攀高的心理，人都喜欢往比自己高的圈子里钻

后端是做数学应用题，虽然难但有迹可循 前端是写作文，每次写的都不能一样

#3 楼 @beiersi 咦？生产模式的 views 是怎么提速的？我记得 erb 模板没缓存的，slim 模板有缓存

v2ex 的泡沫太大了，给人感觉全是高大上的工作，实际上去联系了就不是那么回事了

其实一个 ManyToOne 就足够了，OneToOne 是 ManyToOne 的特殊情况，ManyToMany 可以用 ManyToOne 组合出来，并且更容易理解

全栈是钻出来的，不是学出来的

申请一个免费博客足矣

没有产品经理

泡沫很大

就算代购也便宜不了多少，既然几千大洋都舍得花了，就别再为了那点零头给自己添不放心了