TOOLNAVIA / 选购指南
Bluehost Starter inode 文件数限制：5万、20万还是100万？
先看结论
选购速览
- 适合谁
- 会测量Files Count并长期明显低于5万软性规划线的精简WordPress网站。
- 收费方式
- inode属于资源边界；以实际Starter结账和账户条款为准。
- 先看限制
- Bluehost当前文档存在冲突：5万用于保守规划，20万是公布上限，100万不是安全余量。
快速结论
Bluehost 对共享主机/cPanel账户公布了 **三个不同的 inode 数字**：5万是软性建议值，20万是另一篇官方文档写明的账户上限，超过100万则可能违反服务条款并面临暂停。 三者不能互换。购买 Bluehost Starter 时，应按 **5万** 做规划，把 **20万** 当作边界，绝不能把100万宣传成安全余量。
本次核查的价格页和共享 WordPress 页面没有给出 Starter 独享的硬性 inode 保证。 如果迁移前已经接近5万个文件，应先让 Bluehost 针对实际结账 SKU 给出书面确认。
inode 到底统计什么
inode 可以理解为文件系统对象。WordPress 核心、插件、主题、图片、自动生成的缩略图、缓存、日志、邮箱、目录、staging副本和本地备份都会增加计数。 因此磁盘空间看起来够用，文件数量仍可能先成为限制。
20GB的网站未必比5GB的网站更“重”。十个大视频消耗的 inode，可能远少于几十万个小缓存、邮件或缩略图。独立主机研究也强调：磁盘容量和文件数量衡量的是两种不同风险。
三个官方数字为何冲突
Bluehost 于2026年7月6日更新的 inode 指南把5万称为软性建议值，在政策说明中提到20万，并警告超过100万可能触发服务条款处理。 其2026年7月9日更新的资源限制页则直接写明：每个主机账户最多20万个 inode。
这个冲突对每一种 Starter 结账 SKU **仍未完全解决**。本文采用保守处理：5万是规划线，20万是官方公布的最大值/AUP边界，超过100万只是额外执法警告，不能据此推断20万至100万之间可以安全运行。应保存客服对具体账户类型的书面答复。
文件数量最容易在哪里增长
图片型商店会为每张原图生成多个缩略图。安全和性能插件会写入日志、扫描结果、缓存和临时文件；主机邮箱可能累积大量邮件与附件；staging会复制网站，本地备份及解压后的备份目录还可能再次复制。
真正危险的通常不是一个大文件，而是自动重复创建且没有保留策略。付款前应分别盘点媒体库、邮箱保留、staging、本地备份和缓存目录。
迁移前先测量
Bluehost 说明可从 Hosting、My Plans、cPanel、Statistics 查看 **Files Count**。 先记录源主机数据，再估算迁移后新增的缩略图、staging副本、迁移残留、安全扫描和邮件。
如果源站已经超过5万，不要假设套餐营销页会覆盖帮助文档。应询问客服：实际 Starter 是否按整个cPanel账户计数、5万和20万分别会发生什么、备份与邮件是否计入，并把回复和订单一起保存。
安全清理后重新测量
先做盘点，不要批量盲删。确认外部备份存在且可以恢复，再识别废弃 staging、旧压缩包，并设置合理的日志/缓存保留；必要时把邮件归档到主机账户之外。 随后重新检查 Files Count，并观察每周增长速度。
不要为了降低数字而删除正在使用的 WordPress 媒体、插件目录或唯一备份。如果日常运行很快又生成相同文件，清理并没有解决容量问题。
什么时候适合 Starter
如果单站长期明显低于5万、增长缓慢，而且备份、staging与邮件不会持续堆在账户里，Starter才较合理。 若源站已逼近5万、商店不断生成衍生图片，或业务必须保留多份运行副本，则不适合勉强压缩。
升级前要先确认改变的是哪条限制。更高共享套餐仍可能使用账户级 inode 政策；VPS控制更大，但运维责任也更重。真正的购买问题不是“能不能冲到100万”，而是“正常流程能否长期低于保守规划线，并有可测量增长和安全保留策略”。
