fashion138的博客

安装librdkafka 库git clone https://github.com/edenhill/librdkafka.git ./configure make sudo make install安装php-rdkafka 扩展$ git clone https://github.com/arnaud-lb/php-rdkafka.git #生成con...

安装源安装 EPEL 软件包：$ sudo yum install epel-release安装 remi 源：$ sudo yum install http://rpms.remirepo.net/enterprise/remi-release-7.rpm安装 yum 扩展包：$ sudo yum install yum-utils启用 remi 仓库：$ sud...

近日，服务器出现异常，网站不能正常访问。经排查是php的问题。在重启php-fpm时，恢复正常。1分钟之后又出现故障。查看php日志文件 /usr/local/php/var/log 后提示WARNING: [pool www] server reached pm.max_children setting (5), consider raising it子进程数已经达到

首先支付宝的文档真是看得头晕眼花，摸不着北的感觉，网上百度PHP支付宝一堆都是花里胡哨的，看得一脸懵逼。所以自己整理了一下，其实也没那么复杂直接上代码： php 电脑支付的方法：12345678910111213141516

HTTP协议篇HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。HTTP协议的主要特点可概

这一次总结和分享用Redis实现分布式锁来完成电商的秒杀功能。先扯点个人观点，之前我看了一篇博文说博客园的文章大部分都是分享代码，博文里强调说分享思路比分享代码更重要（貌似大概是这个意思，若有误请谅解），但我觉得，分享思路固然重要，但有了思路，却没有实现的代码，那会让人觉得很浮夸的，在工作中的程序猿都知道，你去实现一个功能模块，一段代码，虽然你有了思路，但是实现的过程也是很耗时的，特别是代码调试，

抢购、秒杀是如今很常见的一个应用场景，主要需要解决的问题有两个：1 高并发对数据库产生的压力2 竞争状态下如何解决库存的正确减少（"超卖"问题）对于第一个问题，已经很容易想到用缓存来处理抢购，避免直接操作数据库，例如使用Redis。重点在于第二个问题常规写法：查询出对应商品的库存，看是否大于0，然后执行生成订单等操作，但是在判断库存是否大于0处，如果在高并发下就

composer安装1、到https://getcomposer.org/download/ 下载composer，直接在下面下载最新版本的composer压缩包，解压后得到composer.phar，重命名为composer放在 /usr/local/bin/ 下即可。 2、切换composer的中国镜像：命令行执行1

PHP7和HHVM比较PHP7的在真实场景的性能确实已经和HHVM相当, 在一些场景甚至超过了HHVM。HHVM的运维复杂, 是多线程模型, 这就代表着如果一个线程导致crash了, 那么整个服务就挂了, 并且它不会自动重启。另外它采用JIT, 那么意味着, 重启以后要预热, 没有预热的情况下, 性能较为糟糕。并且多线程模型调试困难, 这对于追求稳定来说的Web服务来说, 是非常不适合的。

看swoole的官方文档，真的很迷茫，文档里都是些零碎的点，这些点怎么串起来的，还得需要自己摸索。比如手册里将不同的进程分开来讲，但实际开发的过程中，使用却是一起使用的。比如任务队列。手册里的资料有一下几个地方 https://wiki.swoole.com/wiki/page/481.html https://wiki.swoole.com/wiki/page/134.html ht

传统php在传统的思维定式中，提起php，很多人都认为它就是一个搞网站的服务器端语言，事实上也确实如此，在网络通信，游戏，物联网，智能家居等领域，php就显得很不受欢迎了，但是swoole的出现，将彻底打破这个格局，它让php跳出了传统的web开发，在服务器网络编程领域大放光彩。一句话，swoole大大延伸了php的应用领域。什么是swooleswoole是一个