记录－交流－Web开发知识分享
虽然ReactPHP项目已经发展了有4年之久，但是对于其称呼显得有点混乱。在开源中国为其建立的项目主页上，其被命名为React，或者node.PHP。国外的一些的博客谈及这个项目时，多数使用的是ReactPHP。到底哪种说法比较标准呢？我们不妨来看看官方的态度。此项目的官方主页是http://www.reactphp.org。打开官网，你会发现网站的title是React，其logo上的文字为reactphp。可以看出，官方更倾向于被命名为React或者ReactPHP。我建议使用ReactPHP作为其名称。原因大概有两个。…
对很多人而言，配置Nginx+PHP无外乎就是搜索一篇教程，然后拷贝粘贴。听上去似乎也没什么问题，可惜实际上网络上很多资料本身年久失修，漏洞百出，如果大家不求甚解，一味的拷贝粘贴，早晚有一天会为此付出代价。
假设我们用PHP实现了一个前端控制器，或者直白点说就是统一入口：把PHP请求都发送到同一个文件上，然后在此文件里通过解析「REQUEST_URI」实现路由。
最后更新于 2019年4月1日 …
暂且不讨论「PHP 是不是最好的编程语言」，本文我们将分别分析一下在 PHP 程序的后端外围资源和前端外围资源，它们对整个 PHP Web 应用体验的影响，这往往比语言本身大得多。
上一篇中我们分析了后端外围资源中 IO 操作和中间件服务对整个 PHP Web 应用体验的影响。今天我们分析数据库给整个应用性能带来的影响。
首先直观地看两张图，一张是来自 OneAPM 后台的 Web 事务吞吐量图，也就是每分钟有多少次 Web 事务被触发、多少次数据库事务被触发，如图所示。…
inotify是Linux内核提供的一组系统调用，它可以监控文件系统操作，比如文件或者目录的创建、读取、写入、权限修改和删除等。
inotify使用也很简单，使用inotify_init创建一个句柄，然后通过inotify_add_watch/inotify_rm_watch增加/删除对文件和目录的监听。
PHP中提供了inotify扩展，支持了inotify系统调用。inotify本身也是一个文件描述符，可以加入到事件循环中，配合使用swoole扩展，就可以异步非阻塞地实时监听文件/目录变化。…
http://guangla.lofter.com/post/1d337f35_8350821
http://guangla.lofter.com/post/1d337f35_8350827
http://guangla.lofter.com/post/1d337f35_83e279c
http://guangla.lofter.com/post/1d337f35_8890290…
写这篇文章之前已经看过了很多数据库方面的优化内容，大部分都是加索引、使用事务、要什么select什么等等。然而，只是停留在阅读的层面上，很少有实践，因为没有遇到真实的项目，一切都是纸上谈兵。实践是检验真理的唯一标准，于是就想在数据库上测试一些性能优化的方案，比如索引之类的，但是不想使用假的数据，于是就想着能不能抓取网上的一些数据来作分析，后来自己通过PHP抓取了一些数据(爬取数据博文)，抓了大约110W的用户数据之后，当然需要统计一下具体的数量，于是我使用了以下的SQL语句（我使用的存储引擎是InnoDB）：
SELECT COUNT(*) FROM zh_user;Inside君整理了一份最新基于MySQL 5.6和5.7的配置文件模板，基本上可以说覆盖90%的调优选项，用户只需根据自己的服务器配置稍作修改即可，如InnoDB缓冲池的大小、IO能力（innodb_buffer_pool_size，innodb_io_capacity)。特别注意，这份配置文件不用修改，可以直接运行在MySQL 5.6和5.7的版本下，这里使用了小小的技巧，具体可看配置文件。如果配置参数存在问题，也可以及时反馈Inside君，我们一起成长。
触发Inside君做这件事情的原因是大部分网络上的MySQL配置文件都非常非常古老，大多都是基于MySQL 5.1的版本，这导致了绝大部分MySQL并没有运行在最优的环境，从而导致一些错误的使用，亦或是灾难性事故的发生，比如数据丢失，主从数据不一致等。而这些问题早在5.6版本及以后的版本中得到了解决。…
数据库范式在数据库设计中的地位一直很暧昧，教科书中对于数据库范式倒是都给出了学术性的定义，但实际应用中范式的应用却不甚乐观，这篇文章会用简单的语言和一个简单的数据库DEMO将一个不符合范式的数据库一步步从第一范式实现到第四范式。
应用数据库范式可以带来许多好处，但是最重要的好处归结为三点：
1.减少数据冗余（这是最主要的好处，其他好处都是由此而附带的）
2.消除异常（插入异常，更新异常，删除异常）
3.让数据组织的更加和谐……
【编者按】 前几日我们推荐了用户 @garfileo 的两篇《Linux 挖坑不埋指南》，受到众多关注，有人就其文中的一些观点产生了疑问，于是作者再写一篇《虽然挖坑不埋但依然忍不住要为 Linux 回答一个问题》，以解疑惑。这里再次推荐给大家阅读。
前两篇：
以下是原文内容。…
近期评论