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

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

Submitted by gouki on 2013, January 23, 9:43 AM

这两天校长发标了，所以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

Misc | 评论:0 | 阅读:14548

试用gist

Submitted by gouki on 2012, December 29, 5:17 PM

其实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

PHP | 评论:0 | 阅读:15566

转一下：OpenResty

Submitted by gouki on 2012, May 21, 11:40 PM

前段时间，老王推荐了一个伪同步的代码，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

Linux | 评论:0 | 阅读:19597

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

Submitted by gouki on 2011, August 17, 3:54 PM

看到本文时突然想起以前单位的一位美工，每天都是下午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

Misc | 评论:0 | 阅读:14918