在很多业务需求中,我们都可能需要先让php给浏览器输出,然后在后台慢慢处理其他不用输出耗时的业务.
之前七篇博文讲解了跨平台PHP调试器从立项到实现的整个过程，并讲解了其使用方法。但是它们并不能全部涵盖所有重要内容，所以新开一片博文，用来讲述其中一些杂项。（转载请指明出于breaksoftware的csdn博客）
使用Coroutine\Channel来实现 MySQL 连接池可以使用 defer 特性来实现资源的回收，同时可以被协程调度，而且使用channel->pop方法的时候，可以设置超时，减少一系列的心智负担
通道，用于协程间通讯，支持多生产者协程和多消费者协程。底层自动实现了协程的切换和调度。
首先明确可道云没有对上传下载做任何限制，速度快慢和网络环境有关。可道云是基于http上传，所以和其他http上传速度基本一致；可以对比其他web系统或网站说附件上传速度。同其他例如webdav、FTP、QQ传输等软件底层协议不一样；传输速度也会不一样。
今天在处理一个客户问题，遇到Nginx access log中出现大量的499状态码。实际场景是：客户的域名通过cname解析到我们的Nginx反向代理集群上来，客户的Web服务是由一个负载均衡提供外网IP进行访问，负载均衡后面挂了多个内网web站点业务服务器。出现的访问日志如下所示：
Status Code 499、500、502、504也是后端Http服务经常返回的状态码，试想一下，对于每个状态码，如果你能通过一些修改或配置来人为复现它，是不是会更利于你去掌握它呢？本文就是通过制造它们的方式来学习它们。
就在安心养神的时候, 同事转给了我一条nginx 502的报警, 赶紧去线上一顿排查。
使用supervisor管理消费进程 上面的方式一次只能处理一个任务，配合supervisor可以以守护进程的模式不断的处理任务
简单定时任务解决方案：使用redis的keyspace notifications（键失效后通知事件） 需要注意此功能是在redis 2.8版本以后推出的，因此你服务器上的reids最少要是2.8版本以上； 业务场景： 1、当一个业务触发以后需要启动一个定时任务，在指定时间内再去执行一个任务（如自动取消订单，自动完成订单等功能） 2、redis的keyspace notifications 会在key失效后发送一个事件，监听此事件的的客户端就可以收到通知 服务准备： 1、修改reids配置文件（redis.conf）【window系统配置文件为：redis.windows.conf 】 redis默认不会开启keyspace notifications，因为开启后会对cpu有消耗 备注：E：keyevent事件，事件以keyevent@为前缀进行发布；
最近业务方反馈线上 Nginx 经常会打出一些『奇怪』的 access 日志，奇怪之处在于这些日志的 request_time 值总是正好 upstream_response_time 的值大5秒，于是我就帮他们查看了一下导致这个问题的原因，本文记录一下最终调查的结论以及过程。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 6
简单定时任务解决方案：使用redis的keyspace notifications（键失效后通知事件） 需要注意此功能是在redis 2.8版本以后推出的，因此你服务器上的reids最少要是2.8版本以上；
某公安项目过程中，在内网服务器部署 WNMP 环境，运行 Laravel 框架代码，后查看日志发现某一时刻突然所有请求 499，并持续一段时间，遂排查原因。
Session会话机制被广泛应用在JSP、ASP、PHP等语言中。一般用来储存登陆状态或者其他的一些需要验证权限的状态。 以下类似代码在每个系统里应该都会存在
源码编译安装方式：在安装目录下的conf目录下，比如我的安装目录是/usr/local/nginx，那么他的配置文件就在/usr/local/nginx/conf目录下。
php.ini是php运行核心配置文件,下面是一些常用配置 extension_dir="" 设置PHP的扩展库路径 expose_php = Off 避免PHP信息暴露在http头中 display_errors = Off 避免暴露php调用mysql的错误信息 log_errors = On 在关闭display_errors后开启PHP错误日志（路径在php-fpm.conf中配置） zend_extension=opcache.so extension=mysqli.so
redis提供了pub/sub功能，但在使用phpredis的subscribe时发现这样一个问题，代码如下（sub.php）：
主要用于代理MySQL连接，用Navicat Premium直接连接数据库，用不了一会在卡住，用了这个代理就可以流畅使用，也可以用于访问内部数据库或者服务等等。
go标准库里面没有实现这功能，只能靠自己实现了，哦，不，是第三方库。好在beego就自带session功能，这个之前就说过了。我们只是简单使用下，高并发场景估计还得自己来实现，单纯的靠这个框架，够呛。来看下怎么使用： 1、在调用之前就需要开启 beego.BConfig.WebConfig.Session.SessionOn = true //开始session beego目前支持四种session的存储引擎 memory、file、Redis 和 MySQL 默认就是memory ，但是，你重启之后就失效了，这除了写demo可以用之外，就算是保活的进程也是很肉痛，基于之前PHP框架保存文件的处理方式，我这边也是存放文件中。 2、设置存储引擎 beego.BConfig.WebConfig.Session.SessionProvider = “file” //指定文件存储方式 3、设置存储路径 beego.BConfig.WebConfig.Session.SessionProviderConfig = “./.tmp” //指定文件存储路径地址，也可以不指定，有默认的地址。 建议，存储的文件夹名称加上“.”，这样方便git提交的时候直接过滤，但是一般情况下，没事不要去下载，或者放在项目以外的其他路径也是可以的。这样就是永久保存了，重启依然有效。
2）、或者直接修改php.ini max_execution_time=“超时时间”值
readv() failed (104: Connection reset by peer) while reading upstream
Pub/Sub功能（means Publish, Subscribe）即发布及订阅功能
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。
499 是 nginx 扩展的 4xx 错误，目的只是用于记录，并没有实际的响应。 看一下 nginx 源码 ngx_http_request.h 对 499 的定义：
当 PHP 脚本正常地运行 NORMAL 状态时，连接为有效。当远程客户端中断连接时，ABORTED 状态的标记将会被打开。远程客户端连接的中断通常是由用户点击 STOP 按钮导致的。当连接时间超过 PHP 的时限（请参阅 set_time_limit() 函数）时，TIMEOUT 状态的标记将被打开。
Nginx 在不同的模块中，会提供一些变量，这个我们之前应该已经看过很多了。特别是 HTTP 核心模块中，提供了非常多的变量可以供我们使用。而在 Proxy 模块中，也提供了几个非常简单的变量，今天就来一起学学。另外，最后还剩一些无法归到大类的其它配置，大家也可以了解一下，其中还是有重点配置的哦，而且是非常常用的，今天的内容绝对不水。
1，curl进程运行了一个api查询接口，curl的时候设置了超时时间 --connect-timeout 1000 2，operation timed out after 1000 milliseconds with 0 bytes received 3，connect() timed out!
第一步：启动php5.2 /usr/local/lnmp/php/sbin/php-fpm start 第二步：启动php5.5 约定几个目录 /usr/local/lnmp/php-5.5/sbin/php-fpm /usr/local/lnmp/php-5.5/etc/php-fpm.conf /usr/local/lnmp/php/etc/php.ini php-fpm的启动参数 #测试php-fpm配置 /usr/local/lnmp/php-5.5/sbin/php-fpm -t /usr/local/lnmp/php-5.5/sbin/php-fpm -c /usr/local/lnmp/php/etc/php.ini -y /usr/local/lnmp/php-5.5/etc/php-fpm.conf -t #启动php-fpm /usr/local/lnmp/php-5.5/sbin/php-fpm /usr/local/lnmp/php-5.5/sbin/php-fpm -c /usr/local/lnmp/php/etc/php.ini -y /usr/local/lnmp/php-5.5/etc/php-fpm.conf #关闭php-fpm kill -INT `cat /usr/local/lnmp/php-5.5/var/run/php-fpm.pid` #重启php-fpm kill -USR2 `cat /usr/local/lnmp/php-5.5/var/run/php-fpm.pid`
在 php.ini 中，有一个参数 max_execution_time 可以设置 PHP 脚本的最大执行时间，但是，在 php-cgi(php-fpm) 中，该参数不会起效。真正能够控制 PHP 脚本最大执行时：
那么对于nginx，对于php-fpm，backlog应该设置多大，是越大越好吗？backlog怎么设置合适？这是上篇文章中遗留的几个问题
在PHP运行的过程中，可以将会产生输出的函数或操作结果暂时保存在PHP的缓冲区，只有当缓冲区满了、或者PHP运行完毕、或者在必要时候进行输出，才会将数据输出到浏览器，此缓冲数据的区域称为PHP的输出缓冲区(OB)。
如果服务器没有关闭由 fsockopen() 所打开的连接，feof() 会一直等待直到超时而返回TRUE。默认的超时限制是 60 秒，可以使用 stream_set_timeout() 来改变这个值。
wordpress的默认后台地址是example.com/wp-admin/，进入后台最关键的就是要进入登录页，wordpress的登录页默认是/wp-login.php。这就意味着所有了解wordpress的人都可以打开你的后台登录页面，这样的话非常容易给某些小学生一些可乘之机。
linux centos8 安装php7 nginx1.4 mysql8 ，运行php网站，各个模块从零开始配置
502错误是所有用nginx跑php的运维人员不愿意看见的，但是我遇到了！！！咋整，还能咋整，整呗。。 nginx出现502有很多原因，但大部分原因可以归结为资源数量不够用,也就是说后端php-fpm处理有问题，nginx将正确的客户端请求发给了后端的php-fpm进程，但是因为php-fpm进程的问题导致不能正确解析php代码，最终返回给了客户端502错误。 服务器出现502的原因是连接超时 我们向服务器发送请求 由于服务器当前链接太多，导致服务器方面无法给于正常的响应,产生此类报错 因此如果你服务器并发
最近做一个邮箱验证的功能，研究了一会，搞定了邮件的自动发送。下面用qq邮箱作为演示，一步一步来解释：
Session存在的意义，估计每个用做web开发的人都是了解的，就为了解决HTTP是个无状态协议所带来的问题，不多说了。这里主要想说的是服务端与客户端是如何利用session进行交互的。
无论是Apache还是Nginx，php.ini都是适合的，而php-fpm.conf适合nginx+fcgi的配置
上面给出的代码连接到MariaDB并提供一个命令提示符来执行SQL命令。 输入代码后，将显示一条欢迎消息，指示连接成功，并显示版本号。
ignore_user_abort() ，可以实现当客户端关闭后仍然可以执行PHP代码，可保持PHP进程一直在执行，可实现所谓的计划任务功能与持续进程，只需要开启执行脚本，除非 apache等服务器重启或有脚本有输出，该PHP脚本将一直处于执行的状态；
四.参数 #请求头为空的字段，将不传递给后端服务器。 proxy_set_header Accept-Encoding ""; #将端口，访问ip等传递给后端服务器。否则后端将只能看到nginx的访问。 proxy_set_header Host $host:$server_port; #只传一层客户端的值，如果前面有代理，相当于2层代理，就只传代理的ip了。 proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Real-PORT $rem
通常部署完php环境后会进行一些安全设置，除了熟悉各种php漏洞外，还可以通过配置php.ini来加固PHP的运行环境，PHP官方也曾经多次修改php.ini的默认设置。 下面对php.ini中一些安全相关参数的配置进行说明 register_globals 当register_globals = ON时，PHP不知道变量从何而来，也容易出现一些变量覆盖的问题。因此从最佳实践的角度，强烈建议设置 register_globals = OFF，这也是PHP新版本中的默认设置。 open_basedirope
无论是apache还是nginx,php.ini都是适合的。而php-fpm.conf适合nginx+fcgi的配置
目录 第一部分 实验环境 第二部分 搭建配置web服务器 第三部分 安装配置haproxy服务器 第四部分 测试验证 第五部分 haproxy配置相关详细解释
1.进程，线程及通信方式 https://www.php.cn/php-ask-453612.html 进程和线程有点主从关系一样的，线程共享进程的资源 进程间通信方式:
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
