inode是網站及其託管中最常見（也被誤解）的元素之一。 無論您是運行自己的網站還是進行任何級別的維護，您都將在某個時候處理inode。 無論是例行維護還是嘗試修復錯誤，了解一個inode以及它如何影響WordPress的安裝對於您的長期成功至關重要。
什麼是Inode？
通常，inode是文件系統中的單個文件。 對於大多數人來說，這是足夠的信息，足以處理他們將要遇到的所有問題。
但是，從技術上講，inode是將文件元數據存儲在UNIX系統上的位置（Linux服務器和Apple計算機基於UNIX）。 索引節點是與目錄和文件相關的表條目。 的 索引節點包含各種信息 :
此元數據包括（1）文件的大小（以字節為單位）及其物理位置（即，硬盤上包含文件數據的存儲塊的地址），（2）所有者和文件組，（3）文件訪問權限（即允許哪些用戶讀取，寫入和/或執行文件），鏈接指向inode。
由於大多數Web服務器都是基於Linux的，因此管理索引節點非常重要。 您可以將它們視為指向您網站的鏈接。 您可以有多個鏈接指向站點上的同一頁面，但這並不意味著該頁面有多個副本。 文件和索引節點也是如此。
儘管從技術上講沒有1-1關係，但是您會發現許多實例中只有一個文件鏈接到一個inode。 大多數人可以以自己的身份工作。
索引節點的問題
他們精疲力盡。 他們完成了。 而且您可能沒有跟踪inode的使用情況。
不久前我收到了電子郵件 “警告：YourSite.com帳戶已達到授權inode配額的80％” 從 Siteground 出乎意料。 我沒有做任何不尋常的事情，但不知何故，我像塔一樣堆疊了我的 inode。 我假設如果您在您的主機帳戶上運行多個 WordPress 安裝，您會收到（或將收到）一封類似的電子郵件。
現在，在電子郵件中，它們非常簡單： 為了減少索引節點的數量，您需要通過cPanel-File Manager或您的首選FTP客戶端減少帳戶中文件和文件夾的數量。 本質上，這就是您要做的。 但這要復雜得多，因為如果您已經託管了一段時間，則可能擁有相當不錯的文件和文件夾存檔。
要檢查您的inode的用法，您需要登錄cPanel並查找 統計對話 。 在大多數版本的cPanel中，這將位於頁面左側。 您將主要看到使用空間 du DISQUE （以MB和GB為單位），以及允許的inode數量和當前使用的inode數量。
幸運的是，就像WordPress的大多數情況一樣，CMS旨在簡化您的inode的管理。
為什麼Inode對WordPress用戶很重要
你們中的許多人可能永遠都不需要使用inode。 每天您根本不會注意到它們。 只要您的網站上一切正常，什麼都不會讓您看到這個詞。 當出現問題時，您將開始在WordPress儀表板或其他地方看到錯誤。
通常，所有使用cPanel的主機（大多數主機，除非去託管主機）都已根據您的計劃分配了一定數量的inode。 一般規則是，您支付的越多，得到的inode就越多。
請記住，這與您可用的存儲空間完全分開。 兩者的容量都可以為1-1，但是通常您會先用完inode，然後再用盡存儲空間，因為inode的位和字節數比大多數文件要小得多。
也就是說，WordPress用戶通常會遇到以inode為中心的問題。
WordPress用戶如何構建inode
儘管每個內容管理系統都有自己的獲取inode的方式，但是WordPress有一些特定於其生態系統的方式。 主要是圖像，插件和主題。 我們將深入研究並找出原因以及我們可以為此做些什麼。
圖片
媒體庫中的圖像可能會佔用大量的inode。 即使您沒有成千上萬的人。 我敢打賭你們大多數人都將圖像上傳到您的網站。 從理論上講，1個映像等於1個inode。 但這不是實際的工作方式。 根據您的主題和圖像壓縮插件，此圖像可能需要近十二個inode。 怎麼樣？或什麼？ 通過在內存中保留幾種尺寸的渲染。
如果您檢查庫中圖像的詳細信息並查看文件大小，則它是一個索引節點。 考慮一下媒體庫中的每個圖像。 對於這個特定的網站，我在媒體庫中有562個項目。 假設（可能是錯誤地）它們每個都有11個版本，那就是超過6個inode。 從字面上看應該是它的十一倍。
那是一個網站。 如果將任何常規託管計劃中的站點數都考慮在內，則該數字實際上可以加起來。 使用此帳戶（匿名），正在運行十二個WordPress安裝。 除了每個安裝的系統文件之外，所有用戶的媒體庫都增加了索引節點的使用。
插件和主題
您有幾個原因為什麼插件和主題需要那麼多inode。 第一個就是很多人即使被禁用也安裝了很多東西。
在每個插件文件夾中，有數十個文件包含inode。 有些插件顯然比其他插件輕，但它們都增加了安裝量。 因此請記住，通常最好 刪除您當前不使用的所有插件 .
主題的工作方式完全相同。 如果您已經使用了相當長的時間，沒有人能說出您在 WordPress 網站上安裝了多少主題。 雖然這些主題只是 WordPress主題 默認情況下，使用許多 inode。 如果您不使用主題，請將其刪除 。 但是，如果您通過子主題進行自定義，則通常可以保留（或進行備份），因為您無法像父主題那樣輕鬆地重新安裝它。
緩存插件和備份實用程序
彗星緩存。 WPRocket。 上升氣流。 iThemes。 WordFence。 WP超級緩存。 W3總緩存。 蘇克里
所有這些元素（甚至更多）都佔據了寶貴的inode。 在大多數情況下，這還可以。 這些出色的插件可簡化您的生活，並改善用戶在您網站上的體驗。 但是，如果不選擇此復選框，則可能會累積緩存文件，備份文件和安全報告。
所以一定要時不時 清空緩存 您的網站並讓它重新填充。 大多數時候你可以找到一個按鈕 清理緩存 ou 刪除緩存 在管理工具欄中。
此外，UpdraftPlus等插件的其他備份可能會佔用寶貴的空間。 因此，請檢查您存儲在本地服務器上的內容。 您可以從WP管理面板針對大多數備份實用程序執行此操作。 或者您可以通過FTP檢查。
這些備份除了佔用服務器上的索引節點和存儲空間之外，還容易受到可以侵入您的安裝的黑客的攻擊。 因此，最好將它們保留在遠程目標位置（例如，Dropbox或Google Drive）。
如何修復常見的inode錯誤
儘管WordPress具有特定於平台的inode問題，但某些問題在網絡上很常見。 無論您使用Drupal，Joomla，WordPress還是Ghost，您都可能需要在某些時候對其進行修復。
- 無論是通過傳統客戶端，自動回复器還是網站本身的表單，都不會發送電子郵件。
- 無法接收電子郵件
- 系統下載失敗
- 出版物和頁面將不會更新或創建
- 用戶無法訪問該網站
- 在某些情況下，可能會阻止從一台主機遷移到另一台主機
在所有這些情況下，問題可能是服務器接近其inode配額的上限。 還是它完全沒有inode。 請記住，即使僅使用部分存儲容量，仍可以使用inode。
每次發送或接收電子郵件時，都會生成一個文件。 如果沒有索引節點，則無法創建文件。 如果您的inode已滿，則下載將失敗，因為數據無法存儲在任何地方。 對於WordPress或其他CMS平台上無法生成無瑕疵的必要文件的帖子和頁面也可以這樣說。 即使用戶訪問該頁面，也會生成文件-Cookie，令牌，緩存的文件。 如果沒有索引節點，則這些用戶將不會獲得任何服務。
從一台主機遷移到另一台主機時，您的inode分配可能會有所不同。 因此，您甚至無法接近當前的配額，已經確定了下一個配額。 聽起來可能很困難，但是實際上確實很容易修復。
如何解決這些問題
為了解決使用inode的問題，您可以採取一些簡單的措施來幫助您。
刪除舊電子郵件
您會看到，每次發送或接收電子郵件時，都會在服務器上創建一個文件（假設您沒有使用外部電子郵件服務）。 這意味著您的所有郵件都使用inode。 如果您將電子郵件存檔或僅將其保留在收件箱中，它們將位於服務器上並停滯不前。 因此，現在該刪除它們了。
清除臨時文件夾
臨時文件是神奇的野獸。 如果您知道在哪裡可以找到他們，則可以確保他們在做自己的工作，而無需使用過多的資源。 每次看到 tmp目錄 ，這是這些臨時文件的存儲位置。 會話令牌，高速緩存文件，流量日誌，各種同時很棒的事物，但之後不需要。
除非您設置了自動化或CRON任務來清除臨時文件，否則您可能不時需要去那裡進行一些維護。 這些通常位於您的根目錄下 TMP.
通常，您可以刪除任何日誌文件，緩存文件或會話文件。 在大多數情況下，您會看到它們被非常清楚地指出。 通常文件名包含 SESS ou 高速緩存 ou 登錄 ，這極大地方便了你的工作。
您刪除的大多數文件將是服務器日誌和流量日誌。 只要您有這些文件的備份，瀏覽您的文件夾 TMP 並刪除您需要的內容。 在此特定示例中， 我擦除 LES webalizer，webalizerftp，部落，awstats目錄 et 類似物. 請記住，刪除這些文件會刪除服務器統計信息和日誌。 因此，如有必要，請先備份它們 .
您還可以檢查日期。 根據您的站點，您可能直到2011年才需要日誌。
清除您的日誌文件
類似於文件 TMP，檔案為 報紙 是一個根目錄，其中包含歸檔服務器日誌後的歸檔文件。 服務器開始在主機上每個月為每個域保留一個日記。 這可能是 beaucoup 報紙。 對其進行備份，因為它們非常重要，然後將其刪除。
刪除不必要的網站安裝
為什麼不希望不必要的安裝佔用inode的原因有兩個。 首先，好吧，您正在將inode浪費在您沒有使用的東西上。 其次，被遺忘的網站容易受到主要的安全威脅，是黑客通過蠻力攻擊訪問共享服務器的最常用方法。
每次WordPress安裝中都有超過5個文件-至少有000個inode-並且，如果您正在做任何自定義它或添加插件或主題的事情……那麼，您和我可能應該檢查一下。看一下我們在服務器上躺著的東西。
包
在主機上用盡inode令人煩惱和困惑。 即使在達到最大容量之前已收到警告，您仍然需要花費一些時間來清除服務器數據。 但是，如果您快速瀏覽了以上所有技巧，則應該能夠一次輕鬆地將inode的使用量減少至少20％。
無論您使用的是WordPress還是其他內容管理系統，使用inode都是很少見的事情，但是如果您這樣做了，您將很高興可以使用它。
