我来改变成微电影剧本: 镜头一,主角面无表情盯着屏幕; 镜头二,主角皱眉盯着屏幕; 镜头三,主角惊恐盯着屏幕; 镜头四,主角飞快敲击键盘,继续面无表情盯着屏幕; 镜头五,主角微笑盯着屏幕; 镜头六,黑客冷笑盯着屏幕; 镜头七,主角拿起旁边的泡面,发现面还没糊。 全剧,终! 哈哈~~~~
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 这门语言太可怕,不是万不得已,实在不想碰
工程师,平日工作主要解决的,大都是工程问题,操作数据库,调用 API 之类的。 算法在一些业务场景才用到,主要是把业务问题,抽象成数学问题,然后用代码实现各种数学公式,对于工程师,用用就可以了,有很多现成的算法库。 但要想做的更好,那学习能力是关键,大量阅读资料,并不断补充数学知识才行。
什么场景会用到算法?举几个栗子:
如果想成为编程高手,那就每天写代码,坚持写两年。 如果想成为世界级的大牛,那就十年如一日的写代码, 或者,写两年代码,然后上一门算法课。
麻省理工学院公开课:算法导论,比国内大学的算法课精彩。
#5 楼 @teddy_1004 哇,这个评论的浏览很棒,像看到了 do...end,还可以隐藏。
记得 asp.net 中,默认提供了一种权限管理结构,叫 membership,好复杂,很恐怖。 要了解它的体系,并且定制自己的业务,会很痛苦。所以,当初不管项目大小,我都没碰过它。
对于权限,这种业务相关性很高的逻辑,还是尽量自己实现。 关键是要能理解业务,并能先在关系数据库层抽象出来,之后实现代码怎么写都行。 总是在理论、库的层面找方案,方向不太对。
估计 ruby 没法像 php 一样流行。 ruby 整体的门槛,还是比较高的。尤其是开发环境的搭建,以及产品部署。 nodejs 更有潜力像 php 一样普及。
Great! 不爽 hacknews 的界面很久了。 评论区域,还可以改进下,对评论的回复,缩进较小,不如原版方便识别。
用 node 写了几个简单的 API,确实顺顺的。但是写复杂的业务代码,真是 hell,这方面,还是用 ruby 来的快速,好维护。
#30 楼 @luffycn 合伙伙伴有单独的后台。 目前有三种收益方式(以后也许有更多): 帮客户创建网站,开发费用自行协商。网站做好就可以转给客户,以后这个站的月租,都会收到提成。 还有另一块,就是主题市场,可以开发付费版的主题,放到主题市场,有客户购买,就有收入。 类似主题市场,还会有插件市场,广州这家摄影工作室的预订就是通过插件做的。
合作伙伴是邀请制,有意向的话,可以发邮件到 [email protected],介绍自己的技术背景,以及过往项目案例,我们评估通过后,会进一步联系。如果离我们公司近,也可以抽空来办公室聊,随时欢迎。
文档型数据,mongodb 是不二之选。 严谨严肃的数据,肯定还是关系型数据库。
#22 楼 @small_fish__ domain 不变的话也挺好。用自己生成的标识,可以确保长度规则统一。