网易提供这个产品http://dun.163.com/trial/text，但是好像有接入的门槛，估计不对个人开发者开放。

这种敏感词过滤系统应该是 ZF 喜闻乐见的正能量啊，不涉及到钓鱼吧？

现在有可用的关键词过滤云 API 服务吗？这个应该很有用，群里的大拿做一个这个业务吧。

我没完全理解你的问题，而且我对 Cloudfront 不熟悉。我常用的 CDN 是Cloudinary，仅仅是使用最单纯的图片 CDN 服务而已：让用户的浏览器在访问我的页面上时，不是从我的服务器获取图片，而是从 Cloudinary 的服务器下载图片。

我没有关注过 Amazon Cloudfront 提供的对一个网站整体的 Proxy。我猜想是相当于在用户的 apache 或 nginx 网站前面增加了 Squid 反向代理，并且让网站域名指向反向代理的服务器。亚马逊的反向代理服务是分布式的，性能估计很强。Squid/CacheFlow/CDN反向代理 -> nginx -> AppServer这种三层结构已经不是小网站考虑的范围了。

我想起来多年前学 java web 编程时，问过老师同样的问题：既然 Tomcat 这个应用服务器既可以做 java 程序的容器，又可以当做普通的静态 HTML 及图片的 Web 服务器，为什么不直接将 Tomcat 修改成 80 端口，当做普通的 Web 服务程序用呢？

当时我的老师的解释是：Tomcat 这种应用服务器主要目的是处理复杂的数据业务而不是简单的返回静态图片和页面，这也就意味着每次处理一个请求的成本都很高。而 Apache 或 Nginx 正好相反，它的主要目的就是处理静态内容，为此做了大量效率及安全上的优化，和应用服务器的静态内容处理能力以及安全性都根本就不是一个量级的。

通过 nginx/apache(web 服务) + puma/tomcat/php-fpm(应用服务)这种组合，能同时发挥两者的优势。另外，对于中等以上规模的生产环境中，还可以部署为一台apache/nginx后面对应多台相同的Tomcat/Puma等应用服务，实现应用服务器的负载均衡。

类似这个业务设计，其实在生活中也能找到案例，例如银行营业厅的取号机旁边站着的大堂经理 (可以看成 nginx)。如果没有他们，每个来银行的人都直接到柜台窗口 (看成 Puma) 去办业务的话，那就会造成很多不相关的人对窗口处理能力无意义的消耗。因为有些人可能仅仅想问问当天的外汇汇率，有些人甚至走错了银行。有了大堂经理，简单业务几秒钟就处理了，而把柜台窗口的处理能力留给真正需要的人，另外还起到很多柜台窗口的负载均衡入口的作用。

jekyII, hexo, hugo 都试着安装过，感觉最好用的还是 hugo。

同为新手非常有同感。程序代码总有一些逻辑性，就算新手经过一段时间的实战也多少能找到一些操控感。但是一碰到前端页面，始终找不到感觉，就连修改别人做好的 css 都觉得很吃力。看到专业美工和前端做出来的东西，只能膜拜。

要学的东西实在太多，前端确实没时间去琢磨。我现在基本上只用现成的模板。后台用 AdminLTE，前台根据需要去找免费的，或者直接去themeforest花钱买。那里有很多不到 50 美元的模板真的很值。

我看楼主好像特别看重收入。如果想发财，还是别去日本了，那边的投机机会很少。程序员的工资也不比中国高多少。中国才是有可能发财的地方。要是想安静的生活日本是个好地方，也是一个 ruby 编程的好地方。

是的，我确实没去强调多数发财的创业者其实是靠房地产 + 金融这些放大器，但是很多创业公司给了他们第一桶金。另外，2015 年股灾崩盘前，有很多的创业公司的人在创业板那里兑现了。在如果去日本，会失去国内很多这种泡沫中捞金的机会。

还有，我们别再谈论这个话题了。如果你和我一样是屌丝的话，这好比是太监们在讨论别人性生活。

我们有点跑题了，但是无所谓，瞎聊聊吧。

你的分析非常有逻辑，也是非常合理的。说实在的，我也不愿相信这几年互联网与房地产带来的疯狂，但是确实有很多人踩对了点，还有人还成了风口的猪。当然我说的是个别现象，我没有说我周边这种人到处都是。

你无法解释质量那么差的房子为啥几年内翻了好几番，北京的很多学区房卖到了 20 万一平。在北上广深有三套住房的 IT 人并不稀奇，因为很多人在限购前就买了两套，本地户口本来就能买两套，而且还能享受贷款。还有这一招你不曾想过，一直到去年，很多人靠假离婚又买了第三套，一样也能贷款。技术合伙人分到的钱也就只有几百万，但是经过这几年的房地产的疯狂，财富急剧被放大。至于澳洲的房子，很多地段有 300 万人民币就能买一套。虽然不能说是直接从创业公司获得的财务，但是起码得有那个本金。

现在很多 90 后都已经创业了，而在创业板及新三板有很多年轻的创始人团队年龄都在 35 岁以下。另外如你指出的，很多行业的暴利确实已经超过了普通人的想象。例如比特币，你想象一下 2011 年你买了一万块钱的比特币的话，现在会怎么样？还有前两年的直播，最疯狂的时候几乎变成了印钞机。

我的本意是这位想去日本的朋友，如果在国内有捕捉这种创富机会的敏锐嗅觉的话，那就没必要出去了。

确实普通人在创业公司实现财务自由的概率是非常低的，不过还是有运气好的。我周围就有做技术合伙人的朋友 35 岁左右实现了北京 3 套房子，澳洲一套别墅，每年疯狂出境游的经济实力。在我看来已经算是财务自由了，虽然他们自己不承认。

想起来马云的那句话：万一梦想实现了呢？哈哈

我的看法：

• 如果在国内有机会进入 BAT 之类的一线公司，几年后年收入百万还享受着高福利，这种情况还是别出国了，在日本基本上没这种好事儿。

• 如果在国内的众多创业公司里面选对了靠谱的公司，将来能做大上市，那么就有可能实现财务自由，到时候进入富人圈子，人生就换了另外一种玩法。有这种运气的人，千万别出国混。（为了避免无意义的争议，这里删除了年龄的描述。在中国走狗屎运的人大有人在。。。）

• 总体感觉 IT 方面中国的发展机会要比日本多。

• 如果人在中国却天天想着外国的好，或者人到了日本还天天羡慕国内的哥们儿发展的好，那在哪里都不会过得痛快。

• 如果是草根，在北京生活绝对没有在日本生活好。深圳杭州的之类的南方城市要比北京生活好一些吧，起码没有雾霾。

• 如果性格比较安静，守规矩的人，日本是个很好的地方。

• 比起移民欧美，往返中日之间简直是太方便了。从北京去趟日本比去趟深圳的飞行时间还短。

• 我个人感觉日本比欧美更有意思。

• 近几年的市场反馈来看，中国人其实超级喜欢日本游，所以对中国人来说在日本也有创业机会。

• 日本的好处可能要待几年才能体会到。我早些年在日本工作的几年，一直觉得日本的生活枯燥无味，天天盼着回国。等到回国养家糊口以后，才顿悟日本的生活环境，医疗和教育的好处。

我整理过一个 mina+puma+nginx+centos7 自启动脚本的笔记，不知道对楼主有没有用。我是新手，很多东西都还在摸索。 CentOS7 使用 mina + github 部署 Rails 项目

这是美国账号的 stripe 吧，支持的支付方式多好几个。

我朋友的 alipay 申请被拒了，alipay 一项也就不显示了。各种政策正在取向保守，看不透要干什么。

Alipay 在 Stripe 的合作协议里，也开出来一个很长的禁止业务，实行人工审查。包括科学上网业务。

https://stripe.com/alipay/legal#prohibited-business-list

用 ancestry 的路过，很好用

感谢分享这么好的项目！

这两天试用了不少微信小程序，体验还不错。但是小程序没有便捷的入口，也没有官方的应用商店，难道没有人感觉到很不方便吗？张小龙还把这种不方便说的那么高大上，号称用完就走，好像是不打算让大家推广自己的小程序。

rails 5 能用吗？

哈哈，我的 nginx ssl 配置检查结果是 A+。

我这边安装 cerbot 没发现问题。回头我试试这个 sh 脚本。

#5 楼 @zj0713001 非常赞同。

稍微调查了一下，发现市面上第三方客服系统已经是一个竞争激烈的产业，可选择的服务商有很多。一般都能很好的支持微信公众号的客服。例如：网易七鱼、V5 客服、微聊客服、美洽。

如果微信公众号对在线客服要求比较高的话，最快捷的方法应该是选购这些提供商的服务。知乎上面的提问

腾讯公众号平台上虽然也提供多客服系统，据说只能算是解决有无的问题，比第三方的专业客服系统要差很多，定位比较鸡肋。

当然如果有技术实力，开发自有平台上的微信客服系统还是有价值的。比起第三方客服和腾讯公众号多客服系统，能做到和自有系统的无缝结合，另外还避免了信息在第三方平台上的泄露问题。但是要开发一个功能完善的多客服系统，代价可不小，对于很多小公众号的运营者来说，这个投入产出比根本不值。

经过分析，我们现阶段还是放弃了这个功能，改为增加自定义关键词的自动回复功能。另外我们也试了试调用聚合数据的图灵机器人。自动应答的功能本身没问题，不过这些机器人接口的内容也没啥意思，内容都是插科打诨，离人工智能还差十万八千里。

最后还是期待能有一个 Rails 版本的微信页面聊天原型让大家学习用。ajax+wechat 接口？ActionCable+Wechat 接口？先不管了，留作以后的课外作业吧。

程序员出身的人想创业做个小项目，第一版还是自己写吧，甭管多大年龄，除非能找到靠谱的高手朋友去帮你。

外包至少 5 万起，结局差不多是失败，因为找到靠谱的外包公司基本上属于撞大运。而找产品经理，找前端，找后端，加起来基本上奔 10 万去了。这还不是钱的问题，根本你找不到合适的人。即使不计代价找到人，各种沟通，各种设计工具和各种意见，开发中的内耗往往已经超过了小项目本身的规模。

入门 rails 以后，感觉好多了。从想法到实现，一两个人就搞定了，太适合初创项目了。

谢谢分享。确实也得准备一个服务器上临时穿越的方法，有时候还是有这个需求。

用了一个多小时，终于配好了 ngrok 了。

#13 楼 @holysoros 感谢分享经验。这个很棒：Responsive FileManager。

我开始参考别人的前端代码，写一个自己的 media 管理器加后端的支持目录结构的 uploader。

这个在 php 项目中，可以随手找到一个前后端全套的组件直接拿过来用，没想到在 rails 项目中还得自己去研究前后端的代码。

希望能将来有一个符合多数普通编辑人员习惯的编辑器加媒体管理器，可以直接拿过来集成到 rails 项目里。

#8 楼 @huobazi 不是 tinymce 不能在 rails 用，而是 tinymce 上点击插入图片的按钮以后，怎么处理的问题。你可以随便找个 rails 的 cms 系统，点击插入图片按钮，看看它是怎么处理的，然后你再看看 WordPress 是怎么处理。

其它的 CMS 功能就更不用和 WP 去比较了，只能说 Rails 不屑于做 CMS。

#7 楼 @flowerwrong 这个 Camaleon 确实很接近 WP 的感觉了，后台是用了 AdminLTE 模板，很熟悉。

不过这套代码里面用了很多 rails engine, plugin 的用法，还有就是作者自己用 FileUtils 写了个 uploader。我是 rails 新手，习惯于看常见的 gem 调用，看别人 DIY 的代码很累。

但是作者写的几个处理图片管理的前端 coffeescript 脚本，感觉很有参考价值。我准备自己拿 carrierwave，ancestry 来山寨一个图片管理器。

#5 楼 @huobazi 我本来是想找一个现成的轮子，看来连这样的基本功能也得自己造？

我要给客户实现一个在线销售系统中，有一些文章页面需要不定期的由客服人员去更新。后台需要一个类似 tinymce 之类的 web 编辑器能让业务人员去编辑页面，在这个编辑器上能插入图片，能调出过去已经上传的图片，能给图片加 caption 文字，在编辑器中能对一张图片重新编辑 img 的一些属性。另外图片等多媒体有个管理页面，上传图片时能选择或者创建新目录，也能删除已经上传的图片。还有图片上传应该能支持又拍云或者 cloudinary 之类的云存储。

这些普通的编辑器功能是在要求不过分，在 php 系统中也是很常见的，但是很少能见到有 rails 系统中对这些功能很好的实现。这里面其实涉及到很多 jquery file upload 等前端的东西，并不是用几条 rails 命令就能搞出来的。

我不相信 rails 网站里面不需要图文编辑器功能，我去找一些 rails 版的 CMS，主要其实是想找一个实现的比较好的图文编辑实现方案，当目前为止除了 Camaleon CMS，其它都太过于简单了

就拿现在回复帖子用的 markdown 编辑器来说，我也觉得 markdown 挺好用的，但是这样的编辑器是无法提供给普通客服人员用做文章编辑器的。

我感觉 rails 如果只是去追求极简，不屑于一些常见功能的话，最终只会是越来越小众，或者只适合做一个产品原型。

#8 楼 @hww 我也是用的这种方法，相对来说比较简单。

#7 楼 @aspirewit 看了一下这个js-namespace-rails，这个动态生成 js.erb 的方法也可以，不过我想这种方式生成的 js 应该已经不再属于 turbolinks 的加载对象了。

#5 楼 @Rei 谢谢指点，继续学习。。

目前我的做法还属于偷懒的做法，主要是不想花太多时间去研究和改动别人已经写好的 jquery 代码。对出现命名冲突的地方不得已而代码开头部分增加一个 body 标签的范围过滤器，来避免 js 脚本同时运行而造成的页面异常。

如果前端的 js 也全部是自己写的话，在编写 js 时就充分考虑到利用好 turbolinks 的「单页面」的特性应该才是正确的做法吧。

#3 楼 @lyfi2003 你的文章很有价值。我多少开始有点明白在使用 turbolinks+jquery 时碰到的那些莫名奇妙的问题是怎么来的。

借鉴了各种方案，我的做法如下：

1). 在 layout 文件里给 body 动态加 class 标签。

<body id="home2" class="<%= controller_name %> <%= action_name %>">

2). 在 app/assets/javascripts/xxxx.coffee 文件里面对 html 元素的 class 进行过滤，防止在不相关的页面上重复执行 js 脚本

$( document ).on 'turbolinks:load', ->
  #如果当前页面检测不到指定的class标签，则停止执行后面的脚本
  return unless $(".static_pages.home").length > 0
 #.......

在学习过程中碰到的第一个坑是 turbolinks 有效的时候 jquery 的 ready 事件不会被触发。后来才发现 rails 5+ turbolinks 5 下需要用'turbolinks:load'来代替 jquery 的“ready”事件。

还曾经碰到的一个大坑是在集成 adminlte 模板的时候，解决的方式也是为 turbolinks 追加额外的事件处理，否则左侧的菜单收放会不正常。

谢谢各位大拿的帮助！