ZComposer 镜像发布 15 个月后的一些小总结

最近社区有人反馈 Composer 镜像的问题，结果看截图发现都是 phpcomposer 老大哥的这个镜像，其官网已发布暂停更新的维护说明。所以为了便于区分，我们的镜像命名为 ZComposer （取禅师网名 ZenCodex 首字母，也有中国的意思）

ZComposer 发布于 17年的 4月份，整个发展史和问题反馈，基本在 社区帖子 里有所见证，特别感谢 @Summer @Aufree @monkey @JobsLong @overtrue ，还有一些其他社区大牛，协助内部测试，反馈问题，帮助 Zcomposer 不断的迭代，变得更加完美。

4个月前，发布了第一次重构的代码，结果出现了一些不稳定，又换回了老版本。近1个月，我又更新了再次重构的代码，里面完善了对包的 hash 校验，打上线1个多月，0故障，比以前的老版本更加稳定，代码也更加简洁。

针对 ZComposer 15个月的成长变化，我做了一些总结，算是交了一次作业，回馈给使用 ZComposer 镜像的朋友们：

1、Composer 镜像 百度搜索排名第一了，发布初期连个影都搜不到\

2、新版上线后，目前还是 0 故障。当然遇到问题，我还会第一时间解决\

3、除了重构新代码，又丰富了一些小工具，比如清理云存储上的历史垃圾，时间久了和本地完全不同步了，zip包 由2.5T 减少到 910G。

4、ZComposer 诞生时候 大约是13万的包，目前增加到了20多万，115万的 版本zip包。

5、linux ext4 子目录最大数量为65000，目前增加的包已经超出了这个限制。虽然可以重新编译linux内核解决，或更换其他的文件驱动，但一般没这个条件。

我的解决方案是切割大目录，然后用软连接，通过测试，ls -sf 这种 soft link 形式不在计数范围内。phpcomposer 维护我猜测可能也是这个问题引起，但仅限猜测。如果有遇到这种目录数限制的，可以试试我这个方法。

『ZComposer 中国全量镜像』为 Laravel China 社区孵化，作为社区指定镜像，目前由 @扣丁禅师 维护，CDN 服务由 又拍云 提供，本项目为公益项目，旨在为广大 PHP 用户提供稳定和高速的 Composer 国内镜像服务。