手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表Tag:github

关于github的DNS被污染的临时解决方法

这两天校长发标了,所以github就不能看了。
好吧,我只是在上面开了两个小项目:yii_extensions和yii_rest_test。
我自己的项目没有人访问没关系,象astaxie就要哭了。
当然,其实我也在哭,我用的phpredis就无法下载了。所幸,大家都是很牛叉的,比如下面这几行:

207.97.227.239 github.com
65.74.177.129 www.github.com
207.97.227.252 nodeload.github.com
207.97.227.243 raw.github.com
204.232.175.78 documentcloud.github.com
204.232.175.78 pages.github.com

至于是什么 意思,怎么改,我就不说了。如果你连这也不会,那也不用多说了。

从python官网,到sf.net到code.google.com再到github.com,我没有为他做过什么,当然我也没有资格说什么,我这样的小人物只能忍忍了。
我没能力呼吁,对了,我呼吁了也没啥用,你嚼得呢?

Tags: github

试用gist

其实gist功能早就见过了。类似功能的网站也非常多,但那些是不要注册 的。不过github这个gist嘛,注册了也有好处。自己把自己曾经写过的代码,还算好的代码,或者有想法的代码缓存下来。对自己以后  回顾的时候也有好处。

毕竟存在自己的电脑上也容易丢掉。这样多了一个碎片的管理,多少也有点好处。
比如,我就有这样一段:

PHP代码
  1. <?php  
  2.   
  3. $str = "101|1;0|4;1|0;0|0;0|0";  
  4.   
  5. //第一种  
  6.   
  7. $array = explode(';'$str);  
  8.   
  9. $items = array();  
  10.   
  11. foreach ($array as $v) {  
  12.   
  13. list($k$v) = explode('|'$v);  
  14.   
  15. if (emptyempty($v)) {  
  16.   
  17. continue;  
  18.   
  19. }  
  20.   
  21. $items[$v] = $k;  
  22.   
  23. }  
  24.   
  25. echo "<pre>";  
  26.   
  27. print_r($items);  
  28.   
  29. echo "</pre>";  
  30.   
  31. //第二种  
  32.   
  33. parse_str(preg_replace(array('/\d+\|0/','/;/','/\|/'),array("","&","="),$str),$result);  
  34.   
  35. echo "<pre>";  
  36.   
  37. print_r($result);  
  38.   
  39. echo "</pre>";  

看上去有点乱。不过。。。到:https://gist.github.com/4405542看就好很多了。。
我看看在代码里能不能引用:

Tags: github, gist

转一下:OpenResty

前段时间,老王推荐了一个伪同步的代码,async,可以到github上找到代码:https://github.com/hugozhu/async_php/,其中,有一个lua的目录,是用来为nginx提供插件以担当这个同步功能的一些玩意。
于是冲到nginx上看了一下,NND,没这玩意嘛 .
再一瞅github上,原来还写着:
ngx_lua module - http://openresty.org latest stable release
我晕,那openresty是什么玩意呢?去官方看了看,一大堆英文,但是左侧的支付宝捐赠让我怀疑这应该是个国人的作品。于是找啊找,找了一个中文介绍:

官网: http://openresty.org/
虽然是中国人做的,但没几个汉字.....

我用Nginx,是这样一个过程:
1. 系统rpm中的nginx,能让其跑起来
2. 玩配置文件
3. 玩编译选项
4. 写插件,集成第三方插件

OpenResty , 是淘宝一位大牛(agentzh)集成的包含N多好插件的Nginx捆绑源码包,这位仁兄自称Nginx最活跃的第三方模块开发人员哦

下面,当然要列一下到底集成了什么模块:

LuaJIT -- 极速版Lua实现
ArrayVarNginxModule -- 数组类型的Nginx变量
AuthRequestNginxModule -- 鉴权,想象一下以C代码的速度判断一个请求是否合法,是不是很有快感呢?!
DrizzleNginxModule -- -MySQL桥,非阻塞的哦,我又爱又恨的一个模块,值得注意的是,其响应是RDS流
EchoNginxModule -- 以非常直观的方式在Nginx配置文件中编写简单的处理逻辑,源码包含大量注释,绝对是入门好例子!!
EncryptedSessionNginxModule -- 加密会话
FormInputNginxModule -- 解析post请求中的参数,这下子,简单请求根本不需要PHP/Java来处理啦
HeadersMoreNginxModule -- Nginx默认的header模块只能添加或忽略,这个给你CRUD全套的!!
IconvNginxModule -- 编码转换,不多说,也不懂
StandardLuaInterpreter -- 与Lua官方实现所匹配,一般用不上,因为我们用LuaJIT!!
MemcNginxModule -- 与Memcached的绝配,谁用谁知道!! 与upstram_keepalive一起用,你能更High!!
Nginx
NginxDevelKit -- N多第三方插件都依赖的东西,不知道为啥
LuaCjsonLibrary -- Lua版的Json处理库实在太慢,这个才叫速度!!
LuaNginxModule -- 我的最爱,一般逻辑,完全没必要用Java/PHP啦
LuaRdsParserLibrary -- 在Lua中直接处理RDS流,速度杠杠的!
LuaRedisParserLibrary -- 在Lua中处理Redia模块的响应,暂时我还没用上
PostgresNginxModule -- Nginx-Postgres桥,输出的也是RDS流
RdsCsvNginxModule -- RDS流转CVS格式,不知道能干啥,报表?
RdsJsonNginxModule -- RDS流转JSON字符串,之前经常用这个
Redis2NginxModule -- Nginx-Redis2桥
SetMiscNginxModule -- 提供很多很实用的方法,例如base64编解码,URL编解码,SQL防注入等等
SrcacheNginxModule -- 缓存模块,据说跟Memc模块一起用比较爽
UpstreamKeepaliveNginxModule -- 与Memc模块的标配,号称性能提升几倍呢
XssNginxModule -- 防跨站攻击的

OpenResty的最大的好处是帮你弄清楚各个模块的编译顺序,别小看,学问大大的呢

当初没有这东西,单单弄清楚模块间的编译顺序就耗费不少时间

来吧,试试这个国产的精品!!
-------EOF--------
以上这段内容来自:http://wendal.net/338.html
值得看看哦。可以尝试用lua写插件

Tags: nginx, openresty, github

GitHub管理运营之道:时间就是胡扯

看到本文时突然想起以前单位的一位美工,每天都是下午1点上班,晚上9、10点回家,他说这样对他来说效率最好。
由于他的工作和其他人的工作没有过多的配合等,所以领导也就默认了这样的考勤时间,只是从那之后就再也没有看到过类似的情况了。
于是本文就特别让我感慨,原文来自:http://news.csdn.net/a/20110817/303173.html:

八小时工作日,在国内很多IT公司是铁定的工作制度。这一制度是否有利于开发者高效地工作呢?除此之外,灵活的工作制度对开发者工作效率又会有怎样的影响?GitHub工程师Zach Holman针对GitHub的运营管理,写了一篇博文《How GitHub Works: Hours are Bullshit》,文中分享了GitHub的运营管理之道,现把该文进行了编译,译文如下:

俗话说,时间就是金钱,速度越快越好。时间越多越好。

时间就是废话

在很多工业企业中,时间是决定生产效率的一个主要因素,但对于GitHub不是。在一个创业公司中,你不可能在一个问题上投入更多的时间,以期得到彻底解决。代码才是努力的方向。你需要具有正确的思维模式,以便创造出高质量的代码。

回想最近一次令你印象深刻或生气的事。你的工作效率如何?回想一下你最近真正高效的一次经历。代码从指间如飞般产出。当你具有正确的思维模式时,某一天高效的代码编程,可以胜过你一周受挫的编程工作。

我们希望员工尽可能在这一状态下工作。限定员工在办公室中办公的时间会影响他们的工作状态。如果要求我在9点之前必须到达办公室,我是很难保持这种高效状态的,但对于在GitHub的一半员工来说,上午可能是他们工作状态最好的时间。

允许员工更加灵活的工作时间,可以营造一个令员工兴奋的工作环境。在这个环境中,他们可以工作更长的时间,并一直保持高效的工作效率。

一天的工作

在GitHub,每个人的一天的工作时间安排是不同的。同样我的每天也是不同的,下面是一个大概的时间安排:

1.上午十点钟左右起床;

2.坐公共汽车去上班,并在中午或下午一点去吃午饭;

3.从下午一点找个地方工作,下午六点到九点在办公室里工作;

4.之后回家,并在家中沙发上工作或休息到早上两点。有时也会和同事出去吃饭。

有的同事可能在上午7点就来到办公室工作;也有的在下午3点才来。有的同事觉得在家工作比较高效。如果员工不喜欢在办公室工作,他们可以不用每天来公司(虽然大多数情况下,每个人都会来公司)。

我们一天的工作时间为什么如此“松散”,原因有二,一是工作在宽松的环境中,可以使我们在我们喜欢的时间和地方工作;二是我们希望创造一个可以使员工最高效率工作的工作环境。因为每个人高效工作的时间都不相同,所以我们不会强迫任何一个人。

限制性工作

现在GitHub有35名员工,并且还在增长中。这个方法带来了很好的效果。但是管理者仍喜欢固定的工作时间,原因有一:他们有一种错觉,认为时间是衡量员工工作的标准。

如果对工作时间很难把握,你需要寻找其他的衡量方法。他们的代码写得很出色吗?他们把Bug都处理完了吗?他们全身心地投入到工作中了吗?工作上更大的灵活性是否激发了他们工作的积极性?

对此很难做出定性的判断,但是相比起“在工作日的十小时内把这件事做好”,上面这些方法更有价值。因为当你用时间来衡量工作时,他们的工作就会变成更多的时间编写更少的代码。

原文链接:How GitHub Works: Hours are Bullshit

------------------------
如果你是BOSS,你又会怎么样对你的员工呢?即使真的象上文所说的,其实也不一定就好,毕竟如果多人工作内容有交互,怎么更好的合理安排时间才是最痛苦的。

Tags: github