最近开发中遇到了使用MySQL，多次开启事务，出现了数据错乱问题，伪代码如下：

begin;

# 操作1

begin;

# 操作2

rollback;

执行完后出现了操作1的数据真正写入，只有操作2的数据回滚了。在第一个事务没有提交或回滚时，再开启第二个事务时，会自动提交第一个事务。

如题，我遇到了这个问题，报错信息如下：

error: Your local changes to the following files would be overwritten by merge:
        你的文件名……
Please, commit your changes or stash them before you can merge.

我能确定没修改过文件，但是每次都说我修改了文件，不让拉取。百度后一堆复制粘贴，说用暂存或者reset的，治标不治本……

让 Guzzle 支持 Swoole 协程，这个项目目的就是这么简单明了！

本项目不包含 Guzzle 功能，请自行在项目中引用 Guzzle 6.x，理论上可以支持升级 Guzzle 版本而无需更新 Guzzle-Swoole！

用 apt-get 安装的 composer 是 2016 年的 beta 版本，比较老，而且无法自更新，建议使用下面的命令手动安装！

apt remove composer
wget https://getcomposer.org/composer.phar
chmod +x composer.phar
sudo mv composer.phar /usr/bin/composer

/usr/bin/composer 也可换为 /usr/local/bin/composer，反正我的电脑用后者不行。

最近使用基于 Swoole 开发的 imi 框架开发项目，碰到一个需求，就是想要做项目初始化处理。当初始化处理完成前，不想让 Swoole 处理请求。因为可能有一些值没有加载进来，处理请求极有可能出现问题。

下面给出了思考过程及解决问题的demo代码。

之前有在群里看到人说，有一些 Swoole 框架启动速度慢，尤其是挂载的网络硬盘下运行尤其的慢。

我想，由于 Swoole 可以让 PHP 应用实现常驻内存，所以启动时候势必要扫描和加载许多文件，这应该是导致启动速度慢的罪魁祸首。

想到 php 还有 phar 包这个东西，我试图用 phar 来解决这个问题。功夫不负有心人，我终于为imi框架实现了 phar 打包的兼容和支持，测试结果表明：

使用 Phar 进行文件枚举、读取、include，无论是在本地硬盘还是 Samba 等网络文件共享挂载，性能都比零散的文件性能更强。

刚刚一个群里有人引出了 PHP 数组和对象占用内存谁多谁少的问题。我想起之前我好像也测试过这个问题，和群里人说的对象比数组节省内存的结论相反，我得出的是数组比对象节省内存。

但今天，我想说，这两种说法都不对！！！

点进去看吧，代码……

先来讲讲目前的场景吧，目前已有的api项目是跑在apache下的，接下来打算新的业务接口上swoole+imi。为了保证不给前端那边造成困扰，打算新老接口，都用同一个域名（api.xxx.com）。

这时候就需要Nginx了，之前说实话没怎么用过，研究了一下，暂时没什么问题。把配置发出来，供大家参考，也是给自己做一个记录。

作为一个开源作者，我开发的类库、框架想要本地开发并测试，一般框架demo是单独一个项目。我demo项目想要通过composer引用框架，一般需要推送到git上才可以。找了半天，终于找到可以引入本地文件夹的办法了。