机器要老的话，不如直接 linux+win 双系统吧

#10 楼 @ywencn 半夜发了条短信说要系统维护，然后老子服务器就被下线了，就这一条就够了

#1 楼 @sundevilyang gotcha

#17 楼 @lilu 那个用过了，确实轻量简单，mercury 太重。。。。

#10 楼 @lvjian700 那我也收本实体书收藏去...还是喜欢实体书，拿着有重量，还有股书香 ps.就是不好保存，前阵子家里热水管爆了，泡了我好几百的书 - -

拼接 html 绝度不可以 view 里暴露的逻辑要适度...

话说当初有人问我 用啥写网站需要学的东西最少...我给的建议是 nodejs+mongodb+bootstrap 之后没过多久就感觉把人引坑里了...

话说实体书版也快上市了

#20 楼 @fenprace

#8 楼 @hisea 1.1k 让我内心先挣扎一下 - -

mark 先...

#28 楼 @hooopo 炮哥你好

试试用“3d tag cloud"之类的关键字 google

名字好像 @southwolf 又一个狼字辈的么。。 其实俺觉得 1 完了就可以 4 了 其他基本外加 ruby 编程语言有关的书当参考...

#37 楼 @bhuztez 好吧...

#34 楼 @Alexander 嗯 卡马克只是改良了魔数

#33 楼 @bhuztez 要是穷举就更不是形式证明和充分设计出来的咯，从学术角度不就是可靠性、效率不能得到充分保证么 rails 不就是 api 看着还凑合，以至于一帮人认为用 rails 可以提高开发效率嘛！

#30 楼 @bhuztez 有时候 n 份备份也是不好用的...具体就不说太细了

#29 楼 @bhuztez 唔...可能我表达不清楚 这话我不反对，但是实际可操作性不高，而且大多数场景下没必要... 另外比如像 api 的设计，是种很感性的“品味”问题，这种东西数学很难去证明啊 还有卡马克的 平方根倒数速算法 ，后来有学者进行研究到最后被迫用穷举法来找出比卡马克给出魔术更优的解...我几年前扫那篇论文的时候貌似给出的思路得出的解是不如卡马克的

#26 楼 @bhuztez 怎么矛盾呢...技术再潮底下的原理也还是那些啊

#26 楼 @bhuztez 可惜你不可能在大多数场景下这么搞...要不黄花菜早凉了 另外，据搞卫星开发的朋友的介绍，其实那种真正需要 0bug 的工程的实际工作中也就那么回事了...好在我朝有不少高人救火能力真不是一般屌...要不现在天上飘的全在做布朗运动...

不过，你再怎么推广新技术哪怕是流行的，大多数学生关注的还是好找工作不？工资咋样？要不就是书本的还不懂，其他的没空或者绝逼学不懂，还有种可能就是 什么破玩意，没听说过 这种情况，那就淡定点，呵呵吧...

当然，虽然我国大学教育很烂，但我还是认为大学的各种理论课还是非常有价值而且应该学好的...

大学做过几件事情：

一次帮 asp.net 老师代课的机会，讲了三件事：

• 用课上教的方式写了一个表的 crud
• 用 entity framework 写了同一张表的 crud
• 用 rails 谈笑风生的写了 blog 于是之后一个学期另一个教 jee 的老师开场白提到了 ruby，感觉比较欣慰了...

软件测试的期末作业用 rspec+cucumber 完成，完全没鸟书本那套，当然还是学了的

计算机网络一个作业是用 socket 写山寨 qq，用 node.js+socket.io 做 server，客户端写了个 html 的和 c# winform 的

为了让学校的教育不再土鳖，最好的办法就是用身体力行的方式推广新技术

另外，lean startup 和 scrum 已经被验证可行的今天，毕设答辩的老师依然认为只有充分设计和对代码进行形式化证明才能说明系统和代码可用，并且完全反对 rails 的开发模式...

对这个键位感兴趣，关注

@lostleaf @ericguo @bhuztez perl 还是挺有人文情怀的...

#15 楼 @Guest 你先把网接上再说 - - 去网吧的干活。。。

你都 Guest 了还能说话 不科学啊。。。

#14 楼 @gene_wu 那就好了，这个功能还是很常用的

擦擦...毕设答辩 ing...

unix domain socket 会比 tcp socket 快，而且节约端口，不过小应用来讲，快的可以忽略不计

unicorn 里的 listen 就是监听指定端口，127.0.0.1:3000 表示只监听本机的 3000 端口，所以会拒绝来自其他主机的请求

socket 文件是由 unicorn 创建，而不是你手动创建，也就是说运行 unicorn 的进程应当对/tmp 有写权限，777 不是一个好习惯，生产环境要谨慎 unicorn 抛出异常，则是 unicorn 配置的问题，与 nginx 无关

不同的 app 应该配置不同的 upstream，然后在 server 节设置 listen 不同的端口，不过这时候你就需要通过http://ip:port方式访问网站，或者绑定到不同的域名上 或者用 virtual host 方式，这个你 google "virtual host nginx"就是了，大概就是在 domain 设置上有点 trick 同时配合一下域名那边的 a record

nginx 与 unicorn 配合的大概的原理是：外部请求进来，nginx 会匹配，然后把请求转发给对应的 upstream，这里就是 unicorn，然后 unicorn 承载的 rails app 处理请求之后返回结果给请求者，nginx 只是作为一个中间人存在，这也就是为啥管他叫反向代理的原因

至于出现 something went wrong，你需要检查 app 的日志，看是什么异常

小技巧，nginx 的配置语法有误，启动或重启 nginx 时会提示，bad gateway 说明 upstream 配置有误或者 unicorn 未启动，sth went wrong 说明 rails 程序写疵了，unicorn 抛出异常说明 unicorn 配置有误 定位好错误源第一反应去查对应的日志，根据日志的信息才好做出正确的解决方案

关于 nginx 的配置可以参考我的https://github.com/jasl/a_rails_start_up_omakase/tree/master/lib/generators/conf/templates unicorn https://github.com/jasl/a_rails_start_up_omakase/blob/master/config/unicorn/production.rb