一直只回帖，绝不留qq/手机/邮箱。要留也只会小窗留。你要找我请小窗PM。

if只能执行语句，三元运算符是表达式。

比如极端点的例子，这样一句话

$data[$idx1][$i]->payload[2] = $core->ProcessData(isset($_POST['type']) ? 'a' : 'b') . PHP_EOL;

你改写成if就会很不方便。要么额外声明变量，要么就得repeat code

@soli
<div class="row">
<div class="col-lg-2 col-md-3 col-sm-6">img1</div>
<div class="col-lg-2 col-md-3 col-sm-6">img2</div>
<div class="col-lg-2 col-md-3 col-sm-6">img3</div>
<div class="col-lg-2 col-md-3 col-sm-6">img4</div>
省略无数个
</div>

在宽屏上就是
img1 img2 img3 img4 img5 img6
img7 img8 ...

在窄屏上就是
img1 img2 img3 img4
img5 img6 ...

在平板上就是
img1 img2
img3 img4
...

这样就保证了在大屏上可以显示更多的元素，但是也不会在小屏幕上挤成一团。

这种在bootstrap2上就得自己写定义，比如
.span3or6orstack
@ > 1200px: 24.3%
@ > 960px < 1200px: 49.6%
@ < 960px: stack

@kimwang 无节操图很容易被干掉。就算放在梯子外面也很容易被干的。老老实实按照高危网站的策略来搞吧，国外主机+强制SSL，自己买个收费SSL证书搞起。

@soli 你这么想吧

比如我要做一个图片墙。宽屏一行放6张图片，窄屏一行4张，平板2张，用css怎么写呢？

PC版？Opera12.16欢迎您

我宁愿做主从，买个7刀的vps来跑。codeguard最高套餐也才500G空间，太小了。

全是debian。要向后兼容用6，正常用7，新一点用8，激进点用sid，作死用experimental

@kuochung 我算是补充你的论点吧。各种语言都有自己的擅长之处，嗯。

@kuochung ROR架构更注重开发速度和维护成本而不是运行效率。
在人工贵比天的欧美澳，服务器比人力便宜多了。一个苦工一个月最起码5k$吧，这点钱光托管服务器就能托个10多台了。
全程TDD开发，统一框架结构，就算来了新人也可以很快上手，老员工走了也不怕断头烂尾，也不太怕写错代码出Bug。

当然如果上到脸书的访问量级别又是另当别论。

TTL太小会变成dd吧。一般都设300或者600。

@zhangsimon
@wxmd
@scusjs

谢谢。问别人借了个 iPhone 搞定了。

@saharabear 我们这边有做企业级产品的部门对ror的升级非常谨慎。
嘛因为全程测试驱动开发，所以多数情况下测试跑绿了一般问题不大。
但是ruby193升200还是非常担心会出问题的。

毕竟是政府背景的服务，挂了的话影响很大的。

office如果用2013的话，试试skydrive？之前做作业的时候有用到多人协作功能，感觉挺不错的，菊部编辑，自动合并更改。也有win phone客户端，手机上也能看excel/word。

搭车问，没有 iPhone / iPad /安卓设备，如何能拿到这360G空间？

@jybox 一个18年前设计出来的脚本语言，不能要求太多吧。

估计作者当时也没想到会搞得这么大吧。

既要易用性，支持内联脚本(像asp)，类C语言，上手快，又要设计精良，还要有足够的向后兼容性，还要性能不差，难，很难。

python，为了一些设计上的改进，抛弃了向后兼容性，造成版本分裂。ruby/rails，每次升级都怕break。

至少PHP做版本升级的时候省心很多。

@saharabear include和require更多的还是为了区别被引用文件的重要性吧。
比如架构中，引入一个外部类库可能会考虑用include，而引入核心类库则会偏向于require。

话说模板的话用模板库会好一点吧……另外丢失模板文件不是应该fatal error的嘛……

(睡觉去吧

苦逼的娃娃机……节(xi)哀(da)顺(pu)变(ben)

@RHFS 区区1T完全不够用啊。

我一个朋友在mega已经上传了几十T了。(似乎还是免费账号？)