• 我来改变成微电影剧本: 镜头一,主角面无表情盯着屏幕; 镜头二,主角皱眉盯着屏幕; 镜头三,主角惊恐盯着屏幕; 镜头四,主角飞快敲击键盘,继续面无表情盯着屏幕; 镜头五,主角微笑盯着屏幕; 镜头六,黑客冷笑盯着屏幕; 镜头七,主角拿起旁边的泡面,发现面还没糊。 全剧,终! 哈哈~~~~

  • UCloud 不是有香港节点么,为啥单独为社区采购服务器?

  • @Rei 可以改进下 nginx 的配置,在配置中,将 server_name 指定只是 ruby-china 相关域名。 其它的域名,使用 default 配置,可以返回其它页面:

    server {
      listen 80 default;
      # 返回指定页面
    }
    server {
      listen 443 default;
      ssl on;
      # 返回指定页面
    }
    
  • #3 楼 @blacktulip 嗯,理解的。如果只是改 DNS,那如何让 http 下面访问,又返回自己内容呢?可以让http://rc.webabie.com/返回自己网站的内容么?

  • #1 楼 @blacktulip 两个域名解析的 IP 是一样的。 连管理员都不知情的话,那让人怀疑云设施的隔离层面,有严重问题。

  • 主要可能在系统级产品,开发群体没有应用层那么大。 去年的 ECUG 的深圳会议上,看到有很多云计算和游戏产品,在从 Erlang 转到 Go。 盛大云 CDN 是用 Go 写的。 豌豆夹的redis 集群实现也是 Go 写的。 从 Go 社区的产品丰富度来看,确实很有潜力。 我们也在准备用 Go 取代 Ruby,处理一些 CPU 密集型任务。

  • #10 楼 @summer_charlie 不同的业务系统,可能需求不一样。如果用 PaaS,那 PaaS 层面可能就是 Auto Scale 了。但是 IaaS 层面,服务商要提供统一的 Auto Scale 方案,不清楚会从哪方面切入,关注看看。

  • InfluxDB 有潜力,关注~

  • 如果没有任何页面,建议用 sinatra。 如果涉及少量页面,建议用 padrino。 如果对 rails 很熟了,那继续用 rails。

  • #3 楼 @cicholgricenchos 写个 get 的 action,输出 session[:csrf] 看看,是否和前端的 csrf 一致。

  • 这个异常信息,很明确,就是 csrf 标记对不上导致的。 你先确认下,页面的表单里面,是否藏着一个 csrf 标记。 如果有的话,估计是 session 丢失导致。 thin 有重启?有启动多个 app server? 关于 padrino 的 csrf 防范 rack 里面的 cookie 和 session

  • Javascript 这门语言太可怕,不是万不得已,实在不想碰😞

  • 捣鼓算法有意义么? at 2014年12月23日

    工程师,平日工作主要解决的,大都是工程问题,操作数据库,调用 API 之类的。 算法在一些业务场景才用到,主要是把业务问题,抽象成数学问题,然后用代码实现各种数学公式,对于工程师,用用就可以了,有很多现成的算法库。 但要想做的更好,那学习能力是关键,大量阅读资料,并不断补充数学知识才行。

    什么场景会用到算法?举几个栗子:

    • 基于用户投票的排名算法,好的社区,用户贡献内容,可不是只根据一个变量排列的。
    • 向用户推荐个性化内容,用到的推荐算法,《推荐系统》这本书介绍了一堆算法。
    • 还有最近在做的,收集 2 分钟内负载数据,程序自动判断是上升,还是下降,用到最小二乘法

    如果想成为编程高手,那就每天写代码,坚持写两年。 如果想成为世界级的大牛,那就十年如一日的写代码, 或者,写两年代码,然后上一门算法课。

    麻省理工学院公开课:算法导论,比国内大学的算法课精彩。

  • #5 楼 @teddy_1004 哇,这个评论的浏览很棒,像看到了 do...end,还可以隐藏。

  • 大家怎么做授权? at 2014年12月22日

    记得 asp.net 中,默认提供了一种权限管理结构,叫 membership,好复杂,很恐怖。 要了解它的体系,并且定制自己的业务,会很痛苦。所以,当初不管项目大小,我都没碰过它。

    对于权限,这种业务相关性很高的逻辑,还是尽量自己实现。 关键是要能理解业务,并能先在关系数据库层抽象出来,之后实现代码怎么写都行。 总是在理论、库的层面找方案,方向不太对。

  • 估计 ruby 没法像 php 一样流行。 ruby 整体的门槛,还是比较高的。尤其是开发环境的搭建,以及产品部署。 nodejs 更有潜力像 php 一样普及。

  • Great! 不爽 hacknews 的界面很久了。 评论区域,还可以改进下,对评论的回复,缩进较小,不如原版方便识别。

  • Node.js 2014 这一年 at 2014年12月22日

    用 node 写了几个简单的 API,确实顺顺的。但是写复杂的业务代码,真是 hell,这方面,还是用 ruby 来的快速,好维护。

  • Shopify 原理 at 2014年12月18日

    #39 楼 @luffycn 你去用下就知道了。支付接口都可以自己配置,钱是直接到商家支付宝。

  • Shopify 原理 at 2014年12月17日

    #37 楼 @luffycn 是的,很理解。我们初创团队,在大学期间,就成立工作室帮客户做网站。毕业以后,有各自工作,还在炒更做网站。前端工程师,大都有 ps 基础,偏向后端的,可能不太会用 ps,最好有个小团队合作。 可编程的主题,就是可以用来 100% 还原设计稿。

  • #7 楼 @nxbtch 有很多包年月服务商,根据部署主机数量,直接打折,确实简单省事。 但是既然有这种秒级计费,写个脚本就能省,那何尝不用。 这个方案只是实现目标的第一步,最终是要能根据实际负载,实现自动伸缩。

  • Shopify 原理 at 2014年12月17日

    #35 楼 @luffycn 对,主题定制,主要是设计和前端。就算只懂一点,也比完全不懂代码的用户,强很多了。 擅长后端的,可以开发插件应用,自己部署,然后 iframe 嵌入网站给用户用。

  • Shopify 原理 at 2014年12月17日

    #32 楼 @luffycn 这里的建站,主要是帮助用户定制主题,虽然有主题市场,主题可以改配色、配图等,但是差异化不够。我们提供完全可编程的主题模板,只有开发者,才能充分发掘它的潜力。

  • Shopify 原理 at 2014年12月17日

    #30 楼 @luffycn 合伙伙伴有单独的后台。 目前有三种收益方式(以后也许有更多): 帮客户创建网站,开发费用自行协商。网站做好就可以转给客户,以后这个站的月租,都会收到提成。 还有另一块,就是主题市场,可以开发付费版的主题,放到主题市场,有客户购买,就有收入。 类似主题市场,还会有插件市场,广州这家摄影工作室的预订就是通过插件做的。

    合作伙伴是邀请制,有意向的话,可以发邮件到 [email protected],介绍自己的技术背景,以及过往项目案例,我们评估通过后,会进一步联系。如果离我们公司近,也可以抽空来办公室聊,随时欢迎。

  • Shopify 原理 at 2014年12月17日

    #28 楼 @luffycn 嗯,平台电商很热,如果想尽量多卖货,去商场平台没错的。不过,据我们了解,某猫里面 90% 的商家是在亏损陪玩阵列,里面还是传统知名品牌出货量最大。 独立电商需要暖暖的做生意,不要急着多卖货,把熟客资源盘活,经营自己的小品牌,虽然过程缓慢,但生命力持久。广东这边,很多这类优质商家。

    推荐客户奖励,目前没有哎。不过正在构建合伙伙伴体系,你有技术,可以帮人建站,享受长期返点回馈。

  • Shopify 原理 at 2014年12月16日

    #26 楼 @luffycn 对,有些用户,就是专注在微信运营推广,不考虑 PC。

  • 文档型数据,mongodb 是不二之选。 严谨严肃的数据,肯定还是关系型数据库。

  • Shopify 原理 at 2014年12月16日

    #22 楼 @small_fish__ domain 不变的话也挺好。用自己生成的标识,可以确保长度规则统一。

  • Shopify 原理 at 2014年12月16日

    #23 楼 @luffycn 自适应这块,确实难搞,只是能确保手机下可以用,但展示效果,没大屏幕好。 我们有用户,只在微信里面做推广运营,很重视手机端的体验,就用了单独的手机主题。 我们近期也会在主题市场,推出这套 mobile only 的主题。

  • #5 楼 @msg7086 目标是让流程实时并自动化。不过比较复杂,一步步来吧。