關於WordPress檔案及其使用方法的綜合指南

關於WordPress檔案及其使用方法的綜合指南

WordPress檔案構成了WordPress網站的基礎。檔案目錄駐留在伺服器上——無論該伺服器是擁有並儲存在您自己的辦公室中,還是由託管公司管理。在這些目錄中有各種資料夾和檔案,每個資料夾和檔案都用於向終端使用者傳遞命令和提供內容。好訊息是所有新的WordPress網站的WordPress檔案結構都保持不變,這使得很容易理解所有內容的配置方式。但是,檔案本身以及屬於每個檔案的程式碼乍一看似乎令人困惑。

這就是為什麼我們將深入研究WordPress檔案及其用途。從WordPress配置檔案到wp-content儲存和交付所有影象的資料夾。主題和外掛,瞭解WordPress檔案的內部工作原理對於未來的管理和網站修改非常重要。

  1. 瞭解WordPress檔案的重要性
  2. WordPress檔案儲存在哪裡?
  3. 如何訪問WordPress檔案?
  4. WordPress檔案和目錄結構
  5. 關於WordPress檔案許可權
  6. 管理和稽覈您的WordPress檔案

瞭解WordPress檔案的重要性

您可能想知道,學習WordPress檔案和目錄結構有什麼意義?

這是一個很好的問題;在某些情況下,根本沒有理由瞭解它們。如果您是一名非技術網站所有者,並且寧願將這一責任轉嫁給您的託管公司或開發人員,那麼您可能不需要了解有關該wp-includes資料夾的任何資訊或.htaccess含義。

如果您願意將這種型別的管理交給其他專家,例如您選擇託管託管計劃,那麼您將有更多時間和精力專注於日常業務任務。

但是,有抱負的高階開發人員和設計師,以及真正與網站打交道的任何人,都需要了解 WordPress 檔案結構的複雜工作原理。此外,即使是技術含量較低的網站所有者也可以學習一兩件事來幫助他們處理諸如檔案上傳或將來保護他們的資料庫之類的事情。

以下是瞭解WordPress檔案的一些主要原因:

  • 瞭解WordPress檔案結構有助於普通WordPress使用者自己解決問題,而不是聯絡託管公司或開發人員,從而節省金錢和時間。
  • 您可以瞭解幫助WordPress發揮其魔力的核心檔案。
  • 可以更好地瞭解影象和媒體上傳的儲存方式,讓您可以選擇SFTP等替代上傳方法,並弄清楚如何在需要時共享和保護它們。
  • 您可以看到主題和外掛的儲存位置和方式,為其他上傳方法開啟了選項,並有可能找出外掛或主題出現的問題。
  • 可以調整語言檔案以接觸世界各地的新客戶。
  • 您可以對您的網站進行簡單的修改而不會造成損壞,看看如何不推薦在儀表板中編輯程式碼,並且當您至少在某種程度上舒適地篩選檔案時進行正確的編輯要容易得多。
  • 有一些選項可以設定檔案許可權和限制某些使用者的內容,從而提高您的整體安全性。
  • 您可以使用多種方法之一來上傳和下載WordPress檔案。您最終可能會偶然發現一個更簡單或更實用的解決方案。
  • 您可以為您的網站生成備份並保護您的網站檔案,從而消除有關您的網站究竟有多安全的問題。
  • 具有強大 WordPress 檔案知識的開發人員能夠成功地將檔案訪問權轉移給網站所有者,並解決網站帶來的任何問題。
  • 如果網站被黑客入侵或發生使網站崩潰的衝突,通常需要訪問 WordPress 檔案。例如,有時您需要移除或更換損壞的。
  • 當您可以輕鬆瀏覽WordPress檔案時,對WordPress錯誤進行故障排除會容易得多。

WordPress檔案儲存在哪裡?

正如您的計算機軟體和媒體檔案儲存在內部硬碟驅動器上一樣,WordPress 網站檔案也放置在伺服器上,以確保它們能夠提供各種各樣的內容、設計呼叫和操作,這些內容、設計呼叫和操作共同呈現完整的網站體驗給使用者。

該伺服器有時稱為機器或計算機,位於某個物理位置。這主要是託管伺服器,一臺外觀和功能與您的計算機相似的機器。

物理位置取決於您計劃如何託管您的網站。可以從您自己的家中或辦公室執行伺服器。許多公司執行自己的伺服器系統以保持對其資料的完全控制。另一方面,許多網站儲存在遠端伺服器上,通常由託管公司管理。

您的 WordPress 站點檔案會上傳到連線 Internet 的伺服器,該伺服器能夠在正確的時間保護和提供正確的檔案。此外,主機伺服器使您能夠通過數字介面訪問檔案,即使檔案本身位於資料中心伺服器上的其他位置。

有許多型別的伺服器和託管選項,但其中一些包括以下內容:

  • 共享主機。
  • 基於雲的託管。
  • 虛擬專用伺服器。
  • 專用網路伺服器。
  • WordPress託管伺服器。

您決定的託管最終取決於您希望對站點檔案進行多少訪問和控制。

本地儲存

也可以將WordPress檔案儲存在本地機器上。例如,您可以訪問WordPress.org網站並下載包含最新版本的WordPress及其zip檔案。

許多開發人員出於不同的原因將他們的站點檔案儲存在本地計算機上。首先,在釋出網站供公眾檢視之前,您可能希望在不太公開的環境中開發和設計網站。沿著這條路線走意味著您將新增到原始檔案並使用開發沙箱和桌面伺服器,如XAMPPWAMP

單擊此處瞭解如何安裝本地版本的WordPress。

本地安裝背後的目標是模仿託管公司提供的配置。您將獲得一個類似的託管堆疊來提供您的檔案並從您的本地檔案生成站點功能。可以在瀏覽器中呈現您正在進行的網站以測試進展情況。利用臨時環境或沙箱工具也很常見,這有助於開發和測試,提供更改預覽和比檔案目錄中看到的更友好的使用者體驗。

如何訪問WordPress檔案?

現在我們知道WordPress檔案位於伺服器或本地環境中。太好了,但是您如何訪問檔案以向您的網站設計新增更多內容、上傳新主題以及組織諸如核心檔案或媒體專案之類的專案?

以下是幾個可供選擇的選項,用於訪問、檢視和管理 WordPress 檔案:

  • 本地訪問檔案。
  • 通過FTP客戶端。
  • 通過cPanel儀表板。
  • 通過WordPress儀表板。

這些方法中的每一種都可以用於查詢和管理您的WordPress檔案。但是,有些比其他的要好,並且通常不推薦一些。

繼續閱讀下文以瞭解有關如何通過提到的各種方法訪問檔案的更多資訊。

本地訪問WordPress檔案

查詢儲存在本地計算機上的WordPress檔案相當簡單。

第一個選項是下載WordPress的空白副本並使用這些檔案來了解它們並在將它們上傳到伺服器之前可能管理您的網站。

在這種情況下,唯一的要求是初始WordPress檔案目錄下載。之後,訪問檔案與單擊計算機上的其他檔案沒有什麼不同。

首先,將最新的WordPress副本下載到您的計算機上。

單擊獲取WordPress按鈕。

WordPress Core可以從WordPress.org網站下載

WordPress Core可以從WordPress.org網站下載

然後,單擊最近的下載按鈕。WordPress已經顯示了當前版本,所以這通常是最好的選擇。

下載WordPress核心

下載WordPress核心

將檔案放在您會記住的本地驅動器上。解壓縮該檔案以顯示WordPress檔案。它應該命名為“wordpress-[version]”。

單擊該檔案並將壓縮版本儲存在同一位置。

下載後解壓WordPress包

下載後解壓WordPress包

所有WordPress檔案都儲存在一個名為“WordPress”的資料夾中。

包含核心檔案的“wordpress”目錄

包含核心檔案的“wordpress”目錄

現在您應該會看到一系列資料夾和檔案,例如wp-content、wp-admin和wp-login.php檔案。

這就是檔案和資料夾目錄在WordPress中的樣子。它很少改變,除非整個內容管理系統有更新。

您可以開啟每個資料夾以檢視內容,同時還可以開啟和編輯(如果需要)主資料夾下的WordPress檔案。

WordPress核心檔案

WordPress核心檔案

在這種情況下,本地WordPress檔案沒有到Internet或伺服器的連結。因此,您可以在沒有任何公眾影響的情況下進行更改。但是,在某些時候,您需要將檔案新增到開發環境,並最終將它們傳輸到實時託管伺服器。

使用FTP客戶端訪問WordPress檔案

檢視和重新組織 WordPress 檔案的另一種方法是藉助 FTP(檔案傳輸協議)客戶端。檔案傳輸協議將您的本地檔案環境連結到託管伺服器上的實時網站。通過這種方式,您可以立即將檔案從您的計算機拖到您的網站檔案中,而沒有太多限制,也無需進入您的託管儀表板。

有幾個FTP客戶端可供您使用,諸如FileZilla、Cyberduck、CuteFTP和Free FTP等。以下是使用FileZilla作為FTP客戶端的該過程的簡化版本:

首先,你需要訪問您的伺服器提供商網站獲取SFTP/SSH的登入資訊,它們包括“主機”、“使用者名稱”、“密碼”和“埠”。

MyKinsta伺服器的SFTP/SSH憑據

MyKinsta伺服器的SFTP/SSH憑據

每個FTP Client都有點不同,但一般都能找到通過FTP連線站點伺服器的對應欄位。

例如,在FileZilla中,Quickconnect欄位位於視窗頂部,將這些SFTP憑據貼上到主機、使用者名稱、密碼和埠欄位中。單擊“快速連線”按鈕繼續。

使用FileZilla連線到伺服器

使用FileZilla連線到伺服器

如果您遇到錯誤,很可能是因為FileZilla預設使用FTP連線,而主機要求使用SFTP連線。

要在FileZilla中解決此問題,請轉到“檔案 > 站點管理器”,並將“協議”欄位從FTP更改為SFTP。

單擊“連線”按鈕,一切正常。

在FileZilla中配置SFTP連線

在FileZilla中配置SFTP連線

FTP客戶端通常只需要一點時間來處理憑據並同步到您的本地檔案和伺服器上的檔案。

看到伺服器上的檔案後,找到根檔案;單擊“公共”資料夾以顯示當前安裝在您網站上的所有WordPress檔案。

像往常一樣,我們會看到像wp-admin和wp-content這樣的資料夾,這樣可以很容易地識別出您在正確的位置。

伺服器上的WordPress核心檔案

伺服器上的WordPress核心檔案

通過FTP客戶端訪問WordPress檔案只是一個開始。您現在可以上傳檔案、複製資料夾以及拖入主題和外掛等專案。它也是新增您自己的自定義編碼的好地方,只要您不編輯不應該觸及的核心檔案。

在所有訪問WordPress檔案的方法中,推薦FTP客戶端程序作為最佳解決方案。在某些情況下唯一有意義的替代方法是將本地環境用於暫存或測試目的。

在cPanel中訪問WordPress檔案

總體而言,cPanel是一些託管公司提供的控制面板,用於訪問託管帳戶中所謂的檔案管理器。

如果您使用使用 cPanel 的主機,請按照以下步驟訪問WordPress檔案:

  1. 登入您的主機cPanel。
  2. 找到檔案管理器按鈕。點選那個。
  3. 使用“上傳”、“移動檔案”和“新建資料夾”等各種按鈕來管理和修改WordPress檔案中已有的內容。

您通常還可以選擇通過cPanel通過FTP連線。此cPanel功能通常稱為FTP帳戶或FTP會話控制,通常位於檔案管理器附近。

在WordPress儀表盤中訪問WordPress檔案

從技術上講,WordPress提供了對儀表盤中某些檔案的訪問,尤其是主題檔案。

原因是因為主題設定顯示在儀表盤中,並且儀表盤中需要這些檔案以確保正常功能。

但是,強烈建議您跳過在儀表盤中編輯這些檔案的過程。

這就是為什麼您應該避免使用WordPress儀表板編輯主題檔案的原因:

  • 當未來的 WordPress 或主題更新出現時,更改可能會被覆蓋。
  • 您的網站主題檔案沒有備份,以確保更改不會造成任何損害。
  • 直接編輯您的主題可能會破壞您的網站,因此最好通過主題設定或使用在開發環境中編輯然後通過 FTP 客戶端傳輸的副本進行編輯。

話雖如此,我們知道有些人無論如何都會繼續編輯儀表板中的主題檔案。此外,如果您只是弄亂模板或測試網站,這也不是一件壞事。但是,我們鼓勵您在使用重要網站時完全避免這種情況。

如果您計劃繼續直接編輯主題檔案,請考慮使用檔案管理器來生成具有新名稱的檔案副本。保留原始版本,僅編輯重複版本。這些備份主題檔案可確保您在遇到問題時能夠重新啟用以前的功能。

訪問儀表板中的主題檔案。轉到“外觀>主題編輯器”。

訪問WordPress主題編輯器

訪問WordPress主題編輯器

您將收到關於直接通過儀表板修改這些檔案的危險的警告,因此這是一個很好的提醒,不要弄亂這個區域!

總體而言,此儀表板部分包含以下檔案及其內容:

  • style.css
  • functions.php
  • footer.php
  • header.php
  • index.php
  • sidebar.php

在WordPress主題編輯器中編輯style.css檔案

在WordPress主題編輯器中編輯style.css檔案

所有這些檔案都儲存在您網站的主題資料夾(位於wp-content目錄中)中,因此您可以選擇通過更安全的途徑管理檔案。此外,它們都是設計檔案,可以通過WordPress視覺化定製工具輕鬆堅持替代編輯解決方案。

雖然這不會讓您直接訪問您的檔案,但定製器提供了一個安全的環境來調整您的WordPress網站的外觀。此外,您可以選擇新增自己的CSS程式碼,然後在儲存後將其寫入站點檔案。

要遵循此路線,請轉到儀表盤中的“外觀 > 自定義”。

自定義WordPress網站的外觀

自定義WordPress網站的外觀

現在您擁有主題的完整視覺檢視,並在您修改設定時實時更新預覽。優點是預覽不會立即更改您的實時網站。相反,您可以檢查新設計,然後在準備就緒時按“釋出”按鈕。

如您所見,各種模組可用於間接編輯具有站點標識、顏色、選單、小部件和主頁設定設定的樣式檔案。

在WordPress中自定義站點Logo、顏色、選單等

在WordPress中自定義站點Logo、顏色、選單等

如前所述,“額外CSS”選項卡是將樣式新增到站點檔案的理想部分,而無需直接編輯檔案。此外,您還可以在儲存之前預覽您的修改。只需將所需的程式碼貼上或輸入到CSS模組中即可。

向您的WordPress網站新增額外的CSS

向您的WordPress網站新增額外的CSS

WordPress檔案和目錄結構

第一次檢視WordPress檔案和目錄結構可能會讓一些使用者感到不知所措。但是,很快就會識別這些資料夾和檔案以及熟悉的工具,它們可以在您身邊快速修改網站元素併合並獨特的程式碼更改以對您的網站進行高階改進。

既然您擁有對檔案的完全訪問許可權,下一步是什麼?

我們建議瀏覽以下預設WordPress檔案列表,以便全面瞭解每個檔案對您的網站的作用以及它們在WordPress資料夾目錄中的位置。

更重要的是,檔案目錄的結構被很好地組織成類別,因此您只需要在一個區域中工作來調整設計元素或檢視核心檔案等內容。

儘管乍一看似乎令人生畏,但請繼續閱讀以更清楚地瞭解每個檔案以及如何將它們用作開發過程中的寶貴工具。

WordPress核心檔案

如果您已經在文章中做到了這一點,那麼您已經大致瞭解了WordPress核心檔案。

通常被稱為乾淨或空白的WordPress安裝,您最初下載用於首次安裝 WordPress 的檔案組構成了所謂的“WordPress核心”。

這些核心檔案最終會形成您網站的管理介面,並共同向前端提供正確的內容。

存在相當多的核心檔案,但一些主要檔案包括:

  • wp-admin
  • wp-includes
  • index.php
  • license.txt
  • readme.html
  • wp-activate.php
  • wp-blog-header.php
  • wp-comments-post.php
  • wp-config-sample.php
  • wp-cron.php
  • wp-links-opml.php
  • wp-load.php
  • wp-login.php
  • wp-mail.php
  • wp-settings.php
  • wp-signup.php
  • wp-trackback.php
  • xmlrpc.php

下面是一個示例,讓您瞭解一些核心檔案的外觀。這是wp-config.php檔案(由WordPress提供,根據安裝過程wp-config-sample.php手動更改或自動轉換為wp-config.php檔案)。

wp-config.php檔案

wp-config.php檔案

大多數WordPress核心檔案都帶有註釋,告訴您每個功能的作用,或者有時直接解釋整個檔案對您的網站的作用。

如果您計劃對常見的 WordPress 錯誤進行故障排除並以知識淵博的洞察力在網站的後端移動,那麼瞭解核心檔案是必不可少的。更不用說,核心檔案真正向您展示了WordPress如何作為一個統一的生態系統工作。

瞭解WordPress核心檔案

之前列出的核心檔案列表是您每次下載新的WordPress時都會得到的。可以通過解壓縮WordPress安裝檔案或通過FTP客戶端或主機儀表板訪問當前檔案站點檔案來找到它們。

WordPress核心檔案

WordPress核心檔案

每個檔案都有其用途。有些檔案比其他檔案更重要,而您不必過多考慮某些檔案。在以下部分中,我們將詳細介紹基本核心檔案,概述每個檔案對您的網站的作用以及您是否有任何理由編輯這些檔案。不會涵蓋每個WordPress檔案,只會涵蓋值得注意的檔案。

.htaccess檔案

.htaccess檔案是WordPress頂級目錄的一部分,用作Apache Web伺服器上的基本配置檔案。您可能會注意到部分伺服器找不到.htaccess檔案,那是因為有些伺服器使用Nginx Web伺服器,它提供了比Apache更好的效能。

總的來說,Apache和Nginx都提供了類似的選項來新增特殊規則和配置重定向。

Apache Web 伺服器最常用於預算共享主機,它提供配置設定來告訴您的Web伺服器如何工作。在WordPress中,.htaccess檔案對於控制您網站的固定連結並使它們在整個網站上看起來乾淨和標準化尤為重要。

NG伺服器沒有 .htaccess檔案 NG伺服器沒有 .htaccess檔案

但是,對於其他主機,.htaccess檔案列在頂級目錄中,靠近index.php等基本要素,並在wp-admin、wp-content和wp-includes資料夾下方。

Apache伺服器上的.htaccess檔案 Apache伺服器上的.htaccess檔案

何時使用 .htaccess 檔案?

大多數情況下,.htaccess檔案應該保持不變。但是,您可以通過新增或更改檔案來啟用多種操作和重定向。

例如,您可以在儀表板中設定重定向規則、攔截IP地址並在您的站點上設定密碼,所有這些通常都可以使用標準.htaccess檔案完成。

總體而言,.htaccess當您需要制定以下規則或完成這些操作時,該檔案是最好的:

  • 增加媒體專案和檔案的最大上傳大小。
  • 阻止對特定IP地址的訪問。
  • 設定從一個URL到另一個URL的重定向。
  • 向檔案新增規則,以便以更有效的方式提供快取內容。
  • 將HTTP重定向到HTTPS。

wp-config.php檔案

wp-config.php檔案對所有WordPress使用者來說都是必不可少的,而且非常有用,因為它包含所有基本的WordPress設定。這意味著wp-config.php檔案可讓您編輯WordPress網站的各個區域,從資料庫到自動更新WordPress版本。wp-config.php如此重要的另一個原因是它提供了啟用WordPress除錯功能的選項,這對於將來的故障排除至關重要。

可通過FTP客戶端訪問,wp-config.php檔案可通過轉至根目錄下的公共(有時稱為public_html或www)檔案找到。

您可以在一些主要WordPress資料夾附近找到wp-config.php檔案,例如wp-cron.phpwp-comments.php.

wp-config.php檔案包含WordPress的全域性設定

wp-config.php檔案包含WordPress的全域性設定

以下是wp-config.php檔案的預設內容:

Plain text
Copy to clipboard
Open code in new window
EnlighterJS 3 Syntax Highlighter
<?php
/**
* The base configuration for WordPress
*
* The wp-config.php creation script uses this file during the
* installation. You don't have to use the web site, you can
* copy this file to "wp-config.php" and fill in the values.
*
* This file contains the following configurations:
*
* * MySQL settings
* * Secret keys
* * Database table prefix
* * ABSPATH
*
* @link https://wordpress.org/support/article/editing-wp-config-php/
*
* @package WordPress
*/
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'database_name_here' );
/** MySQL database username */
define( 'DB_USER', 'username_here' );
/** MySQL database password */
define( 'DB_PASSWORD', 'password_here' );
/** MySQL hostname */
define( 'DB_HOST', 'localhost' );
/** Database Charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8' );
/** The Database Collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );
/**#@+
* Authentication Unique Keys and Salts.
*
* Change these to different unique phrases!
* You can generate these using the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}
* You can change these at any point in time to invalidate all existing cookies. This will force all users to have to log in again.
*
* @since 2.6.0
*/
define( 'AUTH_KEY', 'put your unique phrase here' );
define( 'SECURE_AUTH_KEY', 'put your unique phrase here' );
define( 'LOGGED_IN_KEY', 'put your unique phrase here' );
define( 'NONCE_KEY', 'put your unique phrase here' );
define( 'AUTH_SALT', 'put your unique phrase here' );
define( 'SECURE_AUTH_SALT', 'put your unique phrase here' );
define( 'LOGGED_IN_SALT', 'put your unique phrase here' );
define( 'NONCE_SALT', 'put your unique phrase here' );
/**#@-*/
/**
* WordPress Database Table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*/
$table_prefix = 'wp_';
/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*
* For information on other constants that can be used for debugging,
* visit the documentation.
*
* @link https://wordpress.org/support/article/debugging-in-wordpress/
*/
define( 'WP_DEBUG', false );
/* That's all, stop editing! Happy publishing. */
/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
define( 'ABSPATH', __DIR__ . '/' );
}
/** Sets up WordPress vars and included files. */
require_once ABSPATH . 'wp-settings.php';
<?php /** * The base configuration for WordPress * * The wp-config.php creation script uses this file during the * installation. You don't have to use the web site, you can * copy this file to "wp-config.php" and fill in the values. * * This file contains the following configurations: * * * MySQL settings * * Secret keys * * Database table prefix * * ABSPATH * * @link https://wordpress.org/support/article/editing-wp-config-php/ * * @package WordPress */ // ** MySQL settings - You can get this info from your web host ** // /** The name of the database for WordPress */ define( 'DB_NAME', 'database_name_here' ); /** MySQL database username */ define( 'DB_USER', 'username_here' ); /** MySQL database password */ define( 'DB_PASSWORD', 'password_here' ); /** MySQL hostname */ define( 'DB_HOST', 'localhost' ); /** Database Charset to use in creating database tables. */ define( 'DB_CHARSET', 'utf8' ); /** The Database Collate type. Don't change this if in doubt. */ define( 'DB_COLLATE', '' ); /**#@+ * Authentication Unique Keys and Salts. * * Change these to different unique phrases! * You can generate these using the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service} * You can change these at any point in time to invalidate all existing cookies. This will force all users to have to log in again. * * @since 2.6.0 */ define( 'AUTH_KEY', 'put your unique phrase here' ); define( 'SECURE_AUTH_KEY', 'put your unique phrase here' ); define( 'LOGGED_IN_KEY', 'put your unique phrase here' ); define( 'NONCE_KEY', 'put your unique phrase here' ); define( 'AUTH_SALT', 'put your unique phrase here' ); define( 'SECURE_AUTH_SALT', 'put your unique phrase here' ); define( 'LOGGED_IN_SALT', 'put your unique phrase here' ); define( 'NONCE_SALT', 'put your unique phrase here' ); /**#@-*/ /** * WordPress Database Table prefix. * * You can have multiple installations in one database if you give each * a unique prefix. Only numbers, letters, and underscores please! */ $table_prefix = 'wp_'; /** * For developers: WordPress debugging mode. * * Change this to true to enable the display of notices during development. * It is strongly recommended that plugin and theme developers use WP_DEBUG * in their development environments. * * For information on other constants that can be used for debugging, * visit the documentation. * * @link https://wordpress.org/support/article/debugging-in-wordpress/ */ define( 'WP_DEBUG', false ); /* That's all, stop editing! Happy publishing. */ /** Absolute path to the WordPress directory. */ if ( ! defined( 'ABSPATH' ) ) { define( 'ABSPATH', __DIR__ . '/' ); } /** Sets up WordPress vars and included files. */ require_once ABSPATH . 'wp-settings.php';
<?php
/**
* The base configuration for WordPress
*
* The wp-config.php creation script uses this file during the
* installation. You don't have to use the web site, you can
* copy this file to "wp-config.php" and fill in the values.
*
* This file contains the following configurations:
*
* * MySQL settings
* * Secret keys
* * Database table prefix
* * ABSPATH
*
* @link https://wordpress.org/support/article/editing-wp-config-php/
*
* @package WordPress
*/
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'database_name_here' );
/** MySQL database username */
define( 'DB_USER', 'username_here' );
/** MySQL database password */
define( 'DB_PASSWORD', 'password_here' );
/** MySQL hostname */
define( 'DB_HOST', 'localhost' );
/** Database Charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8' );
/** The Database Collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );
/**#@+
* Authentication Unique Keys and Salts.
*
* Change these to different unique phrases!
* You can generate these using the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}
* You can change these at any point in time to invalidate all existing cookies. This will force all users to have to log in again.
*
* @since 2.6.0
*/
define( 'AUTH_KEY', 'put your unique phrase here' );
define( 'SECURE_AUTH_KEY', 'put your unique phrase here' );
define( 'LOGGED_IN_KEY', 'put your unique phrase here' );
define( 'NONCE_KEY', 'put your unique phrase here' );
define( 'AUTH_SALT', 'put your unique phrase here' );
define( 'SECURE_AUTH_SALT', 'put your unique phrase here' );
define( 'LOGGED_IN_SALT', 'put your unique phrase here' );
define( 'NONCE_SALT', 'put your unique phrase here' );
/**#@-*/
/**
* WordPress Database Table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*/
$table_prefix = 'wp_';
/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*
* For information on other constants that can be used for debugging,
* visit the documentation.
*
* @link https://wordpress.org/support/article/debugging-in-wordpress/
*/
define( 'WP_DEBUG', false );
/* That's all, stop editing! Happy publishing. */
/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
define( 'ABSPATH', __DIR__ . '/' );
}
/** Sets up WordPress vars and included files. */
require_once ABSPATH . 'wp-settings.php';

何時使用wp-config.php檔案?

通常,它是WordPress目錄中最重要的檔案之一。這是因為大部分系統基礎設施都是使用wp-config.php檔案配置的,它有定義和PHP指令來確保WordPress順利執行。

開發人員定期訪問wp-config.php檔案並不常見,但有一些原因可以考慮修改資料夾中的內容,甚至是名稱:

  • 用於編輯整個檔案系統,或者至少是資料夾的結構或命名,以便黑客和其他入侵者無法輕鬆找到檔案目錄中一些更重要的部分。
  • 為了把WordPress的進入除錯模式或儲存查詢在未來解決您的系統時可能會有所幫助。
  • 當您需要修改內容相關設定時。許多內容設定儲存在 wp-config.php 檔案中。例如,您可以更改WordPress修訂版的設定、清空垃圾箱的頻率以及完成自動儲存的頻率。
  • 設定允許的PHP記憶體限制,以便更大的網站和多站點配置最終在WordPress上工作。
  • 當您需要更新重要的安全設定時。
  • 更改WordPress核心自動更新的設定。儘管出於安全目的保持自動更新是一個好主意,但在某些情況下停用此功能可能會有所幫助。
  • 完全鎖定wp-config.php 檔案,以便沒有人可以訪問它。

wp-admin資料夾

命名這些資料夾和檔案的好處在於,您很快就會意識到它們都很有意義。

例如,wp-admin資料夾包含控制WordPress管理儀表盤的各種檔案和資料夾。我們的意思是每次您想新增頁面或釋出到您的網站時登入的介面。沒有wp-admin資料夾,您在管理網站時不會有如此美妙的使用者體驗。

同樣在根站點資料夾中,wp-admin通常是您的WordPress檔案目錄中列出的第一個資料夾,主要是因為它是按字母順序排列的,但也因為資料夾通常列在檔案之前。

wp-admin資料夾有助於呈現WordPress管理儀表盤

wp-admin資料夾有助於呈現WordPress管理儀表盤

組成wp-admin資料夾的一些檔案包括:

  • /css
  • /images
  • /includes
  • /js
  • /about.php
  • /admin-header.php
  • /admin.php

wp-admin資料夾的內容

wp-admin資料夾的內容

其中許多被認為是核心WordPress檔案,所有這些檔案都彙集在一起​​為WordPress儀表盤制定了堅實的基礎設施。

但是,特別是要了解其中之一是相當重要的。那是admin.php檔案。

admin.php檔案包含重要的WordPress管理功能

admin.php檔案包含重要的WordPress管理功能

admin.php檔案充當驅動wp-admin資料夾的主要引擎,並將許多其他檔案組合在一起以使其工作。例如,admin.php檔案檢查管理員許可權,阻止不應訪問儀表盤重要部分的使用者。admin.php檔案還連結到WordPress資料庫並載入管理儀表板的大部分內容。

wp-admin資料夾中的其他一些核心檔案包括:

  • network.php – 控制WordPress多站點基礎架構的功能。
  • users.php – 管理使用者管理模組的檔案,考慮哪些使用者具有管理許可權,哪些沒有。
  • update.php – 處理WordPress系統的新更新,例如當WordPress推出新版本或者您新增或更新新主題或外掛時。

何時使用wp-admin資料夾?

考慮到wp-admin資料夾在您網站的整個生命週期內通常應該如何單獨放置,關於何時編輯或使用wp-admin資料夾沒有太多可說的。

但是,在某些情況下,定位和替換甚至重新命名wp-admin資料夾可以很好地為您服務。

首先,考慮更改wp-admin資料夾的位置和許可權並不是一個壞主意。任何有WordPress經驗的人都知道這些重要檔案的位置;他們很容易找到並篡改它們。這就是為什麼強許可權首先會阻止任何人使用它們。另一種選擇是更改位置並確保您的wp-admin登入URL已重新命名,這樣就不容易嘗試暴力登入。即便如此,這通常是通過外掛完成的,而不是利用檔案本身。

您可能考慮修改wp-admin資料夾的另一個原因是它是否以某種方式損壞或被黑客入侵。在這種情況下,您只需將檔案替換為乾淨的檔案即可。因此,您仍然沒有真正編輯wp-admin資料夾的任何內容,而是將其替換為資料夾的舊備份或下載並安裝新版本。

wp-includes資料夾

幾乎所有的WordPress都依賴於該wp-includes資料夾。這個核心資料夾包含無數等待交付的軟體包,以便WordPress的許多前端和後端元素執行。

一種解釋方式wp-includes是該資料夾提供了WordPress REST API所需的通用功能。簡單來說,這意味著其他資料夾中的檔案利用wp-includes資料夾中的內容,將這些檔案作為資源來完成自己的任務。

wp-includes資料夾視為一個工具箱。其他核心資料夾和檔案,例如wp-contentwp-admin是在wp-includes需要完成某事時進入工具箱的工作人員和領導者。

例如,如果wp-content資料夾想要生成主題或外掛的元素,它首先需要諮詢wp-includes資料夾以確保元素以正確的方式為WordPress編譯。對於wp-admin資料夾也可以這樣說,除了出於後端目的wp-adminwp-includes資料夾進行協商。

因此,wp-includes它是WordPress中最關鍵的資料夾之一,它實際上包含了大部分主要的WordPress原始碼。這涉及WordPress的前端和後端,使其成為一個包羅永珍的資料夾。

考慮wp-includes資料夾的另一種方式就像一個圖書館,其中其餘的核心檔案是研究人員彙編資訊以完成研究或撰寫論文。所有強大的資料都儲存在wp-includes資料夾中,因此研究人員(其他核心檔案)總是必須進入庫才能準確找到他們需要的內容。

像已經討論過的一些其他核心檔案一樣,wp-includes位於核心公用資料夾下,wp-content和wp-admin在同一個資料夾列表。

wp-includes資料夾包含WordPress依賴項

wp-includes資料夾包含WordPress依賴項

看到wp-includes資料夾如何在呼叫時完成如此多的任務幷包含如此多的程式碼,將數百個檔案打包到資料夾中是有道理的。

預設wp-includes資料夾當前有196個檔案和22個目錄。

其中一些目錄包括:

  • assets
  • blocks
  • certificates
  • css
  • fonts
  • images
  • requests
  • widgets

一些檔案包括:

  • admin-bar.php
  • author-template.php
  • blocks.php
  • feed-rss.php
  • functions.php
  • http.php
  • plugin.php
  • post-formats.php
  • query.php
  • shortcodes.php
  • template.php
  • theme.php

即使只是檢視這些檔案也能顯示此目錄的強大功能。這些都是用程式碼填充的PHP檔案,以允許這些元素髮揮作用。您可以看到其中wp-includes包含許多主題、查詢、短程式碼和小工具的活動編碼,僅舉幾例。

該目錄中的一個重要檔案稱為functions.php.

functions.php檔案包含額外的網站功能

functions.php檔案包含額外的網站功能

瞭解該functions.php檔案非常重要,因為開發人員和網站所有者經常使用它來更改網站或向網站新增功能。functions.php檔案就像一個外掛,呼叫檔案中已經實現的功能來產生新的東西。

與核心中的許多檔案不同,編輯functions.php檔案並不是一件壞事,只要您有這樣做的知識。

此外,這個核心functions.php檔案並不是WordPress中唯一可用的functions.php檔案。您在WordPress上安裝的每個主題也有自己的functions.php檔案,允許您合併與主題相關的功能,這些功能只有在您的網站上安裝並啟用主題時才有效。

因此,核心WordPress檔案functions.php永遠保留在您的檔案目錄中。您對檔案所做的任何更改都會反映在您的網站上,直到您刪除該程式碼。當主題從網站停用時,從主題檔案建立的functions.php功能將被刪除。

何時使用wp-includes資料夾?

wp-includes資料夾包含大量可用於網站前端和後端的程式碼。核心WordPress API儲存在此資料夾中,因此最好不要管它。在大多數情況下,您可以將其設為只讀資料夾。您可能想要編輯某些內容的主要原因wp-includes是在處理functions.php檔案時。

同樣,wp-includes在考慮進行編輯時最好跳過,但這裡列出了您可以考慮開啟和使用wp-includes資料夾的例項:

  • 向公眾隱藏或保護wp-includes資料夾。這可以在許可權的幫助下或通過完全隱藏檔案來完成。這通常是在外掛的幫助下完成的。
  • functions.php檔案進行編輯。

wp-content資料夾

您需要關注的最後一個核心目錄稱為wp-content. 從使用者的角度來看,它可以說是最重要的資料夾,因為它收集並儲存了使用者上傳到WordPress的所有專案。這就是為什麼它被稱為 的wp-content原因,因為絕大多數使用者生成的內容都會進入資料夾,以便傳送到您網站上的正確位置。

wp-content位於哪裡?與其他核心目錄在同一個地方,公共目錄下,鄰居包括如wp-adminwp-includes

 

wp-content資料夾包含媒體檔案

wp-content資料夾包含媒體檔案

開啟wp-content資料夾會顯示包含從主題到外掛和上傳的所有內容的資料夾。

外掛、主題和媒體儲存在wp-content資料夾中

外掛、主題和媒體儲存在wp-content資料夾中

開啟“plugins”資料夾會顯示您當前在WordPress網站上安裝的所有外掛。您可以選擇通過FTP將外掛檔案新增到此資料夾中,而不是從WordPress儀表盤上傳。如果您想直接上傳主題檔案,那麼對於themes目錄也可以這樣說。

plugins資料夾包含您的WordPress外掛的所有程式碼

plugins資料夾包含您的WordPress外掛的所有程式碼

說到主題,themes目錄包含您在站點上安裝的每個主題資料夾,而不僅僅是當前活動的主題資料夾。

WordPress主題資源儲存在themes目錄中

WordPress主題資源儲存在themes目錄中

最後,對uploads目錄的深入挖掘將帶您到WordPress媒體庫中儲存的影象和其他媒體型別的集合。簡而言之,上傳到WordPress的任何內容都放在這裡。您可以從您的計算機中拖入JPG或PNG檔案(如果通過FTP客戶端工作),或者如果您無法通過儀表盤刪除它,甚至可以刪除其中一個上傳檔案。

uploads資料夾包含您媒體庫的影象、視訊等

uploads資料夾包含您媒體庫的影象、視訊等

何時使用wp-content目錄?

使用WordPress時,在多種情況下您可能希望與wp-content目錄進行互動。它不像其他一些核心檔案那樣不受限制,看看這是您的上傳、主題檔案和外掛檔案的最終位置。此外,非技術WordPress使用者可以理解PNG檔案是一個影象,使其更類似於普通使用者熟悉的介面。

以下是您可以進入wp-content目錄的一些情況:

  • 如果您想重新命名目錄 –wp-content名稱不是必需的。有些人更改了名稱,以便對潛在的攻擊者隱藏它。WordPress目錄結構是常識,因此可以訪問您的檔案的人將更難找到您的wp-content目錄。
  • 修復錯誤時 – 當您的網站發生錯誤時,主題或外掛可能導致崩潰或錯誤。如果您無法訪問WordPress管理員或儀表板,則轉到該wp-content資料夾是一種修改或刪除首先導致錯誤的元素的方法。
  • 通過FTP上傳內容 – 有時通過FTP連線新增或刪除影象或主題檔案比在WordPress儀表盤中新增或刪除更容易。

核心檔案和資料夾概述

WordPress核心檔案比這更深入,但到目前為止所涵蓋的檔案彙集在一起​​ ,推動 WordPress 走向完整功能。作為總結,以下是我們討論過的每個 WordPress 檔案和目錄的候選清單,並附有說明:

  • .htaccess – 控制所有檔案和資料夾,並在需要時授予對它們的訪問許可權。它也是處理永久連結結構的檔案。
  • wp-config – 將其主要功能限制為控制自動更新和資料庫配置等內容。基本的WordPress設定也在wp-config資料夾中處理。
  • admin.php – 這是承載後端負載的檔案,告訴管理儀表板如何執行。
  • wp-includes – 包含大部分標準WordPress編碼,並在前端和後端的另一個檔案需要完成任務時用作資源庫。
  • functions.php –wp-includes目錄和主題檔案中都有這些檔案之一。可以編輯該檔案以向您的網站新增新功能或修改預設情況下已實現的功能。
  • wp-content – 此檔案儲存您以管理員或使用者身份上傳或新增到網站的任何專案。此處儲存的一些內容示例包括主題、外掛和影象。

WordPress模板檔案

模板檔案經常與主題檔案混淆,但它實際上是主題目錄的一部分,處理主題顯示和佈局的元素。

儘管並非所有檔名中都有“模板”一詞,但主題目錄中的大多數檔案實際上是模板檔案(而不是functions.php檔案)。

模板檔案提供了WordPress的模板,以按照您希望它們出現的方式呈現主題的元件。例如,大多數主題中的評論部分都有一個模板。

WordPress模板檔案

WordPress模板檔案

其他模板檔案包括:

  • 404.php
  • archive.php
  • content.php
  • footer.php
  • header.php
  • index.php
  • sidebar.php
  • page.php

這些通常用於編輯主題的一部分,與直接對核心WordPress設計和功能進行的任何編輯分開。因此,主題的任何刪除也會帶走您在模板檔案中所做的任何更改。

主題目錄的結構很有意義,看看如何進入檔案並修改header.php檔案之類的內容,以使標題看起來或行為不同。sidebar.php或footer.php檔案也是如此。對footer.php檔案的任何更改只會影響主題內的頁尾,不會影響其他任何內容。

甚至還有用於完整頁面的特定模板,通常以這些頁面命名,例如用於全形頁面或主頁的模板。

Storefront主題包含全形和主頁模板

Storefront主題包含全形和主頁模板

以下是主頁模板的示例:

Plain text
Copy to clipboard
Open code in new window
EnlighterJS 3 Syntax Highlighter
<?php
/**
* The template for displaying the homepage.
*
* This page template will display any functions hooked into the `homepage` action.
* By default this includes a variety of product displays and the page content itself. To change the order or toggle these components
* use the Homepage Control plugin.
* https://wordpress.org/plugins/homepage-control/
*
* Template name: Homepage
*
* @package storefront
*/
get_header(); ?>
<div id="primary" class="content-area">
<main id="main" class="site-main" role="main">
<?php
/**
* Functions hooked in to homepage action
*
* @hooked storefront_homepage_content - 10
* @hooked storefront_product_categories - 20
* @hooked storefront_recent_products - 30
* @hooked storefront_featured_products - 40
* @hooked storefront_popular_products - 50
* @hooked storefront_on_sale_products - 60
* @hooked storefront_best_selling_products - 70
*/
do_action( 'homepage' );
?>
</main><!-- #main -->
</div><!-- #primary -->
<?php
get_footer();
<?php /** * The template for displaying the homepage. * * This page template will display any functions hooked into the `homepage` action. * By default this includes a variety of product displays and the page content itself. To change the order or toggle these components * use the Homepage Control plugin. * https://wordpress.org/plugins/homepage-control/ * * Template name: Homepage * * @package storefront */ get_header(); ?> <div id="primary" class="content-area"> <main id="main" class="site-main" role="main"> <?php /** * Functions hooked in to homepage action * * @hooked storefront_homepage_content - 10 * @hooked storefront_product_categories - 20 * @hooked storefront_recent_products - 30 * @hooked storefront_featured_products - 40 * @hooked storefront_popular_products - 50 * @hooked storefront_on_sale_products - 60 * @hooked storefront_best_selling_products - 70 */ do_action( 'homepage' ); ?> </main><!-- #main --> </div><!-- #primary --> <?php get_footer();
<?php
/**
* The template for displaying the homepage.
*
* This page template will display any functions hooked into the `homepage` action.
* By default this includes a variety of product displays and the page content itself. To change the order or toggle these components
* use the Homepage Control plugin.
* https://wordpress.org/plugins/homepage-control/
*
* Template name: Homepage
*
* @package storefront
*/
get_header(); ?>
<div id="primary" class="content-area">
<main id="main" class="site-main" role="main">
<?php
/**
* Functions hooked in to homepage action
*
* @hooked storefront_homepage_content - 10
* @hooked storefront_product_categories - 20
* @hooked storefront_recent_products - 30
* @hooked storefront_featured_products - 40
* @hooked storefront_popular_products - 50
* @hooked storefront_on_sale_products - 60
* @hooked storefront_best_selling_products - 70
*/
do_action( 'homepage' );
?>
</main><!-- #main -->
</div><!-- #primary -->
<?php
get_footer();

這些完整的模板檔案通常與其他檔案掛鉤,以呈現格式良好的設計。例如,主頁包括產品類別和畫廊等部分的掛鉤,看看我現在如何使用線上商店主題。

前面介紹的模板檔案,如header.php、footer.php 和 sidebar.php,被認為是“模板部分”;它們作為另一個模板檔案的一部分包含在內。就像在template-homepage.php檔案中一樣,您可能會注意到它呼叫header.php檔案以將其作為模板的一部分包含在內。

何時使用WordPress模板檔案?

存在數十個模板檔案,其中一些是整頁模板檔案,而另一些是部分模板檔案。因此,在決定您打算將它們用於什麼時,這取決於檔案。

可以肯定地說,只要首先使用該模板,對模板檔案的任何編輯都會動態更改網站的佈局或樣式。

例如,get_header()page.php檔案中插入模板標籤可確保您(或主題開發人員)設計的標題模板使用預設模板放置在所有WordPress頁面中。這對於動態設計非常有用,而不是單獨編輯每個頁面。

以下是您可以編輯模板檔案的其他時間:

  • 製作重複index.php檔案以對主模板檔案進行編輯時。對原始index.php檔案進行直接更改是不明智的。
  • 將您自己的CSS新增到style.css檔案中。
  • 動態修改常見模板(如home.phppage.php、 )的外觀,並single.php檢視反映在所有頁面或帖子上的這些更改。動態修改常見模板(如home.phppage.phpsingle.php)的外觀,以檢視所有頁面或文章上反映的更改。
  • 刪除或新增可選元素,如評論、側邊欄和作者頁面。特別是,禁止使用comments.php、sidebar.php和author.php檔案操作。
  • 呼叫完整模板檔案中的部分模板檔案,例如掛鉤所有頁面或文章的footer.php檔案。

WordPress主題目錄

主題目錄(也稱為檔案或資料夾)組織之前討論過的模板檔案。

主題檔案是您從主題開發人員處下載的資料夾,無論它是來自WordPress主題庫的免費主題,還是來自像您在Themeforest上找到的高階開發人員。

主題資料夾位於核心WordPress檔案目錄中的wp-content主題下。

主題檔案本身通常以您決定在WordPress站點上安裝的主題命名,例如 /twentyseventeen代表二〇一七主題。

WordPress主題儲存在themes資料夾中

WordPress主題儲存在themes資料夾中

主題檔案包含將主題的功能和設計融入您的站點所需的一切。

這包括上面涵蓋的許多模板檔案,但從技術上講,唯一需要的主題檔案如下:

  • style.css
  • index.php
  • comments.php
  • screenshot.png

將主題提交到WordPress主題庫時,這些是主題所必需的。這是最低限度的,但看到style.css檔案如何包含主題的主樣式表,index.php檔案是主要模板檔案,comments.php檔案用於在允許時包含註釋以及螢幕截圖是有意義的。 png檔案顯示人們下載主題的樣子。

除此之外,主題檔案結構根據主題的目的和開發人員喜歡如何組織檔案而有所不同。

以二〇一七這個WordPress主題為例。

該資料夾具有預期的檔案,如 404.php,functions.php和page.php。

然而,出於組織目的,開發人員決定包含以下資料夾:

  • /classes
  • /fonts
  • /inc
  • /js
  • /sass
  • /template-parts

WordPress主題通常包含用於組織目的的附加資料夾

WordPress主題通常包含用於組織目的的附加資料夾

如果我們看看流行的WooCommerce店面主題,您會注意到不僅一些模板檔案有所不同,而且開發人員以完全不同的方式構建資料夾目錄。

它沒有單獨的字型資料夾,而是位於資原始檔夾下。Storefront中還有一些其他資料夾,這些時我們在二〇一九主題中沒有看到:

  • /assets
  • /docs
  • /e2e
  • /inc
  • /languages
  • /projects

Storefront主題的檔案結構

Storefront主題的檔案結構

總的來說,這些資料夾的命名不同,因為主題有自己的風格和功能,這意味著並非所有檔案都相同。此外,很明顯,從檔案的命名到目錄的組織,開發人員的偏好也在發揮作用。

何時使用WordPress主題檔案?

WordPress主題檔案對所有WordPress使用者來說都是眾所周知的,因為即使是非技術網站所有者通常也需要使用它們。

雖然WordPress主題檔案有許多應用程式,但這裡有一些主要的例項需要考慮:

  • 通過FTP客戶端上傳和啟用完整的WordPress主題,而不是在儀表板上搜尋和安裝主題。
  • 當您想對WordPress上的錯誤進行故障排除時,您需要刪除或刪除完整的主題檔案或目錄中的檔案之一。
  • 在您的模板檔案中加入新的樣式或掛鉤。
  • 當您想通過新增自己的程式碼來修改style.css檔案時。
  • 出於樣式目的刪除或修改部分或完整模板檔案。

WordPress語言檔案

wp-content目錄中需要考慮的另一個領域涉及語言。

wp-content當您執行非英語WordPress站點時,可以將語言檔案儲存在該目錄中。

此外,語言檔案通常包含在外掛和主題中,使您可以更輕鬆地翻譯這些擴充套件的後端或前端介面。

語言檔案利用WordPress提出的框架,以便WordPress開發人員可以向他們的外掛、主題甚至WordPress本身新增文字。

如前所述,已經有一個框架來建立語言規則,其中許多是整個WordPress儀表板盤的預設訊息或措辭。但是,語言檔案用於自定義這些訊息或將它們完全翻譯成不同的語言。

語言檔案背後的想法類似於子主題或重複的index.php檔案的想法。目標是不直接編輯任何程式檔案,無論是在WordPress還是外掛中。

在檢視WordPress登入模組或儀表板時,可以顯示一個簡單的語言框架示例。

瀏覽WordPress中的所有書面文字很容易,但它們都是使用檔案建立的。例如,登入頁面上編寫的大部分語言都儲存在WordPress的核心語言檔案中。

WordPress翻譯字串

WordPress翻譯字串

即使是在整個WordPress外掛中使用的少量文字,例如標籤標籤、欄位和標題等,都由某處的語言檔案提供支援 – 在Yoast SEO等外掛的情況下,該外掛有自己的語言資料夾。主題也是如此。

Yoast有自己的語言資料夾

Yoast有自己的語言資料夾

總體而言,語言資料夾不僅設定地理語言,還設定英語的預設措辭。因此,您可能會發現主題中的語言檔案只需進行編輯即可將一個英語單詞替換為另一個。您可以在技術上根據需要對 WordPress 儀表板進行個性化設定,例如將儀表板中的“設定”選項卡更改為“設計內容”。Say What外掛是修改這些型別的語言字串不與核心檔案篡改體面的解決辦法。

話雖如此,語言檔案也用於將外掛和主題以及WordPress翻譯成完全不同的語言。

何時使用WordPress語言檔案?

語言檔案控制著整個WordPress介面的措辭,它們使您能夠修改該措辭或將其翻譯成其他語言。

我們將在下面解釋調整語言檔案的最佳方法,但首先,以下是您可能需要這樣做的一些情況:

  • 當WordPress、外掛或主題不是用您的母語製作時,您想翻譯介面以使其易於理解。
  • 如果您的核心使用者群使用不同的語言,或者您計劃擴充套件到新市場,您可以翻譯整個網站。
  • 修改儀表板、外掛或主題介面的預設措辭。這些檔案允許您更改按鈕、選項卡或表單上的任何文字。

現在,您如何查詢和使用這些語言檔案?幸運的是,WordPress已經有一種更改站點語言的方法,而無需觸及您的核心檔案。

在WordPress儀表盤中,轉到“設定 > 常規”。

向下滾動到名為站點語言的欄位。使用下拉選單選擇新語言。請務必儲存設定。

WordPress網站語言

WordPress網站語言

之後,儀表盤介面的大部分內容都會被翻譯成您選擇的語言,在本例中為德語。

WordPress儀表盤的德語翻譯

WordPress儀表盤的德語翻譯

這是否也翻譯了您安裝的所有外掛?您網站的前端也會顯示一種新語言嗎?

這取決於。

系統範圍翻譯背後的警告是,每個其他元素也需要在外掛檔案中具有正確的語言檔案。例如,如果Yoast SEO外掛中存在德語檔案,WordPress將繼續使用相應的語言檔案來翻譯外掛。WordPress主題也是如此。

語言支援未標準化,因此最好檢查您計劃安裝的外掛和主題中的功能列表。

外掛多語言支援

值得一提的是,有時必須通過主題或外掛本身啟用語言檔案。因此,如果您在翻譯時遇到問題,請尋找允許更改的外掛或主題設定,而不是依賴WordPress中的通用語言設定。

對於簡單的語言修改(例如更改儀表板中的選單標籤),我們建議使用Say What外掛Polylang或類似外掛。

最後,還有更高階的語言和翻譯功能可以擴充套件您網站前端的語言範圍。例如,PolylangTranslatePressTranslate WordPress都為本地化、前端語言選擇器和自動多語言功能提供了出色的功能。

關於WordPress檔案許可權

檢查WordPress檔案和伺服器許可權是提高WordPress安全性的基本方法之一。

簡而言之,WordPress檔案許可權限制了誰可以訪問檔案以及可以對這些檔案做什麼。

似乎最強的檔案許可權是最合乎邏輯的解決方案,但過於嚴格的許可權最終可能會導致站點功能出現問題。這是因為您的WordPress檔案需要定期被其他檔案訪問。你不想把他們鎖得太緊,以至於他們不可能完成他們的工作。

但是,沒有正確的檔案許可權可能會向潛在的黑客或其他入侵者開啟管理檔案。還應限制內部使用者使用正確的檔案,以防止可能發生的任何人為錯誤。

WordPress檔案許可權的結構

計算機檔案系統使用許可權來指示哪些使用者和其他檔案可以讀取、寫入、修改和訪問這些檔案。

看到 WordPress 檔案如何儲存在計算機伺服器上,檔案許可權的工作方式相同。

您可以為每個網站檔案分配以下三種許可權之一:

  • 讀取 – 表示使用者可以讀取檔案。
  • 寫入 – 表示使用者可以編輯或新增到檔案。
  • 執行 – 表示使用者可以將檔案作為指令碼執行或執行檔案。

相同的許可權適用於網站目錄或檔案集合。

更改檔案許可權

在WordPress中,檔案許可權是自動設定的,以確保您的網站順利執行並儘可能受到保護。但是,有時您可能需要更改檔案許可權才能訪問資料夾或提高安全性。

可以通過FTP客戶端、主機的cPanel或使用WordPress外掛來修改您的檔案許可權。

如果您打算走外掛路線,iThemes Security外掛是掃描許可權和可能進行更改的可行解決方案。

如果不使用cPanel,下面是如何通過FTP客戶端檢視和更改許可權。

該過程因FTP工具而異,但FileZilla(和許多其他客戶端)允許您右鍵單擊任何檔案並找到“檔案許可權”選項卡。

WordPress檔案許可權

WordPress檔案許可權

將出現一個新視窗供您更改檔案屬性和許可權。如您所見,檔案通常具有所有者、組和公眾的許可權。

所有者是指管理員訪問許可權。組許可權適用於您組織中的使用者,而公眾則是其他所有人,例如在您的網站上建立帳戶的隨機訪問者。

每個類別都有讀取、寫入和執行三個許可權選項。對於一個類別(最有可能是所有者),檔案可能是可讀、可寫和可執行的。

可以通過提供數值來指定檔案許可權

可以通過提供數值來指定檔案許可權

您可能還會注意到,許可權下方列出了“數值”欄位。數值也相當重要。它是一個三位數,其中第一位表示所有者許可權,第二位表示組許可權,第三位表示公共許可權。

因此,例如,wp-content資料夾的數值中的 7僅指示所有者許可權的情況。因此,當您選中或取消選中許可權中的覈取方塊時,數值欄位中的數字會發生變化。

以下是最常見的值的含義:

  • 755 – 所有者可以讀取、寫入和執行。其他所有人都可以讀取和執行該檔案,但不能進行任何更改。755是公共檔案的標準。
  • 644 – 所有者擁有讀寫許可權,而其他人只能讀取檔案。
  • 711 – 所有者可以做任何事情,但所有其他使用者只有執行能力。
  • 700 – 所有者擁有完全控制權,其他所有人都無法執行任何操作,包括讀取檔案。這是最高的安全許可權之一。
  • 600 – 所有者擁有讀寫許可權。其他所有人都被完全封鎖。600值甚至比700更安全,使其最適合私人文字檔案。

儘管您通常不必更改太多許可權,但以下是有關檔案和目錄中最高安全性和功能的一些建議:

  • wp-config檔案應具有440或400值,以便外部人員無法讀取該檔案。這也限制了所有者對檔案犯錯。
  • 所有其他WordPress檔案都應具有644或640數值。
  • 目錄需要完全所有者控制,因此建議使用755或750的許可權。
  • 永遠不要使用777的許可權值。組和公眾不需要完全訪問許可權來編輯您的WordPress檔案。這也適用於上傳檔案,即使其中一些檔案看起來並不那麼重要。
  • .htaccess檔案是另一個極其重要的核心檔案。因此,建議使用440或400的許可權。沒有理由向包括所有者在內的任何人提供完整的寫入或執行訪問許可權。這可以防止意外錯誤。

要深入瞭解檔案許可權以及如何更改它們,請檢視有關更改WordPress檔案許可權的文章

限制訪問WordPress中的媒體檔案

媒體檔案是WordPress檔案目錄中的前端元素,所有使用者都可以在其中看到它們,並且通常可以從瀏覽器複製或儲存它們。

事實上,普通使用者訪問您的網站並有機會找到該檔案的直接連結並將其下載到他們自己的計算機上。

媒體上傳是檔案目錄中一些受保護最少的元素。有時這不是問題。許多博主更願意在網際網路上共享他們的照片和視訊,即使這意味著進行共享的使用者在技術上違反了版權法。

話雖如此,其他企業在他們的媒體檔案中儲存了更多的私人資料,或者說媒體是首先被出售的東西;想想那些想要防止他們的圖片被免費從他們的網站上撤下的攝影師和視訊創作者。

如果您執行多作者出版物,媒體檔案限制也很有用,因為您的作者可能會看到組織中所有其他作者的檔案,這會變得混亂和混亂。

無論您是為了安全還是為了組織而將媒體保密,都有一些特殊的方法可以限制對 WordPress 中媒體檔案的訪問。

第一種方法需要對主functions.php檔案進行編輯。

在您的FTP客戶端中開啟該檔案並新增以下程式碼。

Plain text
Copy to clipboard
Open code in new window
EnlighterJS 3 Syntax Highlighter
// Limit media library access
add_filter( 'ajax_query_attachments_args', 'wpb_show_current_user_attachments' );
function wpb_show_current_user_attachments( $query ) {
$user_id = get_current_user_id();
if ( $user_id && !current_user_can('activate_plugins') && !current_user_can('edit_others_posts
') ) {
$query['author'] = $user_id;
}
return $query;
}
// Limit media library access add_filter( 'ajax_query_attachments_args', 'wpb_show_current_user_attachments' ); function wpb_show_current_user_attachments( $query ) { $user_id = get_current_user_id(); if ( $user_id && !current_user_can('activate_plugins') && !current_user_can('edit_others_posts ') ) { $query['author'] = $user_id; } return $query; }
// Limit media library access
add_filter( 'ajax_query_attachments_args', 'wpb_show_current_user_attachments' );
function wpb_show_current_user_attachments( $query ) {
$user_id = get_current_user_id();
if ( $user_id && !current_user_can('activate_plugins') && !current_user_can('edit_others_posts
') ) {
$query['author'] = $user_id;
}
return $query;
}

儲存檔案後,新程式碼會檢查每個使用者可以在您的網站上執行的操作。媒體根據他們當前的使用者型別顯示,並檢查這些使用者型別是否允許他們完成編輯帖子或啟用外掛等任務。如果不滿足這些使用者型別要求,則會阻止媒體檔案。

如果您更願意使用外掛來限制對媒體檔案的訪問,請檢視防止直接訪問(帶有檔案訪問限制副檔名)或檔案管理器高階等外掛,以控制您的媒體檔案向其他人顯示的方式。其他外掛,例如Photo Gallery by 10Web,無法右鍵單擊和下載媒體檔案。雖然它不是一個完美的阻塞解決方案,但它增加了安全性。

管理和稽覈WordPress檔案

訪問您的WordPress檔案是通過FTP客戶端、您的主機cPanel或WordPress儀表盤完成的。

但是當你訪問你的檔案時會發生什麼?本文中的許多部分概述了您可能會發現自己編輯或移動WordPress檔案的情況,但瞭解一些更簡單的任務也很重要,無論是通過儀表盤、FTP客戶端還是其他方式完成的。

例如,您可能想知道如何將檔案上傳或下載到WordPress以及哪種方法最適合這樣做。站點備份或媒體檔案的組織也是如此,因為通常的FTP解決方案並不總是最佳途徑。

繼續閱讀以瞭解這些主題。

如何將檔案上傳到WordPress

您可以上傳到WordPress的檔案型別有很多。常見的例子包括:

  • 用於驗證網站所有權或更改網站設計的HTML檔案。
  • 媒體檔案,例如PNG、JPEG或視訊。
  • 用於更改網站功能或外觀的新主題或外掛檔案。
  • 出於資訊目的而顯示在頁面或部落格文章上的文件。
  • 用於為樂隊呈現音樂或出售庫存剪輯的音訊檔案。

WordPress有一長串支援的檔案型別,可通過儀表板上傳。其中包括 JPG、PNG、PDF、MP3、WMV等選項。

上傳到儀表板的大多數檔案型別是媒體元素,而像HTML文件這樣的設計檔案通常通過FTP客戶端上傳(儘管在某些情況下允許通過儀表盤或您的cPanel上傳HTML檔案)。

您的檔案型別以及您首先上傳檔案的原因通常決定了您的上傳方法。我們將介紹WordPress檔案最常見的檔案上傳方法,包括您的核心檔案和其他網站專案(如媒體)。

通過儀表盤上傳WordPress檔案

WordPress儀表盤中有很多上傳選項。您可以選擇匯入檔案、將照片上傳到頁面,甚至可以通過已安裝的外掛上傳元素。

第一個也是最基本的檔案上傳到WordPress涉及媒體。無論是圖片、視訊還是音訊剪輯,它們都儲存在媒體庫中。

將WordPress檔案上傳到媒體庫的最簡單方法是轉到您的儀表盤,然後單擊媒體 > 新增新檔案。

將新檔案新增到WordPress媒體庫

將新檔案新增到WordPress媒體庫

單擊“選擇檔案”按鈕開啟一個視窗,顯示您計算機上的檔案。

將媒體檔案上傳到您的WordPress網站

將媒體檔案上傳到您的WordPress網站

找到您要上傳的檔案,然後單擊“開啟”按鈕。如前所述,WordPress支援範圍廣泛的檔案,尤其是在媒體方面。但是,如果您的檔案型別不被允許,您可能會遇到錯誤。

選擇一個檔案上傳到您的WordPress網站

選擇一個檔案上傳到您的WordPress網站

現在,該檔案與wp-content核心站點檔案的資料夾一起位於儀表盤的媒體庫中。您可以使用FTP客戶端在wp-content資料夾中找到新的媒體檔案。

至於訪問儀表盤中的檔案,您只需單擊“編輯”按鈕即可檢視其詳細資訊。

編輯上傳的媒體檔案

編輯上傳的媒體檔案

“編輯”頁面顯示了用於編輯照片檔案、新增後設資料等的多個選項。上傳到WordPress的每個媒體檔案都會收到一個檔案 URL,或該檔案所在的網際網路地址。如果您將該URL複製到瀏覽器中,該檔案將出現在您的螢幕上。

上傳的媒體具有唯一的檔案URL

上傳的媒體具有唯一的檔案URL

通過WordPress儀表盤上傳檔案的另一種常見方式是在頁面或文章上。

為此,開啟一個新頁面或舊頁面或釋出並搜尋Gutenberg模組。經典的WordPress介面有一個媒體按鈕,可以在那裡上傳檔案。

幾乎古騰堡媒體部分下的每個塊都有一個選項可以將檔案上傳到WordPress。例如,您可以選擇視訊區塊並上傳檔案,或選擇相簿區塊來上傳多個影象檔案。

搜尋古騰堡區塊

搜尋古騰堡區塊

這是一個視覺效果。當您選擇影象區塊時,它會顯示在WordPress部落格文章編輯器中。

出現一個上傳按鈕,您可以通過相同的過程從計算機檔案中開啟檔案並將其新增到您的站點。與往常一樣,通過此方法上傳的檔案也會放置在您的媒體庫和wp-content資料夾中。

在古騰堡編輯器中上傳影象

在古騰堡編輯器中上傳影象

檔案上傳後,它也會出現在您的帖子或頁面上,看看這通常是您嘗試放置它的地方。

在Gutenberg中上傳圖片後編輯您的文章

在Gutenberg中上傳圖片後編輯您的文章

還有一個通用的檔案區塊。這允許您將任何內容從HTML檔案上傳到PDF文件。如果您遇到錯誤,提示您出於安全目的不允許某個檔案,請使用本指南

古騰堡包含一個檔案區塊

古騰堡包含一個檔案區塊

總體而言,儀表盤散佈著用於上傳檔案的區域。

您可能會發現特定外掛具有上傳獨特文件或媒體檔案的功能,甚至以某種方式顯示它們。畫廊外掛提供了這種型別的功能,上傳的檔案被重新組織並放入乾淨的畫廊設計中。

另一個例子是WooCommerce。所有WooCommerce商店都提供帶有多個按鈕的產品頁面,用於上傳影象和其他檔案。例如,您可以將媒體檔案上傳到描述、產品圖片和產品庫中。

WordPress支援多種上傳圖片的方法

WordPress支援多種上傳圖片的方法

此外,一些常見的網站設計上傳是在WordPress主題自定義中完成的。

要找到這些檔案上傳按鈕,請轉到儀表板中的外觀 > 主題。

在主題編輯器中上傳檔案

在主題編輯器中上傳檔案

找到您當前的主題並單擊自定義按鈕。

在WordPress中自定義Storefront主題

在WordPress中自定義Storefront主題

下一頁顯示WordPress定製器,選單中包含一系列編輯工具。您還可以檢視您網站的預覽。

從站點標識到後臺選項卡的所有內容都為其他WordPress檔案提供了上傳按鈕。在這方面工作的優勢在於,上傳的檔案通常會在上傳後自動為您設定樣式和格式。

在WordPress中自定義站點Logo、頁首、頁尾等

在WordPress中自定義站點Logo、頁首、頁尾等

在站點Logo選項卡下可以找到一個很好的示例。這是您上傳站點Logo檔案的位置。

將Logo上傳到您的WordPress網站

將Logo上傳到您的WordPress網站

另一個是Header選項卡,它提供了一個按鈕,用於以媒體專案的形式上傳標頭檔案。

向WordPress新增Header影象

向WordPress新增Header影象

最後,WordPress儀表盤提供了一個用於上傳網站檔案集合的匯入工具,通常用於從另一個平臺或不同的WordPress網站傳輸網站的文章和頁面。

這些檔案上傳功能位於儀表板中的“工具 > 匯入”下。

WordPress中的匯入工具

WordPress中的匯入工具

WordPress允許從Blogger、Tumblr、一般RSS Feeds等平臺匯入檔案。

因此,您必須選擇站點檔案的來源才能完成上傳並進行簡單的站點傳輸。

在本教程中,我們將啟動WordPress匯入程式。單擊立即安裝按鈕。

啟動WordPress匯入器

啟動WordPress匯入器

安裝匯入程式後,單擊“執行匯入程式”連結。

安裝後執行WordPress匯入器

安裝後執行WordPress匯入器

現在您有機會從您的計算機上傳匯入檔案。請記住,上傳成功與否取決於您從中提取資料的平臺。例如,WordPress匯入程式需要將WordPress擴充套件 RSS (WXR) 檔案儲存為 .XML 檔案。

單擊“選擇檔案”按鈕後,選擇“上傳檔案和匯入”按鈕以完成該過程。

在WordPress中選擇一個匯入檔案

在WordPress中選擇一個匯入檔案

通過FTP客戶端上傳WordPress檔案

我們已經介紹瞭如何通過FTP客戶端訪問您的檔案,但是在客戶端中實際上傳這些檔案呢?

雖然每個FTP客戶端都有自己獨特的功能和介面,但它們通常是相同的想法,有兩個選項可以將檔案上傳到您的WordPress網站。

連線到站點檔案和本地檔案後,將本地檔案拖到WordPress目錄中的所需位置。

將本地檔案傳輸到您的WordPress伺服器

將本地檔案傳輸到您的WordPress伺服器

另一種選擇是右鍵單擊您要上傳的本地檔案並選擇上傳按鈕。這會自動將上傳的檔案新增到您為站點檔案開啟的當前資料夾中。

將檔案上傳到您的WordPress伺服器

將檔案上傳到您的WordPress伺服器

FTP客戶端的工作方式與您的計算機類似,它會詢問您是否要替換同名檔案。

覆蓋WordPress中的檔案

覆蓋WordPress中的檔案

通過cPanel上傳檔案

將檔案上傳到WordPress的最後一種方法是通過主機的cPanel模組。

首先登入您的主機帳戶的cPanel並訪問檔案管理器。

cPanel中的檔案管理器

cPanel中的檔案管理器

進入檔案管理器後,您有兩個選擇:

    1. 建立一個新資料夾:在您站點的根資料夾中建立一個新資料夾以將您的檔案上傳。
    2. 直接上傳到根資料夾:將檔案直接上傳到WordPress,而不是建立新資料夾。

如何下載WordPress網站檔案

下載WordPress站點檔案通常與上傳檔案的方向完全相反。

儀表板沒有很多用於從其介面下載檔案的工具,但是如果您找到需要放置在本地計算機上以便在其他地方使用的檔案,則有一些技巧。

最好的辦法是轉到儀表板中的媒體庫並查詢所需的檔案。

轉到“媒體 > 媒體庫”。

將檔案上傳到WordPress庫

將檔案上傳到WordPress庫

您上傳到媒體庫的每個專案都可以下載到您的本地裝置。

因此,搜尋您要下載的檔案並單擊縮圖以開啟其檔案詳細資訊。對於本例,我們希望下載儲存在示例網站上的PDF檔案。

在WordPress媒體庫中搜尋檔案

在WordPress媒體庫中搜尋檔案

所有媒體庫專案都分配了一個檔案URL。您必須訪問此URL才能將實際檔案下載到您的計算機。

這可以通過將URL複製並貼上到新的瀏覽器視窗或單擊“檢視附件頁面”連結來實現。

檢視WordPress媒體庫中的附件頁面

檢視WordPress媒體庫中的附件頁面

每種檔案型別的下載方式都不同。該過程也會根據您的瀏覽器以及您為開啟這些檔案而安裝的軟體或擴充套件程式而有所不同。

例如,我的瀏覽器通過我安裝的Chrome PDF擴充套件程式開啟PDF檔案。您也可能會被髮送到Adob​​e Reader之類的工具,或者將檔案自動下載到您的機器上。

在我的情況下,我會單擊瀏覽器中的“下載”圖示。

在WordPress中下載PDF檔案

在WordPress中下載PDF檔案

影象檔案通常更容易預測。您所要做的就是轉到影象檔案URL,右鍵單擊該影象,然後選擇“將影象另存為”選項。然後會要求您為檔案命名並選擇要將檔案放置在計算機上的資料夾。

無論使用何種方法或工具,這通常是將簡單媒體和資產檔案從您的網站下載到本地計算機的最快方法之一。

在WordPress中儲存影象

在WordPress中儲存影象

如果您需要下載包含文章、頁面或產品等專案的XML檔案,標準解決方案是通過WordPress中的匯出功能。

為此,請轉到儀表板中的工具 > 匯出。

從WordPress匯出備份檔案

從WordPress匯出備份檔案

確定要下載為XML檔案的內容。您可以從多種元素中進行選擇,例如訂單、產品、媒體、優惠券和頁面。您還可以選擇從您的網站下載所有內容。

所有內容都合併到一個XML檔案中,因為這通常需要從您的站點下載大量資料,並且以後可以輕鬆將XML檔案上傳到新網站。

要完成此過程,請單擊“下載匯出檔案”,然後將其放置在計算機上的任何位置。

從WordPress下載匯出檔案

從WordPress下載匯出檔案

下載WordPress檔案的最後一種方法是通過您的FTP客戶端。與使用FTP客戶端上傳站點檔案非常相似,下載通過兩種方式完成。

您可以將要下載的檔案從實時站點區域拖到顯示您計算機檔案的區域。這隻需要您按住滑鼠並將檔案移過。

另一個選項是右鍵單擊WordPress站點中的檔案,然後選擇“下載”按鈕。大多數FTP客戶端會自動將該檔案放入您在客戶端中開啟的計算機資料夾中。

從FTP客戶端下載檔案

從FTP客戶端下載檔案

如何備份WordPress檔案

WordPress檔案備份是任何開發人員都需要遵循的最重要的安全協議之一。備份不僅可以在某個時間段儲存網站的圖片,而且還可以在網站出現問題時進行恢復。

從技術上講,您可以使用FTP客戶端手動備份核心WordPress檔案。為此,請找到包含該網站所有核心WordPress檔案的/public或者/www/yourdomain目錄。

右鍵單擊該資料夾並將目錄中的所有檔案下載到您計算機上的某個位置。

通過FTP備份您的WordPress站點

通過FTP備份您的WordPress站點

偶爾本地下載您的核心檔案沒有任何問題。但是,將此作為唯一的備份方法有幾個缺點:

  • 它開啟了人為錯誤的可能性,例如選擇了錯誤的檔案、忘記了檔案的儲存位置或未定期完成備份。
  • 自動備份可確保您始終擁有備份檔案的最新版本,而手動備份可能是幾個月前的。
  • 如果您計劃恢復整個網站,還有其他資料需要備份。例如,內容(如文章)以及您的資料庫都需要儲存。
  • 儲存到本地計算機不如載入到雲環境安全。理想情況下,您應該在本地和雲區域都有備份。

那麼備份WordPress檔案的最佳選擇是什麼?

如果你使用寶塔面板,我們建議使用寶塔面板附帶的備份計劃功能。其他主機可能會提供備份,但您更有可能需要WordPress備份外掛。如果您處於這種情況,我們強烈建議您選擇增量WordPress備份外掛,你可以從備份外掛列表選擇合適的一個。

增量備份通過僅在必要時或在您的網站發生更改時進行備份來確保優化檔案儲存。這最大限度地減少了數十個備份檔案,否則這些檔案會無緣無故地發生,只會使您的WordPress檔案目錄變得混亂,並可能減慢您的網站速度。

在寶塔面板中備份WordPress檔案

一些託管服務提供商,比如阿里雲,提供備份功能。您訪問、安排、儲存和恢復備份的方式因提供商而異。也可以通過安裝第三方伺服器管理軟體來管理備份,比如寶塔。

下面以寶塔Linux面板為例,你可以登陸伺服器的寶塔面板,點選左側選單“計劃任務”:

  • 任務型別-選擇備份網站或者備份資料庫(都應該新增一個任務);
  • 任務名稱-可以網站域名+備份內容命名,如yourdomain.com網站備份(資料庫備份);
  • 執行週期-根據自身實際情況選擇周或者月備份,資料庫一般可以選擇周備份;網站則可以考慮月備份(儘可能選擇凌晨執行備份任務);
  • 備份網站-即選擇你需要備份哪個網站;
  • 排除規則-僅備份網站可以設定,即你可以選擇忽略部分檔案或者目錄,不進行備份。

 

寶塔備份計劃

恢復檔案備份

備份恢復取決於您的主機。如果使用WordPress備份外掛,您需要導航到該外掛的設定區域以找到“恢復”按鈕。

也可以通過FTP客戶端恢復您的許多站點檔案,但為了簡單起見,我們通常建議使用外掛或寶塔面板。

本文涵蓋了所有WordPress站點恢復策略,包括以下選項:

  • 通過寶塔面板恢復備份。
  • 將備份恢復到登臺環境。
  • 使用外掛恢復WordPress檔案。
  • 使用phpMyAdmin恢復。
  • 使用cPanel完成WordPress備份還原。
  • 通過儀表板或使用SFTP手動恢復。

如何在WordPress中組織媒體檔案

隨著時間的推移,上傳的視訊、文件和照片會佔用您網站的大部分儲存空間。媒體庫提供持續的新內容流,可能比 WordPress 網站的任何其他部分都要多。因此,媒體庫變得雜亂無章,並且可能會限制網站的內容建立者,尤其是在一個網站上有很多作者的情況下。

WordPress 在媒體庫中提供了搜尋和過濾工具,但對於不斷增長的檔案系統來說,這些並不是理想的解決方案。

因此,我們建議使用長期媒體庫管理工具,以下是用於組織媒體庫的頂級外掛的快速瀏覽:

  • Media Library Plus – 這個外掛非常適合在您的媒體庫中建立實際資料夾;您還可以使用移動、重新命名和重新生成縮圖的功能。
  • MaxGalleria – 包括響應式燈箱、用於前端使用的改進相簿以及一些出色的檔案管理擴充套件等功能。
  • Enable Media Replace– 這是一個選項,可以輕鬆替換媒體庫中的檔案,而不是通常必須刪除檔案並重新上傳另一個檔案的過程。
  • WordPress Real Media Library – 這是一個外掛,其中包含無數用於管理媒體資料夾和檔案的工具。它提供自定義影象排序、高階上傳和畫廊建立選項。

如何保護您的WordPress目錄

WordPress檔案許可權提供了一道防線,讓入侵者遠離您的核心檔案。將這些檔案移動到替代目錄也可以解決可能出現的問題。

話雖如此,您還有機會對目錄進行密碼保護,以確保只有擁有該密碼的使用者才能訪問最重要的WordPress檔案。

基本步驟如下:

  1. 這個生成器的幫助下製作一個.htpasswd檔案。
  2. 將新檔案上傳到您要使用密碼保護的WordPress目錄。
  3. 做一個包含下面的程式碼檔案.htaccess
    Plain text
    Copy to clipboard
    Open code in new window
    EnlighterJS 3 Syntax Highlighter
    AuthType Basic
    AuthName "restricted area"
    AuthUserFile /www/user/public/protecteddirectory.htpasswd
    require valid-user
    AuthType Basic AuthName "restricted area" AuthUserFile /www/user/public/protecteddirectory.htpasswd require valid-user
    AuthType Basic
    AuthName "restricted area"
    AuthUserFile /www/user/public/protecteddirectory.htpasswd
    require valid-user

使用您要保護的目錄路徑更新那段程式碼。您還想更改路徑和目錄名稱。

這是使用帶有Apache的主機密碼保護站點的理想方法。

如何替換WordPress核心檔案

您可能想知道為什麼要替換WordPress核心檔案。如果您已經閱讀過本文的任何部分,那麼您已經多次聽說過接觸核心檔案通常是一個不受歡迎的想法。

但是,替換核心檔案(如果不是全部核心檔案)為無法訪問或受到威脅的網站提供瞭解決方案。通過這種方式,您將替換受感染的檔案,以確保它們不會被轉移到您的站點重新啟動時。

但是,重要的是已經在別處儲存了網站備份,以確保新的核心檔案安裝可以恢復到您的網站之前的狀態。

好訊息是,許多核心檔案在WordPress網站的整個生命週期中都沒有受到影響。因此,您可能有機會簡單地將舊的核心檔案替換為新的核心檔案(同時保留主要內容和資產檔案),以嘗試恢復您的網站並將其轉變為導致網站出現攻擊或錯誤之前的狀態。問題擺在首位。

有趣的是,如果您啟用了WordPress自動更新,您的WordPress核心檔案已經在後臺被替換。但是,我們也想了解如何手動換出這些檔案。

首先,開啟您的FTP客戶端並找到核心目錄下的公共資料夾。即使您的網站無法訪問,您的網站檔案仍然可用。

通過FTP替換WordPress核心檔案

通過FTP替換WordPress核心檔案

轉到WordPress.org下載頁面並下載最新的WordPress核心檔案。這是一個zip檔案,因此請將其儲存到計算機上您會記住的位置。

下載最新版本的WordPress

下載最新版本的WordPress

在您的計算機上,解壓縮新的核心檔案,使其旁邊有一個常規資料夾,名稱相同。開啟該資料夾並單擊進入WordPress資料夾以顯示新的核心檔案。

解壓縮WordPress核心包

解壓縮WordPress核心包

刪除wp-content資料夾和wp-config-sample.php檔案。

這樣做的原因是因為我們不想替換您當前網站上的wp-contentwp-config.php檔案。否則,您最終會得到完全空白的重新安裝,從而消除您之前所做的所有設計工作。

如果您有最近的完整備份,則只能替換這些檔案。

不要覆蓋wp-content資料夾和wp-config.php檔案

不要覆蓋wp-content資料夾和wp-config.php檔案

如果沒有wp-content和 wp-config-sample.php 檔案,您的新核心檔案應如下所示:

重新安裝WordPress後的WordPress檔案結構

重新安裝WordPress後的WordPress檔案結構

開啟您的FTP客戶端並使用在您的主機帳戶中找到的SFTP憑據登入到您的網站

連線後,您可以看到您的站點檔案。轉到公共資料夾以開啟您當前的WordPress檔案。

在FTP客戶端的另一端,找到核心WordPress檔案的新集合。如果你在FTP客戶端的並排檢視中,兩邊應該看起來幾乎相同——除了wp-content和 wp-config.php 檔案;我們早些時候從本地環境中刪除了它們。

檢視公共資料夾中的站點檔案

檢視公共資料夾中的站點檔案

在您的WordPress公共目錄中找到wp-content和wp-config.php檔案。

在此步驟中,您希望保留這些檔案並刪除其餘檔案。您可以刪除其餘的檔案,但通常明智的做法是將它們移動到另一個臨時資料夾,以防出現問題。

保留wp-content資料夾和wp-config.php檔案

保留wp-content資料夾和wp-config.php檔案

在刪除這些檔案之前,您的網站在前端可能看起來不錯。您也可能收到錯誤訊息,這就是您首先完成此過程的原因。

為了演示,以下是我們的測試網站在刪除任何檔案之前的樣子:

在刪除檔案之前測試WordPress站點

在刪除檔案之前測試WordPress站點

取出所有內容後,除了wp-content和 wp-config.php 檔案外,使用者在您的前端只能看到空白頁面、錯誤或目錄列表。為了儘量減少您的站點暫時關閉的影響,請在站點目錄中放置一個新的 index.php檔案,並在該檔案中鍵入維護訊息。

建立一個帶有維護訊息的index.php檔案

建立一個帶有維護訊息的index.php檔案

繼續,現在是時候將所有新的核心檔案傳輸到您的網站目錄中了。根據您的FTP客戶端,這通常涉及您拖動新的核心檔案以替換舊的核心檔案或可能從您的計算機上傳它們。

將新的WordPress Core檔案傳輸到您的伺服器

將新的WordPress Core檔案傳輸到您的伺服器

傳輸完成後,您的公用資料夾中的所有內容都應該與您之前擁有的內容幾乎相同。唯一的區別是這些是全新的(乾淨的)核心檔案,希望能解決您之前遇到的任何問題。

成功傳輸WordPress核心檔案

成功傳輸WordPress核心檔案

請務必在轉移後檢查您網站的前端。在我們的測試中,它使我們的網站恢復正常,由於我們沒有替換wp-content和wp-config.php等檔案,因此保持內容和樣式不變。

重新安裝WordPress後檢查您網站的前端

重新安裝WordPress後檢查您網站的前端

注意:您必須更新資料庫或從備份中匯入它。WordPress要求您在重新登入管理儀表板時更新資料庫。使用您最喜歡的WordPress備份外掛通常也可以匯入資料庫備份。

清理你的WordPress檔案

WordPress目錄及其檔案的功能就像一輛汽車。一些檔案用作電池,另一些用作點火開關,而另一些則更像是最重要的發動機。維護和微調後,WordPress工具可以高效執行並定期提供所需的內容。

但是,有時您會得到一個有問題的部件,或者某些東西根本不能像以前那樣工作。這就是 WordPress 以及外掛和主題更新的原因。這就是為什麼開發人員始終如一地維護和備份站點以保持它們的良好執行並在出現問題時保護它們。

與汽車一樣,您需要保持地面上從機油到地毯的所有物品的清潔。否則,您將冒著在未來產生更多問題的風險。

由於這些檔案通常需要清理,因此我們想了解您可以採取的一些步驟,以確保您的目錄僅限於基本內容,並且您的檔案不會被垃圾弄得亂七八糟。

這是一個快速清理過程,可讓您的檔案大放異彩:

  1. 刪除不需要的帖子和頁面,以及質量低劣的內容,這些內容要麼是您網站上其他內容的重複內容,要麼是您的使用者都不會覺得有用的舊內容。
  2. 清除垃圾評論以限制資料庫負載並阻止入侵者。Akismet 外掛是自動消除垃圾評論的最佳解決方案。
  3. 擺脫在每個頁面上載入的資產或使您的網站執行緩慢。WP Asset Clean Up具有最佳功能,這個過程中,尤其是當它涉及到減少檔案之間的請求的HTTP的數量。
  4. 採取自動化的方法來清除您的資料庫。該資料庫在技術上與您的 WordPress 檔案是分開的,但它們都可以協同工作。考慮使用WP-Optimize之類的外掛,或眾多資料庫優化外掛之一,以識別不必要的資料條目並徹底清除它們。
  5. 優化您的媒體元素,使其不會使您的wp-content資料夾成為載入速度緩慢的罪魁禍首。有各種影象優化外掛和方法需要考慮。
  6. 擺脫舊的主題和外掛。這些位於您的wp-content資料夾中,使伺服器混亂並可能減慢站點速度。
  7. WordPress、主題和外掛更新對於堵住安全基礎設施中的漏洞並確保檔案目錄正常執行至關重要。如果可能,請確保您正在執行自動更新。

小結

探索核心WordPress檔案的各個方面需要耐心,但這是一個有益的過程,可以增強您在使用WordPress時的信心,並允許您在需要時做出正確的決定和編輯。此外,瞭解WordPress檔案可確保您完成必要的安全和備份程式,以防萬一您的網站發生問題。

有關整個WordPress根檔案結構的完整概述,請檢視官方WordPress檔案文件。它深入解釋了每個檔案,並可能會解決您對本文未涵蓋的檔案的疑問。

評論留言