什么是“inode”以及它如何影响我的 WordPress 网站？

网站和网络托管最常见（和误解）的元素之一是 inode。 如果您运行自己的网站或处理任何级别的维护，您将在某个时候处理 inode。 无论是通过日常维护还是尝试修复错误，了解 inode 是什么以及它如何影响您的 WordPress 安装对于您的长期成功至关重要。

什么是索引节点？

一般而言，inode 是文件系统中的单个文件。 对于大多数用户来说，这些信息足以处理他们将遇到的几乎所有事情。

然而，从技术上讲，inode 是在 UNIX 系统（Linux 服务器和 Apple 计算机基于 UNIX）上存储文件元数据的地方。 inodes 是由目录和文件链接到的表条目 inodes 包含各种信息：

此元数据包括 (1) 文件的大小（以字节为单位）及其物理位置（即，硬盘上包含文件数据的存储块的地址），(2) 文件的所有者和组，(3)文件的访问权限（即，允许哪些用户读取、写入和/或执行该文件），(4) 时间戳，表明 inode 的创建时间、上次修改时间和上次访问时间以及 (5) 引用计数表明有多少困难链接指向 inode。

因为大多数 Web 服务器都是基于 Linux 的，所以 inode 管理将变得很重要。 您可以将它们视为指向您网站的链接。 您可以有多个链接指向您网站的同一页面，但这并不意味着该页面有多个副本。 文件和 inode 也是如此。

虽然从技术上讲，不存在 1:1 的关系，但您会发现许多实例中只有 1 个文件链接到 1 个 inode。 大多数用户可以在他们的想法下工作。

索引节点的问题

他们用完了。 它们是有限的。 而且您可能没有跟踪您的 inode 使用情况。

不久前，我突然收到了来自 Siteground 的“警告：帐户 YourSite.com 达到了允许的 Inode 配额的 80%”电子邮件。 我没有做任何不寻常的事情，但不知何故，我像塔一样堆叠了我的 inode。 我猜想，如果您在托管帐户上运行多个 WordPress 安装，您已经（或将要）收到类似的电子邮件。

现在，在电子邮件中，它们非常简单：要减少 inode 的数量，您需要通过 cPanel – 文件管理器或您首选的 FTP 客户端减少您帐户中的文件和文件夹的数量。 从本质上讲，这就是您所要做的。 但它比这要复杂一些，因为如果您拥有主机任何时间，您可能已经在那里获得了相当不错的文件和文件夹存档。

要检查您的 inode 使用情况，您需要登录您的 cPanel 并查找Stats框。 在大多数版本的 cPanel 中，它将位于页面左侧的某个位置。 您将主要看到以 MB 和 GB 为单位的磁盘使用空间，以及您被允许使用的 inode 数量和您当时正在使用的 inode 数量。

幸运的是，就像大多数关于 WordPress 的东西一样，CMS 以一种使您的 inode 管理相对简单的方式组合在一起。

为什么索引节点对 WordPress 用户很重要

你们中的许多人可能永远不必使用 inode。 在日常业务中，您根本不会真正注意到它们。 只要您的网站一切顺利，就没有什么能让您看到这个词。 当出现问题时，您将开始在 WordPress 仪表板或其他地方看到错误。

通常，每个使用 cPanel 的托管服务提供商（其中大多数，除非您要托管托管）都会根据您的包为您分配一定数量的 inode。 规则通常是您支付的越多，您获得的 inode 就越多。

请记住，这与您拥有的存储空间完全不同。 两者的体积可能是 1:1 左右，但通常会在耗尽存储空间之前耗尽 inode，因为 inode 在位和字节方面比大多数文件小得多（因为它们只是文件本身的一部分）。

也就是说，WordPress 用户经常发现自己在与一些以 inode 为中心的问题作斗争。

WordPress 用户如何建立索引节点

虽然那里的每个 CMS 都有自己独特的使用 inode 的方式，但 WordPress 有一些特定于其生态系统的方式。 主要是图像、插件和主题。 让我们深入研究，找出原因以及我们可以做些什么。

图片

媒体库中的图像可能会占用大量的 inode。 即使你没有成千上万的人。 我敢打赌，你们中的大多数人都会将图片上传到您的网站。 理论上，1 张图像等于 1 个 inode。 但实际情况并非如此。 根据您的主题和图像压缩插件，该 1 个图像可能需要近十个 inode。 如何？ 通过在存储中保存多种尺寸的渲染。

如果您检查库中任何图像的详细信息并看到文件大小，那么它就是一个 inode。 为您的媒体库中的每一个图像考虑一下。 对于这个特定的站点，我在媒体库中有 562 个项目。 假设（可能不正确）它们每个都有 11 个版本，即 6,000 多个 inode。 从字面上看，它应该是它的 11 倍。

这是针对一个站点的。 如果您将任何一般托管计划中的站点数量考虑在内，那么该数量确实可以加起来。 在我自己的帐户中，我有十几个 WordPress 正在运行。 在每次安装的核心文件之上，来自所有用户的媒体库增加了 inode 的使用。

插件和主题

插件和主题占用如此多的 inode 有几个原因。 首先是很多人安装了大量它们，即使它们被停用。

在这些插件文件夹中的每一个中，都有数十个文件占用了 inode。 一些插件显然比其他插件轻，但它们都增加了安装量。 所以请记住，删除您当前未使用的任何插件通常是最佳做法。

主题的工作方式完全相同。 如果您已经使用了相当长的时间，则无法知道您在 WordPress 网站上安装了多少主题。 即使这些主题只是默认的 WordPress 主题，您也有很多 inode 正在使用。 如果您不使用主题，请将其删除。 但是，如果您通过子主题进行了自定义，通常可以将其保留（或进行备份），因为您不能像父主题一样轻松地重新安装它。

缓存插件和备份实用程序

彗星缓存。 WPRocket。 上升气流。 i主题。 文字围栏。 WP 超级缓存。 W3 总缓存。 苏库里。

所有这些（以及更多）都占用了宝贵的 inode。 大多数情况下，没关系。 它们是令人惊叹的插件，可以让您的生活更轻松，让您的用户在您的网站上获得更好的体验。 但是，如果不加以检查，缓存文件和备份文件以及安全报告可能会增加。

因此，每隔一段时间，请确保清除站点上的缓存并让它重新填充。 大多数情况下，您可以在管理工具栏中找到清除缓存或删除缓存按钮。

此外，来自 UpdraftPlus 等插件的额外备份会占用宝贵的空间。 因此，请检查您在本地服务器上存储的内容。 对于大多数备份实用程序，您可以在 WP 管理面板中执行此操作。 或者您可以通过 FTP 进行检查。

除了这些备份占用您服务器上的 inode 和存储空间之外，它们还容易受到可能进入您的安装的黑客的攻击。 因此，将它们保存在远程目的地（例如 Dropbox 或 Google Drive）将是最好的主意。

如何修复常见的 inode 错误

即使 WordPress 有特定于平台的 inode 问题，也有一些在网络上很常见。 无论您使用的是 Drupal、Joomla、WordPress 还是 Ghost，您都可能需要在某个时候修复这些问题。

• 电子邮件不会通过传统客户端、自动回复器或网站本身的表单发送
• 收不到邮件
• 上传始终失败
• 帖子和页面不会更新，甚至不会创建
• 用户无法访问该站点
• 在某些情况下，可能会阻止从一台主机迁移到另一台主机

在所有这些情况下，罪魁祸首可能是服务器接近其 inode 配额的上限。 或者它完全没有inode。 请记住，即使您只使用了一部分存储容量，您仍然可以用完 inode。

每次发送或接收电子邮件时，都会生成一个文件。 如果没有 inode，则无法创建文件。 如果您的 inode 已满，上传将失败，因为根本无处可存储数据。 WordPress 或其他 CMS 平台中的帖子和页面也是如此，无法在没有位置的情况下生成必要的文件。 即使当用户访问页面时，也会生成文件——cookie、令牌、缓存文件。 如果没有 inode，这些用户将得不到任何服务。

从一台主机迁移到另一台主机时，您的 inode 分配可能会有所不同。 我的个人是最后一次交换。 因此，您甚至可能还没有接近当前的配额，而是已经超过了即将到来的配额。 这听起来可能很痛苦，但实际上很容易解决。

以下是删除文件并释放一些空间以修复这些常见 inode 错误的最佳方法。

删除旧电子邮件

您会看到，每次发送或接收电子邮件时，它都会在您的服务器上创建一个文件（假设您没有使用外部邮件服务）。 这意味着您的所有邮件都占用了 inode。 如果您存档或只是将电子邮件保存在收件箱中，那么这些电子邮件就会停滞在您的服务器上。 所以是时候删除它们了。 您可以在普通客户端中执行此操作，也可以通过 FTP 或通过 cPanel 的文件管理器执行此操作。

只需进入您站点的根目录并找到Mail文件夹。 在它下面将是您拥有电子邮件地址的每个域的目录，在每个域下将是您设置的任何别名。 这些文件夹中的每一个都很重要，并且可能充满了 inode 窃取文件。 不过，您将主要关注cur和new目录。 有时是垃圾。

在删除这个地址中的新电子邮件后，我从218316 inode used 到218218 。 你应该有更大的收获，因为这个电子邮件地址一开始很少被使用。 请记住在删除之前备份所有电子邮件。 否则你不能让他们回来。

清除临时文件夹

临时文件是神奇的野兽。 如果您知道在哪里可以找到它们，您就可以确保它们在做他们的工作，但不会占用太多资源。 每当您看到tmp目录时，这就是存储这些临时文件的位置。 会话令牌、缓存文件、流量日志，以及当时很棒的各种东西，但以后就没有用处了。

除非您设置了自动化或 CRON 作业来清除临时文件，否则您可能需要每隔一段时间进入并执行一些内务处理。 主要这些将位于tmp下的根目录中。

作为一般经验法则，您可以删除任何日志文件、缓存文件或会话文件。 在大多数情况下，您会非常清楚地看到它们。 通常文件名将包含sess或cache或log ，使您的工作非常容易。

您删除的大多数文件将是服务器日志和流量日志。 只要您有这些文件的备份，请浏览您的tmp文件夹并删除您需要的内容。 在这个特定示例中，我正在清除webalizer、webalizerftp、horde、awstats和模拟目录。 请记住，删除这些文件将删除服务器统计信息和日志，因此如有必要，请先备份它们。

您也可以查看它们上的日期。 根据您的站点，您可能不需要一直追溯到 2011 年的日志。

此外，您还会在主tmp文件夹中找到一些文件。 它们可能是会话文件、日志文件和您不确定的其他文件的混合。 就像计算机和 Web 开发的所有内容一样，如果您不知道它是什么，请不要管它。 但不要删除任何扩展名为.sock 的文件，这一点非常重要。 在较小程度上， .lock 。

清除您的日志文件

与tmp文件夹类似， logs文件夹是一个根目录，其中包含服务器日志存档后的存档。 您的服务器开始为您在主机上激活它的每个月保留每个域的日志。 那可能是很多日志。 备份它们，因为它们很重要并删除。

删除不必要的网站安装

您不想让多余的安装占用您的 inode 有两个原因。 第一个是，嗯，你在不使用的东西上浪费了 inode。 第二个是被遗忘的网站容易受到重大安全威胁，并且是黑客通过蛮力攻击进入共享服务器的最常见方式。

还记得我之前说过在我的个人托管计划中安装了 12 次 WP 吗？ 好吧，这 12 个中的 8 个完全（或至少大部分）没用。 其中，6 个可以放心删除，2 个是占位符。

每个 WordPress 安装中有超过 5,000 个文件——至少有 5,000 个 inode——如果你做了任何事情来定制它或添加插件或主题......服务器。

包起来

用完主机上的 inode 令人讨厌且具有破坏性。 即使您在达到容量之前很久就收到警告，您仍然需要花费大量时间从服务器中清除数据。 但是，如果您快速浏览上述所有提示，您应该能够轻松地一次性将 inode 使用率降低至少 20%。

无论您使用的是 WordPress 还是其他一些 CMS，inode 使用情况可能不会经常出现，但是当它出现时，您会很高兴自己已经准备好了。

您发现降低站点 inode 使用率的最佳方法是什么？

文章特色图片由陌生鸟/shutterstock.com 提供