原PHP 7.0 7.1 7.2 7.3 兼容性检测
检测PHP程序是否兼容 7.0 7.1 7.2 7.3
方法：
利用 https://github.com/PHPCompatibility/PHPCompatibility
步骤：
1.下载 phpcs
地址：https://github.com/squizlabs/PHP_CodeSniffer/releases/download/3.4.2/phpcs.phar
复制到 /usr/bin/phpcs…
php获取apk包信息的类
最近由于公司的需求，需要为游戏的开放平台做一个上传apk的功能其中需要获取包的一些信息，于是在网上扒来了一个获取apk信息的操作类，觉得写的挺好的，所以写下来和大家分享，同时记录一下。
由于js无法打开zip包，所以无法通过js来解析apk获取其中的信息，所以我们只能先将包上传到服务器，再用php来操作他（当然java于是可以滴），话补多说，先上代码：…
原通过PHP单例模式与长连接减少MySql连接数
此单例代码有问题，请参考下面的
在Mysql驱动的PHP网站中，MySql连接的一般都是利用脚本的结束来进行释放，在一些分层写的php网站中，若一个页面含有多个数据访问类，由于每个数据访问类都会有数据库的连接，导致这一个页面在脚本结束前会有多个数据库连接，在一些大型的页面连接可能多至数十上百，为此需要进行必要的控制，对于解释性的PHP语言，脚本是顺序执行的，也就是说数据库连接的利用同时只有一个，根据这个特点，可以用单例模式来进行改造。
<?php
class ConnecToDB
{
private static $instance;
private function _constuct()
{
} //私有构造函数，防止外界构造新对象，
public static function GetConnec()
{
if (!self::$instance instanceof self) {
self::$instance =new self;//若当前对象实例不存在
}
$temp=self::$instance; //获取当前单例
return $temp::Con() ; //调用对象私有方法连接 数据库
}
//连接到数据库
private static … Laravel中的不安全SQL函数
我最近了解到并非Laravel中的所有查询构建器功能都是“安全的”。这意味着不应将用户输入直接传递给它，因为它可能会将您的应用程序暴露给SQL注入漏洞。
过去几天很明显，社区对这些不安全的功能知之甚少。许多开发人员和我一样认为，Laravel查询构建器完全阻止了SQL注入攻击。
这篇博文旨在提高人们对什么是安全的，哪些不安全的意识。…
深入解析 composer 的自动加载原理
前言
PHP 自5.3的版本之后，已经重焕新生，命名空间、性状（trait）、闭包、接口、PSR 规范、以及 composer 的出现已经让 PHP 变成了一门现代化的脚本语言。PHP 的生态系统也一直在演进，而 composer 的出现更是彻底的改变了以往构建 PHP 应用的方式，我们可以根据 PHP 的应用需求混合搭配最合适的 PHP 组件。当然这也得益于 PSR 规范的提出。
大纲
- PHP 自动加载功能
- PSR 规范
- comoposer 的自动加载过程
- composer 源码分析
一、PHP 自动加载功能
PHP 自动加载功能的由来
在 PHP 开发过程中，如果希望从外部引入一个 Class ，通常会使用 include 和 require…
译关于PHP的重新构想
PHP重新构想
这篇文章是讲我们如何来改变 PHP, 使它变得更好。这是一个非常主观的清单, 绝不是对核心团队正在做的工作的批评。
类默认为final
对 面向对象 编程的一个常见误解是, 基本都是关于继承的。继承和多态性有它们自己的位置, 但面向对象 远不止这些。
因为这些原则往往被程序员滥用, 他们声称他们写的是"面向对象"的 代码, 我认为语言应该有助于防止我们犯这些错误。
这就是为什么我会使所有类在默认情况下都是final的:…
译共享APC或OPcache：为什么多个PHP-FPM主机更好
前面我们说了，设置多个php-fpm进程池来分离网站。今天来聊聊多PHP-FPM主机。
您可能不知道APC或OPcache实际上是由PHP中的主进程持有的。APC的任何配置都需要来自.INI配置，以后不能通过ini_set（）或php_admin_value覆盖。这是因为生成的PHP-FPM进程对APC缓存的大小或配置没有影响，因为它由主进程启动和管理。
这本质上意味着APC / OPcache缓存在所有PHP-FPM池之间共享。如果您只有一个网站可供服务，那就没问题了。如果您通过PHP-FPM在同一台服务器上有几十个站点，您应该知道它们都共享相同的APC / OPcache缓存。然后，APC或OPcache大小应该足够大，以保存所有站点的操作码缓存。
为避免这种情况，每个PHP-FPM池也可以单独启动并拥有自己的主进程。这意味着每个站点都可以拥有自己的APC或OPcache，并且可以独立于所有其他PHP-FPM池启动/停止。当需要激活新配置时，一个池配置的更改不会导致重新加载所有其他FPM池，这是“/etc/init.d/php-fpm reload”的默认行为（它将重新加载所有池）。…
原解决PHP的一个长期存在的通过Opcache泄漏敏感数据的问题。
PHP中有一个非常古老的安全漏洞，它涉及在单个主进程共享多个PHP-FPM池的环境中处理OPCache的方式。这是现在运行PHP的最常见方式，也可能会对您产生影响。
漏洞
PHP有一种加速其解释器动态特性的方法，称为字节码缓存。PHP在每个页面加载中进行解释，这意味着PHP被转换为服务器理解并可以执行的字节码。由于大多数PHP页面不会每秒都更改，因此PHP会将该字节码缓存在内存中，并将其作为响应提供，而不必 每次都编译（“ 解释 ”）PHP脚本。…
原为PHP-FPM和nginx设置多个进程池而安全地运行多个网站
为PHP-FPM和nginx设置多个进程池而安全地运行多个网站
在本文中，我们将向您展示在不同Linux用户的LEMP上运行站点的安全性和隔离性优势。这将通过为每个nginx服务器块（站点或虚拟主机）创建不同的php-fpm进程池来完成。
设置安全LEMP的原因
在常见的LEMP设置下，只有一个php-fpm进程池为同一用户下的所有站点运行所有PHP脚本。这带来两个主要问题：
- 如果一个nginx服务器块上的Web应用程序（即子域或单独的站点）受到攻击，此服务器上的所有站点也将受到影响。攻击者能够读取其他站点的配置文件，包括数据库详细信息，甚至可以更改其文件。
- 如果您想让用户访问服务器上的站点，您几乎可以访问所有站点。例如，您的开发人员需要处理开发环境。但是，即使拥有非常严格的文件权限，您仍然可以在相同的服务器上访问所有站点，包括您的主站点。
原nginx不同站点的php-fpm的PHP_ADMIN_VALUE值会覆盖其它站点值的问题！
让我们看看这两个Nginx配置：
server {
listen 80;
server_name example.com;
location / {
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME /var/www/html/site1/i.php;
fastcgi_param PHP_ADMIN_VALUE "open_basedir=$document_root:/var/www/html/site1:/tmp/:/proc/"; #禁止跨目录访问
include fastcgi_params;
}
}
server {
listen 80;
server_name example.net;
location / {
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME /var/www/html/site2/i.php;
include fastcgi_params;
}
近期评论