精选技术长文、实践记录与系统化阅读
低噪声、高可扫读；标题、摘要、来源、标签一目了然。
采集自各技术站点的近期文章。
1，以官方文档为准，一切跟着官方文档来，不轻易采信网络上网友提供的编译参数，包括这边博文。不论对方是老手、大牛，还是其他什么什么有威望的人。他们提供的方法或许跟你当前的环境不一致，时间也相差很大，或许相隔好几年了；2，确认得到的结果是准确的，怎么说呢，文中的例子中php-i的路径不是我们新编译的，而是之前编译，或者yum安装的，一定要到自己编译的程序目录下，用自己新编译的脚本去执行测试，获得测试结果，下结论，不为了偷懒，不敲路径，直接写程序名进行测试；
本篇博文只会讲解gitolite的基础内容，主要包括了gitolite的安装方法、权限设置方法和基本的使用方法。 如果你希望学习到完整的教程，可以移步这里。 先说说我们大概会讲到哪些内容，以及讲解顺序： 01 - 安装和设置 02 - 增加用户和代码仓库 03 - 为你的用户提供支持 04 - 配置文件基本语法 05 - 访问规则 06 - 组概念 07 - 命令介绍 08 - rc文件介绍 09 - GIT-CONFIG 10 - GIT-DAEMON 11 - GITWEB
最近, 家里用的宽带通网络服务非法劫持网页流量, 修改正常的网页请求的响应, 然后在这个非法的响应里通过 iframe 来访问正常的网站. 不管是大网站还是小网站, 都中招, 例如 amazon, qq 等. 而且, 由于浏览器的缓存, 直接用浏览器来查看源码可能看不到被修改的非法响应, 用网络抓包工具, 或者自己 telnet 发 HTTP 请求看得比较清楚.
先来说下场景，需要写一个爬虫，定时从某个接口地址获取数据，然后存入本地数据库。因此就需要一个可定时执行的东西，于是，请教了同事。知道在ubuntu中，准确的说是在linux中，有这么东西——crontab，专门用来定制执行任务。简单解说一番，就会用了。
数论，数学中的皇冠，最纯粹的数学。早在古希腊时代，人们就开始痴迷地研究数字，沉浸于这个几乎没有任何实用价值的思维游戏中。直到计算机诞生之后，几千年来的数论研究成果突然有了实际的应用，这个过程可以说是最为激动人心的数学话题之一。
对于数据库来讲大多瓶颈都出现在IO问题上，所以现在SSD类的设备也才能大行其道。那数据库的IO这块有什么可以优化的吗？ 我这里大致谈一下我的看法，希望能达到一个抛砖引玉的效果。
在中国，对产品之间的互相借鉴有着病态的宽容，也有着病态的苛刻。谈及这个话题，首先得对“产品抄袭”下一个定义。问：仿效人家产品独创性，标志性的细节算不算抄袭？答：算，怎么不算。哎哟，糟了。在APP上成为标配的“下拉刷新手势”，源自于Twitter客户端Tweetie的独创性设计，我记得还申请了专利。但你看现在满大街的APP都下拉刷新，甚至苹果自己的iOS6里边也应用了这一手势……
在正常情况下，无defer或async等属性干扰的情况下要准确取得当前script的执行路径 1. MDC里有介绍,还能看是否是异步加载还是阻塞加载，确实比较人性化。 2. 在IE下的表现比较出乎我的意料，最后来说明。
我以前给一些公司讲一些设计模式的培训课，我一再提到，那23个经典的设计模式和OO半毛钱关系没有，只不过人家用OO来实现罢了。设计模式就三个准则：1）中意于组合而不是继承，2）依赖于接口而不是实现，3）高内聚，低耦合。你看，这完全就是Unix的设计准则。
这个问题由一个同事问到的一次导入数据引发。一个很常见的操作，将数据从一个表中dump出来，在用mysql < a.sql的方式导入到另一个库的一个表中。在执行导入的时候，提示 MySQL server has gone away。在追查的时候突然想到会不会是因为max_allowed_packet太小导致的。将max_allowed_packet改大，确实解决了问题。
数据无价，及时备份刚才有个玩家在站上玩游戏，提醒了我要及时备份数据啊，万一哪天服务器挂了把他们的数据丢了，我可就是罪人了！一直打算放个自动备份的shell，都没有放。正好现在不忙，随手加了进去。
昨天我们发现每日构建的服务器突然在一个晚上内存暴增了 8 G ，显然是发生了内存泄露。之前，我们在 skynet 里留下了许多调试协议，使我们很快的确定了发生泄露的服务：在一张地图的 lua State 中。可以确定是地图的 lua 实现中，有些 lua 对象在不断的生成。生成速度不快，但确实没有人解开引用，导致内存持续增长。
本文作者历时一个月完成，详细介绍了MySQL索引的知识，强烈推荐！
前言：首先，笔记不是web安全的专家，所以这不是web安全方面专家级文章，而是学习笔记、细心总结文章，里面有些是我们phper不易发现或者说不重视的东西。所以笔者写下来方便以后查阅。在大公司肯定有专门的web安全测试员，安全方面不是phper考虑的范围。但是作为一个phper对于安全知识是：“知道有这么一回事，编程时自然有所注意”。
最近几天在复习http协议中headers，cookies、session、缓存等相关知识，发现些新知识点。 这篇文章注重结合PHP去理解这些内容，也就是比较注重实践部分。
最近在研究http协议，浏览器缓存，接触到各种浏览器的各种审查、资源提取、监听工具。觉得这些工具(插件)挺好用，特意写篇博文分享下。这些工具对于web前端程序员来说应该是再熟悉不过了，前端都是调试审查css布局定位之类，而对于后台方面，一般phper能用到的时候也少，一般是查缓存，做缓存功能等需要查看http头部，还有ajax监听后台响应会打开这些工具.
研究SNS网站的信息传播，首先需要深入分析信息的产生与获取、加工与传递、效能与反馈，以及信息的整个传播的过程。通过对SNS网站信息传播过程的分析，我们可以将其抽象为一个颗粒度较大的“元过程”，由面向对象的思维，我们整理元过程涉及的三个实体—发布者、内容、获取者。"元过程"构成了SNS网站信息传播的基本细胞，那么将无数个元过程连接在一起的关系链接构成了社会化信息传播的脉络。
查看linux系统版本命令总结
主要内容：1、用于清空数组 2、判断数据项在数组中的位置 3、判断数据项是否在该数组中 4、把数据项添加到指定的位置 5、返回最有一项数据 6、移除数组指定索引的值 7、移除数据项的数据 8、用于数组的查询
寄存器分配是编译器中一个历久弥新的问题，因为它是编译器在输出汇编代码前必须经历的阶段。寄存器分配算法的好坏，关系着生成代码的性能，大小。为了追求极致性能，很多编译器都在寄存器分配上做了很多文章，不惜引入非常复杂的算法。另一方面寄存器分配算法本身的性能也很关键， 在诸多的JIT编译器(Just-In-Time compiler)中，编译器的性能同时也是程序本身的性能，因此在JIT编译器中还需要关注寄存器分配算法本身的效率问题。
