PHP 与 MySQL 高级应用指南
1. PHP 功能优化建议
在处理图像文件名和存储机制方面，有一些实用的优化建议。首先，提供的 21 位文件名可以添加扩展名，以指示所需的图像格式，而不是固定为生成 PNG 格式。其次，采用更灵活的存储机制，用户可以通过包含主机名和路径的完整 URL 来控制。另外，考虑将部分瓦片读取工作移到stream_read()中，这样可以减少在任何给定时间需要保留的图像数据量。不过，由于 GD Lib 仅提供完整图像，所以你需要编写自己的代码来输出正确但有待后续输入的不完整图像数据。
在命名流资源时，建议遵循 RFC 3986 中定义的 URL 系统，并参考 RFC 2718 中的指南。可能已经存在与你的应用匹配的命名方案（官方注册表由互联网号码分配机构维护，网址为 http://www.iana.org/assignments/uri-schemes ）。如果有，就使用它，这样你的应用程序在未来与使用相同方案的其他应用程序协作时，就无需额外的 URL 转换层。实际上，对于任何数据格式或通信协议，如果世界上已经有了大家公认的标准，就使用它，这样可以节省创建新方案的时间和精力。
需要注意的是，所有 PHP URL 在方案名称后都需要使用://，无论是否涉及命名机构（主机），因为 PHP 使用该字符序列来区分 URL 和本地文件路径。按照 RFC 3986 的术语，PHP 仅实现了“hier - part”组件给出的四种生成方式中的第一种，并将“命名机构”组件设为可选。符合 RFC 的解决方法是使用:///，隐式地将本地主机指定为命名机构。
