#10 楼 @lvjian700 那我也收本实体书收藏去...还是喜欢实体书,拿着有重量,还有股书香 ps.就是不好保存,前阵子家里热水管爆了,泡了我好几百的书 - -
拼接 html 绝度不可以 view 里暴露的逻辑要适度...
话说当初有人问我 用啥写网站需要学的东西最少...我给的建议是 nodejs+mongodb+bootstrap 之后没过多久就感觉把人引坑里了...
话说实体书版也快上市了
mark 先...
试试用“3d tag cloud"之类的关键字 google
名字好像 @southwolf 又一个狼字辈的么。。 其实俺觉得 1 完了就可以 4 了 其他基本外加 ruby 编程语言有关的书当参考...
#34 楼 @Alexander 嗯 卡马克只是改良了魔数
不过,你再怎么推广新技术哪怕是流行的,大多数学生关注的还是好找工作不?工资咋样?要不就是书本的还不懂,其他的没空或者绝逼学不懂,还有种可能就是 什么破玩意,没听说过 这种情况,那就淡定点,呵呵吧...
当然,虽然我国大学教育很烂,但我还是认为大学的各种理论课还是非常有价值而且应该学好的...
大学做过几件事情:
一次帮 asp.net 老师代课的机会,讲了三件事:
软件测试的期末作业用 rspec+cucumber 完成,完全没鸟书本那套,当然还是学了的
计算机网络一个作业是用 socket 写山寨 qq,用 node.js+socket.io 做 server,客户端写了个 html 的和 c# winform 的
为了让学校的教育不再土鳖,最好的办法就是用身体力行的方式推广新技术
另外,lean startup 和 scrum 已经被验证可行的今天,毕设答辩的老师依然认为只有充分设计和对代码进行形式化证明才能说明系统和代码可用,并且完全反对 rails 的开发模式...
对这个键位感兴趣,关注
你都 Guest 了还能说话 不科学啊。。。
擦擦...毕设答辩 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
#9 楼 @siyang1982 避风塘现在还自助不?