随着使用 PHP 环境的用户越来越多，相关的安全问题也变得越来越重要。PHP 环境提供的安全模式是一个非常重要的内嵌安全机制，PHP 安全模式能有效控制一些 PHP 环境中的函数（例如system()函数），对大部分的文件操作函数进行权限控制，同时不允许对某些关键文件进行修改（例如 /etc/passwd）。但是，默认的 php.ini 配置文件并没有启用安全模式。
我们都知道，php代码有时候可能因为我们的一些操作失误，导致报错，然后会暴露错误信息。 为了防止错误信息泄露，需要关闭php的错误提示。
1.软件版本：PHP版本应该从PHP官方提供的下载页面下载，注意不要下载beta版本。 PHP官网下载地址为：http://www.php.net/downloads.php 2.控制脚本访问权限：PHP默认配置允许php脚本程序访问服务器上的任意文件，为避免php脚本访问不该访问的文件，从一定程度上限制了php木马的危害，需设置php只能访问网站目录或者其他必须可访问的目录。 /usr/local/apache2/web/为网站根目录，打开php.ini，安全加固配置方式如下： open_basedi
php的安全模式是个非常重要的内嵌的安全机制，能够控制一些php中的函数，比如 system()，同时把很多文件操作函数进行了权限控制，也不允许对某些关键文件的文件，比如 /etc/passwd
本文介绍php开源库BooBoo，是一个处理php异常和错误的开源库，通过简单的分析代码，我们知道了实际项目中怎么正确的设置错误和异常。
无论是Apache还是Nginx，php.ini都是适合的，而php-fpm.conf适合nginx+fcgi的配置
无论是apache还是nginx,php.ini都是适合的。而php-fpm.conf适合nginx+fcgi的配置
我们php手手工安装的，php的默认配置文件在 /usr/local/apache2/conf/php.ini，我们最主要就是要配置php.ini中的内容，让我们执行php能够更安全。整个PHP中的安全设置主要是为了防止phpshell和SQL Injection的攻击，一下我们慢慢探讨。我们先使用任何编辑工具打开/etc/local/apache2/conf/php.ini，如果你是采用其他方式安装，配置文件可能不在该目录。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/111809.html原文链接：https://javaforall.cn
在PHP中，PDO（PHP Data Objects）是一个用于数据库访问的扩展，它提供了一个数据访问抽象层，允许你使用统一的接口来连接多种数据库。以下是一个使用PDO与MySQL数据库交互的基本示例。
通常部署完php环境后会进行一些安全设置，除了熟悉各种php漏洞外，还可以通过配置php.ini来加固PHP的运行环境，PHP官方也曾经多次修改php.ini的默认设置。 下面对php.ini中一些安全相关参数的配置进行说明 register_globals 当register_globals = ON时，PHP不知道变量从何而来，也容易出现一些变量覆盖的问题。因此从最佳实践的角度，强烈建议设置 register_globals = OFF，这也是PHP新版本中的默认设置。 open_basedirope
一些运行在Nginx上的网站有时候会出现“502 Bad Gateway”错误，有些时候甚至频繁的出现。有些站长是在刚刚转移到Nginx之后就出现了这个问题，所以经常会怀疑这是不是Nginx的问题，但事实上这是个误区。
第一种方法：在php.ini文件里改变display_errors和error_reporting的值，没有的直接加上
就在上个月愚人节这天，typecho突然宣布更新1.2.0了，我还以为这是官方的愚人节玩笑，结果真的更新了，果断升级！
主要用于代理MySQL连接，用Navicat Premium直接连接数据库，用不了一会在卡住，用了这个代理就可以流畅使用，也可以用于访问内部数据库或者服务等等。
本文实例讲述了PHP使用PDO 连接与连接管理操作。分享给大家供大家参考，具体如下：
网站的访问量大，而php-cgi的进程数偏少。 针对这种情况的502错误，只需增加php-cgi的进程数。具体就是修改/usr/local/php/etc/php-fpm.conf 文件，将其中的max_children值适当增加。这个数据要依据你的VPS或独立服务器的配置进行设置。一般一个php-cgi进程占20M内存，你可以自己计算下，适量增多。 /usr/local/php/sbin/php-fpm restart 然后重启一下.
在PHP运行的过程中，可以将会产生输出的函数或操作结果暂时保存在PHP的缓冲区，只有当缓冲区满了、或者PHP运行完毕、或者在必要时候进行输出，才会将数据输出到浏览器，此缓冲数据的区域称为PHP的输出缓冲区(OB)。
Status Code 499、500、502、504也是后端Http服务经常返回的状态码，试想一下，对于每个状态码，如果你能通过一些修改或配置来人为复现它，是不是会更利于你去掌握它呢？本文就是通过制造它们的方式来学习它们。
因为配置不当引发的安全问题是屡见不鲜的，通过一系列的安全配置，可以很好的解决一些安全隐患，从而为系统增加安全系数。但是在开发过程中，因为需求的改变和编程的习惯可能会更改一些配置同时带来安全隐患。在这种情况下，需要更加的了解配置带来的安全隐患，也就是漏洞的产生原理。同时需要了解在打开一些配置安全隐患之后，该如何通过一些其他手段解决安全问题是我们重点需要讨论的问题。
语法错误最常见，并且也容易修复。如：代码中遗漏一个分号。这类错误会阻止脚本的执行。
连接是通过创建 PDO 基类的实例而建立的。不管使用哪种驱动程序，都是用 PDO 类名。
1.1.1 通过yum安装Nginx和php，更改了Nginx里面fastcgi_pass后的地址php不能正常请求 1.1.1.1 问题还原： Nginx+php的服务器地址是10.0.0.41/24 Nginx 安装的是1.14 php安装的是7.1，yum安装过程不细讲
readv() failed (104: Connection reset by peer) while reading upstream
即便是你开启了报错功能，只要在错误语句之前加上@符号，便可屏蔽了错误信息。使用@抑制错误之前，会出现一个警告错误。
wget -c https://files.phpmyadmin.net/phpMyAdmin/4.9.3/phpMyAdmin-4.9.3-all-languages.tar.gz
Php的配置项可以在配置文件中配置，也可以在脚本中使用ini_set()函数临时配置。
A：1 2 3 4 B：1 1 3 4 C：1 2 3 3 D：1 2 3 5 E：以上都不是
2、打开php.ini文件，搜“display_errors = on”默认的是on，改为off即可；
错误级别 在php.ini中可查看PHP的各个错误级别 ; Error Level Constants: ; E_ALL - All errors and warnings (includes E_STRICT as of PHP 5.4.0) ; E_ERROR - fatal run-time errors ; E_RECOVERABLE_ERROR - almost fatal run-time errors ; E_WARNING - r
所谓Apache出现CPU高占用率就是指Apache在一段时间内持续占用很高的CPU使用率，甚至达到CPU100％，这个时候造成网站无法访问。解决的方法就是仔细观察Apache的日志文件，查阅错误的信息。 下面针对几种错误信息进行分析并给出解决的方法： 1.Apache与WinSockv2相冲突 Apache官方提供的手册中提到，在Windows系统下Apache2.x为了提高性能而使用了MicrosoftWinSockv2API，但是一些常见的防火墙软件会破坏他的正确性，从而使得Apache出现死循环操作造成CPU100％。 可以依次采用下面的方法来解决上问题，如果进行了一步还有问题就继续下一步： 1)在httpd.conf文件中使用Win32DisableAcceptEx禁止Apache使用MicrosoftWinSockv2API： Win32DisableAcceptEx#禁止使用AcceptEx() 2)使用SystemRepairEngineer(SREng)查看WinSocket供应者，如果出现非MS的陌生项则将其删除，并使用软件的“重置WinSocket”按钮进行重置。 3)卸载与Apache相冲突的杀毒软件或防火墙软件。 如果进行上面的三个步骤之后还有问题，那应该看看是不是还有下面的错误。 2.是否加载了第三方模块(so文件) Apache2.x要求所有的第三方模块都必须是线程安全的，但有很多第三方的模块可能存在内存泄露，因此时间一长就可以极大的消耗Apache资源。所以可以采用将所有的第三方模块逐个关闭的方法看看运行一段时间之后Apache对资源的占用是否有所改善。 3.“Terminating1threadsthatfailedtoexit”错误 上面错误中的数字1有可能是其他数字，造成这个错误的原因是Apache在关闭并发线程的时候出现线程溢出，从而造成内存泄露，表现出来的就是Apache所占用的系统资源持续增长。 具体来说，Apache的子进程在结束当前请求之前会首先将所有的并发线程进行关闭，在关闭的时候会等待3分钟，如果3分钟之内没有将所有的线程关闭则会抛出上述的错误提示，然后强制关闭。这样就造成了内存溢出，时间一长会使得Apache所占用资源持续增长直到无法工作。这个时候可以适当将MaxRequestsPerChild的值降低，使得Apache子进程所并发的线程数量减少，从而降低该错误出现的几率。 但是这种方式并不能彻底解决问题，幸好Apache2.0.x的最新版本(2.0.63)解决了之前版本的这个问题，如果3分钟之内有线程没有关闭的话会自动根据时间情况再增加等待结束的时间直到最终将所有的线程结束。日志文件中会出现类似下面的信息： Child1952:Waiting150moresecondsfor2workerthreadstofinish. Child1952:Waiting120moresecondsfor1workerthreadstofinish. Child1952:Allworkerthreadshaveexited. 4.“file.//server//mpm//winnt//child.c,line1078,assertion“(rv>=0)&&(rv 这个错误是Apache的一个bug(#11997)，可以通过Win32DisableAcceptEx禁止Apache使用WinSocketv2来避免此bug，具体设置见前述。 5.PHP5.2.1以上版本的libmysql.dll与MySQL5不兼容 PHP5.2.1以后的新版本(截止目前最新版本为5.2.5)中用于连接MySQL的libmysql.dll组件与MySQL5不兼容，在Apache中运行PHP的时候会造成Apache产生CPU100%的问题。 解决的方法就是从http://www.php.net/releases/下载5.2.1版本，将压缩包中的libmysql.dll文件覆盖现在的文件，然后重启Apache就可以了。 6.病毒或木马程序命名为Apache.exe 有的时候病毒或木马程序会将其名称命名为Apache.exe文件达到一种掩饰的目的，这个时候使用第三方进程分析器查看进程的路径然后将其删除或使用杀毒软件清除就可以了。 7.程序编写不严谨造成死循环等错误 如果上面的问题都不存在Apache依然产生CPU100%的问题的话，通常来说就应该是Web程序自身的问题了，例如死循环等等。这个时候需要在日志中设置HTTP请求的文件及执行的时间，然后查找出执行时间比较长的地址进行分析排查。
Nginx服务器错误一般有以下8个原因，每一种原因下方，分别给出了解决的方法，如下： 1、请求的header过大。nginx默认的header长度上限是4k，如果超过了这个值,nginx会直接返回400错误。 解决方法：配置nginx.conf相关设置。可以通过以下2个参数来调整header上限：client_header_buffer_size 16k；large_client_header_buffers 4 16k。 2、上传文件过程中出现错误。这时浏览器显示“413 Request Entity Too Large”。这是因为没有设置client_max_body_size，这个参数默认只是1M，也就是说发布的文章内容大小不能超过1M。 解决方法：增加如下两行到nginx.conf的http{}段， 增大nginx上传文件大小限制：设置允许发布内容为8M：client_max_body_size 8M；client_body_buffer_size 128k。 另外如果运行的是php，那么还要检查php.ini，这个大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大，这样就不会因为提交数据大小不一致出现的错误：post_max_size = 8M；upload_max_filesize = 6M。 修改完配置后，别忘记重新加载。 3、客户端在为等到服务器相应返回前就关闭了客户端描述符。一般出现在客户端设置超时后，服务器主动关闭。 解决方法：根据实际Nginx后端服务器的处理时间修改客户端超时时间。 4、脚本错误（php语法错误、lua语法错误）。 解决方法：查看nginx_err_log php_err_log。 5、访问量过大，系统资源限制，不能打开过多文件。 磁盘空间不足。（access log开启可能导致磁盘满溢，服务器主动关闭）。 解决方法：修改/etc/sysctl.conf文件，并使用下面的命令确认： #sysctl -p。要使 limits.conf 文件配置生效，必须要确保 pam_limits.so 文件被加入到启动文件中。 6、后端服务无法处理，业务中断。 解决方法：从后端日志获取错误原因，解决后端服务器问题。 7、后端服务器在超时时间内，未响应Nginx代理请求。 解决方法：根据后端服务器实际处理情况，调正后端请求超时时间。 8、网站页面缓存过大。 解决方法：配置nginx.conf相关设置：fastcgi_buffers 8 128k；send_timeout 60。
本文介绍了PHP和MySQL在Web开发中的重要性，并详细讲解了PHP和MySQL的基本语法、数据类型、操作符、流程控制、函数、数组、错误处理、面向对象、数据库、缓存、安全、性能和优化等方面的知识。
今天有用户调用一个curl方法时，遇到如下的错误，查找了一些资料终于解决了。解决方法记录一下，留着自己以后自已查阅用。
PHP连接和操作MySQL数据库的常用方式有3种，分别是MySQLi (面向对象)，MySQLi (面向过程)，PDO （面向对象）。MySQLi和PDO 都是PHP的扩展，MySQLi只针对 MySQL 数据库，PDO则可以应用在十几种数据库中。而面向对象和面向过程是项目开发中两种不同的编程思想。
zip_open()函数会创建一个新流，并在流和Zip存档之间建立连接。它以文件名作为参数，如果zip压缩文件成功打开，将返回有效的资源处理程序，否则返回错误。【视频教程推荐：PHP教程】
就在安心养神的时候, 同事转给了我一条nginx 502的报警, 赶紧去线上一顿排查。
提起Web始终不能绕过一个语言，那就是PHP，而要说到PHP的Web框架，对于php开发工程师而言，ThinkPHP和Laravel应该都是必须掌握好的框架，甚至需要熟练乃至精通一个框架！
本文实例讲述了PHP守护进程的两种常见实现方式。分享给大家供大家参考，具体如下： 第一种方式，借助 nohup 和 & 配合使用。 在命令后面加上 & 符号， 可以让启动的进程转到后台运行，而不占用控制台，控制台还可以再运行其他命令，这里我使用一个while死循环来做演示，代码如下
在理解 OPCache 功能之前，我们有必要先理解PHP-FPM + Nginx 的工作机制，以及PHP脚本解释执行的机制。
按照我的理解，error_reporting(0)之后就应该不会显示错误了，这是怎么回事？
PHP开发过程中经常会遇到返回500错误的情况，而且body体中也没有任何调试(可用)内容。这个时候你就需要慢慢调试了(打断点，开调试模式等)，但如果是现网，这个错误就比较让人抓狂了，既不好打断点也不能开调试模式。但既然是错误，总是会有处理方法，下面就一步步分析500的成因及处理方案。
內连接仅选出两张表中互相匹配的记录．因此，这会导致有时我们需要的记录没有包含进来。内部连接是两个表中都必须有连接字段的对应值的记录，数据才能检索出来。
1.总使用率高，但进程使用率很低，6个进程，但nginx和php-fpm均是sleep，stress才是运行的进程。
此函数的第一个参数含有要打开的文件的名称，第二个参数规定了使用哪种模式来打开文件：
目的 防范因为主机没有加固，造成储存在开发服务器中的源代码和测试数据被黑客获取。 范围 本规范适合于开发服务器安全加固配置。 MYSQL 1. 下载位置 MySQL程序的下载，应该从MySQL官方提供的下载页面或者安全平台部第三方软件统一下载前台（建设中）下载。MySQL官网地址为： http://www.mysql.com/downloads/mysql/ MariaDB则在 https://downloads.mariadb.org/ 1.1 下载后的校验 下载的同时，需记录下官方提供的文件hash（推
在生产环境中系统的错误信息不能暴露给用户，入口文件的 APP_DEBUG 默认为开启状态
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
