• 最近的一点小感悟 at 2017年10月31日

    【如何夸奖程序员?】

    • 通用:你这代码写得真好看。
    • 夸C程序员:你这代码不看注释就能懂,写得真好。
    • 夸Ruby程序员:我艹,太神奇了,你怎么做到的!
    • 夸Perl程序员:这个正则表达式碉堡了。
    • 夸Python程序员:Pythonic!
    • 夸Java程序员:你写的代码一点都不像Java!
  • Ruby China 生日快乐! at 2017年10月28日

    🍻 生日快乐,感谢大拿们!

  • 问题解决了,原来是我自己定义了一个Settings,造成名称冲突了。再次感谢rails-settings-cached的作者。

    Config.setup do |config|
      config.const_name = 'Settings'
    ``
    
  • 网易提供这个产品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美元的模板真的很值。

  • 困惑于去日本的 IT 工作 at 2017年08月11日

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

Rails初学者,自由职业者