本文目录一览：
- 1、PHP数据汇总生成报表并进行分析的源码
- 2、php在浏览器打开的为什么还是代码源
- 3、发起socket连接的机器需要开端口吗？ - PHP内核源码分析
- 4、请教一个linux+apache+fastcgi+php的流程。 - PHP内核源码分析
- 5、拿到一个php源码怎么分析它用的是什么框架??
- 6、服务器程序源代码分析之二：php-fpm
PHP数据汇总生成报表并进行分析的源码
用考勤软件生成的。考勤流程步骤如下（不同版本方法弱有不同，但是流程差不多，适用于所有考勤系统）：
考勤机上打考勤签到-----通过考勤软件采集数据进入考勤系统-----在考勤软件中需要签卡、排班（或自动抓班）、写请假单、与加班单的做好-----进行日考勤分析并对异常进行纠错确认-----月结时进行月考勤计算-----报表管理中浏览、导出或直接打印月考勤报表。
php在浏览器打开的为什么还是代码源
1 现象描述
部署一个PHP系统的时候，访问.php，在浏览器显示php源码。使用
?php
phpinfo();
?
测试文件，则正确显示。
2原因分析
php源码中采用了? ?这种短标签格式，而采用的php版本默认不支持这种短格式。
3解决方法
修改php.ini
short_open_tag = On #打开对短标签的支持
4思考
（1）作为开发者，新开发php时，尽可能避免使用??这种短格式；
（2）作为运维者，要时刻提醒自己显示源码的问题，避免源码泄露。
发起socket连接的机器需要开端口吗？ - PHP内核源码分析
不需要你可以做一个实验就清楚。windows
本地连接，属性，tcp/ip
，高级，选项，你只开放一个端口测试一下，一定可以上网的。所谓开端口的意思，就是一个程序，比如IIS，站用一个端口，比如80，这个端口等待别人连接。常规意义的开端口。是监控，等待别人的连接。是被别人连接的。而C/S的C端是主动发起的。端口数是随机的。操作系统分配的。严格的说，一个完整的网络会话，客户端需要端口，而不需要开放端口netstat??-a
-n
-o
就看到了
请教一个linux+apache+fastcgi+php的流程。 - PHP内核源码分析
apache调用cgi附上index.php内容根据我的了解，这一步貌似不是这样的。apache调用cgi附上index.php的路径。 查看原帖
拿到一个php源码怎么分析它用的是什么框架??
一。先把源代码安装起来，结合它的文档和手册，熟悉其功能和它的应用方式。
二。浏览源代码的目录结构，了解各个目录的功能。
三。经过以上两步后相信你对这个开源的产品有了一个初步的了解了，那现在就开始分析它的源码吧。这一步我们开始分析源代码框架。例如入口方式是单入口还是多入口，页面之间的调用规则，能根据规则找出某个功能用到的页面。
四。熟悉源代码的代码写作风格，例如缩进方式，排版格式等。
五。熟悉一下源代码用到的数据库和表，可以参考它的技术支持文档。
六。经过以上几步相信大家已经对这份源代码有了更深刻的了解，不过这种了解还只是表面的，下来我们从6个方面具体的去分析它吧：
1.入口构造以及页面调用方式的具体实现，如果阅读时看到工具类和工具函数，尽量去熟悉一下。这一步的分析可以学习到源代码的系统架构方式。
2.分析源代码用到的工具类和工具函数，这样可以学到很多程序编写技巧。可以提升自己编程功力。
3.结合一些安全规则，研究这个源代码是怎样实现安全方面的设计的。这样可以提高自己在安全方面的意识和功力。
4.如果有模板引擎的话，研究一下源代码的模板引擎。大致从实现方式，效率，易用性等几个方面去考虑。
5.研究系统的各个功能模块，这样既能学习编程技巧还能打开自己的编程思路，下次遇到类似的东东就心里有谱了。
6.研究系统所用到设计模式，一样的功能实现，用到的设计模式可能相差很多，对比我们之前所作的东东分析设计模式，是提升我们驾驭代码的不二法门。
7.研究源代码对访问压力，执行效率，系统效率，数据库查询的优化。
服务器程序源代码分析之二：php-fpm
php作为排名top2 互联网开发工具，非常流行，可以参考：中国最大的25个网站采用技术选型方案
php这个名称实际上有两层含义
直接定义：
php-fpm从php5.3.3开始已经进入到php源代码包，之前是作为patch存在的
很少人会去读php本身源代码，我6年前解决php内存泄露问题的时候做了些研究,最近再查看了一番，发现php的开发者很有诚意，这是一款非常出色的服务器软件，支持如下
在linux服务器上，如果不设置 events.mechanism ,那么默认就是采用epoll，所以
php-fpm的IO模型并发处理能力和nginx是完全一致
nginx以性能卓越闻名，大部分程序员都认为php效率低下，看了源代码，才知道这是传奇啊
在高性能部署的时候，大家往往会针对性的优化nginx 。我自己之前部署php程序也犯了错误，8G内存的server，php-fpm的max children都会设置128+，现在看来太多了，参考nginx的部署:
php-fpm配置为 3倍 cpu core number就可以了
php-fpm稳定性比nginx稍差 这是因为php-fpm内置了一个php解析器,php-fpm进程就和php程序捆绑了，如果php脚本写得不好，有死循环或者阻塞在某个远端资源上，会拖累加载它的php-fpm进程
而nginx和后端应用服务器之间通过网络连接，可以设置timeout，不容易堵死的
php-fpm的fastcgi是短连接 我原以为是长连接的，看了代码才知道也是短连接，处理一个request就关闭掉
php-fpm接口采用fastcgi 非常遗憾，php-fpm和fastcgi完全绑定了，无法独立使用 。只能部署在支持http-fcgi协议转换程序背后(nginx）。其实可以考虑在php-fpm代码包里面引入http协议支持，这样php-fpm可以独立运行，让nodejs无话可说
php-fpm等同于OpenResty OpenResty是一个国人开发的nginx模块，就是在nginx引入lua解释器. 实际上，它和php-fpm的唯一差别就是一个采用php语法，一个用lua，所以OpenResty要作为nginx增强包使用还可以，要选择它作为一个主要编程工具，没有任何必要
从架构上来说，php-fpm已经做到最好，超过大多数 python部署工具，我再也不黑它了
