#12 楼 @lips Thunderbolt Display

#10 楼 @lips 我就是外接大屏的，平时风扇完全听不见声音。 其实现在 rMBP 15 的 CPU 已经很快了，日常应用占用率很低，自然发热量也低。

外置的笔记本散热风扇，其实安慰剂的成分比较多。 如果真的对散热比较敏感：1. 开空调 2. 买发热量较低的笔记本

比如 rMBP 除了播放 flash 外，从来听不到风扇的声音的。

支不支持？ 当然支持。

靠不靠谱？ 当然不靠谱。

就像理论上把一个项目的所有代码都写到一个文件中，也是可以的，但是现在应该没人会这么做了。

#15 楼 @rei 我觉得楼主可能把引用符号用于缩进的需求了。

#8 楼 @ibachue autossh 是针对网络问题的那种。

我说的是，墙因为检测到大流量 SSH 连接，有可能误判为翻它，所以会把相应 IP 指定端口的链接 Reset 掉，这种情况无论 autossh 重连多少次都没用的。

rsync，然后去美美睡一觉，起来就好了。 当然，也可能 connection reset 了

#2 楼 @vbgfnd RubyChina 支持 Markdown 正文的，会很清晰的

建议楼主把文本贴出来，而不是截图，否则阅读比较困难。

#17 楼 @rei 要不考虑一下，跳转去支付宝的页面打开在新窗口，原页面显示一个层两个按钮，完成支付，支付失败。这样就算关闭了支付完成的页面，回到原页面，点击完成支付，重新刷一下支付状态，就像给出下载链接了。

#15 楼 @rei 我想明白你为什么对 Email 实效性要求那么高了，因为 selfstore 可以不注册就购买的，所以过程要借助邮件。 我们是一定要注册的，所以全过程在系统里完成，邮件的时效性就要求低了，只要找回密码可以及时发送就行了。

#13 楼 @rei 嗯，排队是个问题。 可以用 o:deliverytime 插队，（此处改了下，因为想想可能不能插别人的队）不过只能插自己的队，一个 IP 上的其他人在前面的话，邮件只能等了。

#11 楼 @rei 嗯，如果网站和 Email 功能结合紧密的，又要考虑到成本和经验积累，自建的确是个好选择。

不过，我不太赞同独立 IP 可以解决 IP limit，我贴一段 Mailgun 的详细说明，从多种情况进行了分析：

Do I need a dedicated IP address?

It depends on various factors.

If you are sending a lot of email (greater than 50k per week), it is a good idea to have a dedicated IP in order to isolate your reputation. If you are sharing your IP, you are sharing your reputation with those other senders. In addition, ESPs limit the total volume per IP, per hour. If you are a high volume sender you should consider a pool of IPs. However, you will have trouble establishing your reputation if you are not sending enough volume consistently from an IP - in this case, a shared IP is preferred.

If your email sending is volatile with large spikes of volume, ESPs may assume those large spikes are spam. Also, if your overall volume is too low, they won’t acknowledge your reputation. Generally, if you are sending less than 5,000 emails per day, a shared IP may be the right solution.

The other thing to consider is using separate IPs for your bulk and transactional mail. There are a couple reasons for this:

Delivery of time-sensitive transactional emails may get queued behind a large batch of bulk/marketing emails. Your transactional mail will be affected by the reputation created by your bulk/marketing mail. Mailgun’s infrastructure mitigates some of the argument’s for a dedicated IP address. First of all, we are constantly monitoring our shared IP addresses for any reputation issues. We also allow you to schedule delivery of your emails by using the o:deliverytime parameter. This allows you to delay the delivery by using a time in the future and also allows you to jump other messages in your queue (say from a large bulk mailing) by using a delivery time of now.

#6 楼 @quakewang 固定 IP 在平时量少（低于 5000 封每天）时，接收方的 limit 比较低，偶尔突发（群发广告或通知）时，反而容易因为超过 limit 而拒收。对于这种情况，共享 IP 反而效果更好。

我猜测 @rei 自建的，情况会跟独立 IP 的比较像，等他分享大规模发送后的经验了。

#2 楼 @rei 小量和大量时，情况会不太一样的，看接收方的 ESPs limit 是按什么规则设定的。

CSS 框架最重要的不是默认主题，而是技术实现： 相比于 bootstrap，Materialize 命名方面太容易重名了，而且 Materialize 的选择方式，浏览器解析起来的速度应该比 bootstrap 那种慢。

这个问题我几天前也发现了，猜测是中文字符没有经过转义，Safari 没办法处理。 有且只有 Safari 有这个情况。

在 Chrome 等浏览器，包含了中文，会自动转义成 %E4%B8%AD%E6%96%87

Ruby China 向 Rubyist 同性交友网站又进了一步

从纯语言角度说，原文写得挺中肯的。 特别是 Smalltalk 和 Python 那种万年老二，想等腐朽的老大让位，突然杀出一个小辈完全超越它们的那段，看完捶地啊～

RVM 虽然重型，但每次新版本的反应都很快

rails destroy xxx

#11 楼 @ibachue angular 之类的 JS 框架，内嵌局部 html 模版，如果碰到网络慢的话，JS 还没有开始执行，就是这样。

提示信息里面有 your-dns-needs-immediate-attention.site，说明你的 DNS 可能有问题，或者网络本身有问题导致无法正确收到 DNS 的结果。

检查一下路由器 DNS 有没有被劫持。 运营商是不是靠谱。 本机的 /etc/resolv.conf 文件里面有没有不正常的内容。 有没有运行会乱改 hosts 的工具。

你可以像写 SQL 一样任意写 where 语句的：

date = Date.parse(params[:date])
where("date = ? AND col1 IS NOT NULL", date)

#8 楼 @ibachue 对面楼说，你看 XX 团队闪的全是绿灯，新版要发布了。

#2 楼 @lgn21st 心跳加速，各种活血～

#7 楼 @ibachue 哈哈哈～ 看了下，有人帮我改好了 Image Link 的语法，理论上可以点到 Vimeo 去了。不过，好像 RubyChina 那个放大图片的功能优先于图片本身的 Link，所以点一下还是会放大

为什么要做这样的中间件？