如果你也是 wordpress 愛用 WP Rocket 的使用者，並且WEB SERVER是用 NGINX 架設的，那肯定要參考這個 GitHub 項目，來作為你 Nginx 以及伺服器上面的最佳設定
先從 github 中下載下來
cd /etc/nginx git clone https://github.com/satellitewp/rocket-nginx.git
並且利用 PHP 產生預設的配置檔
cd rocket-nginx cp rocket-nginx.ini.disabled rocket-nginx.ini php rocket-parser.php
找到 nginx 的設定檔，通常在 /etc/nginx/sites-available ，並且加入設定
server {
...
# Rocket-Nginx configuration
include rocket-nginx/conf.d/default.conf;
...
}如果你有用 Nginx 的快取服務，無論是 fastcgi or proxy cache，都會遇到很難有一套真正好用的清除工具，這邊示範一套自己開發的清除工具，也支援多伺服器使用
你先需要有nodejs，沒有的人先去官網安裝下，安裝完畢的人，先建立一個目錄，並且輸入以下指令，安裝必要的套件
npm init -y npm install express
可以命名為 app.js，內容如下，會建立一個小型的伺服器，用來處理 http 的請求，並且刪除指定的目錄
const express = require('express');
const { exec } = require('child_process');
const fs = require('fs');
const app = express();
const PORT = 3000;
const logFile = 'application.log';
function log(message) {
const timestamp = new Date().toISOString();
fs.appendFileSync(logFile, `${timestamp} - ${message}\n`);
}
app.get('/delete-dir', (req, res) => {
let dir = req.query.dir;
if (!dir || /[^a-zA-Z0-9_\-\/]/.test(dir)) {
log('提供的路徑不合法！');
return res.status(400).send('提供的路徑不合法！');
}
const command = `sudo find /run/proxy_cache/${dir} -mindepth 1 -type d -exec rm -rf {} +`;
exec(command, (error, stdout, stderr) => {
if (error) {
log(`执行错误: ${error}`);
return res.status(500).send('删除子目錄失敗！');
}
log('子目錄删除成功！');
res.send('子目錄删除成功！');
});
});
app.listen(PORT, () => {
log(`服务器正在运行于 http://localhost:${PORT}`);
});其中我把能刪除的資料定義在只有這個目錄下的才行 /run/proxy_cache/ ，避免權限過大問題
打開 sudoers 文件
sudo visudo
加入指令，記得把 <username> 改成自己的名字，或是 www-data
<username> sudo find /run/proxy_cache/ -mindepth 1 -type d -exec rm -rf {} +可以利用 CURL 呼叫 API ，成功就會看到 “子目錄删除成功！” 的訊息
curl "http://localhost:3000/delete-dir?dir=cache_directory"
要記得別讓外部的人可以輕易地存取這項服務，防火牆要記得把port鎖好，執行權限要小心設定，這樣就可以搭配 Nginx Cache 使用，之後再來出對應的刪除功能。
要讓 Node.js 應用在系統開機時由特定使用者（例如 www-data）啟動，需要配置一個 systemd 服務單元。在這個情況中，我們將創建一個服務單元文件來確保 Node.js 應用作為 www-data 使用者運行。
建立一個新的 systemd 服務文件。
sudo nano /etc/systemd/system/nodeapp.service
加入以下配置
[Unit] Description=Node.js Web Application After=network.target [Service] Type=simple User=www-data Group=www-data WorkingDirectory=/path/to/your/app ExecStart=/usr/bin/node /path/to/your/app/app.js Restart=on-failure [Install] WantedBy=multi-user.target
Description: 服務的描述。
After: 這個單元應該在網絡服務可用之後啟動。
User 和 Group: 指定運行此服務的使用者和組。
WorkingDirectory: 指定 Node.js 應用的工作目錄。
ExecStart: 指定啟動應用的命令。
Restart: 指定何時重新啟動服務，on-failure 表示只在程序異常退出時重啟。
重新加載 systemd 配置以讀取新的服務文件：
sudo systemctl daemon-reload
啟用剛創建的服務，使其在開機時自動啟動：
sudo systemctl enable nodeapp.service
啟動服務以檢查它是否運行正常：
sudo systemctl start nodeapp.service
檢查服務的狀態來確認一切正常：
sudo systemctl status nodeapp.service
sudoers 檔案控制了使用者及群組在使用 sudo 指令時的權限。為了安全編輯這個檔案，應該使用 visudo 指令，因為它會檢查語法錯誤，避免創建一個無法使用的 sudoers 檔案。
sudoers 檔案的步驟：開啟你的伺服器的命令行介面。
使用 visudo 編輯 sudoers 檔案： 輸入以下指令以安全方式編輯 sudoers 檔案：
sudo visudo
在編輯器中，新增一條規則，允許 www-data 使用者無需密碼執行特定指令。
www-data ALL=(ALL) NOPASSWD: /usr/bin/rm -rf /path/to/nginx/cache/*
指令的意義是：
www-data：指定的使用者。
ALL=(ALL)：這表示 www-data 使用者可以從任何主機以任何使用者身份執行指令。
NOPASSWD：允許 www-data 使用者在執行指定的指令時不需要輸入密碼。
/usr/bin/rm -rf /path/to/nginx/cache/*：指定 www-data 使用者無密碼可以執行的指令。
如果你使用的是 nano，按 Ctrl+X 來退出，然後按 Y 鍵儲存更改，最後按 Enter 鍵確認檔案名稱。
為了確保設定正確無誤，可以用 www-data 份執行指令：
sudo -u www-data sudo /usr/bin/rm -rf /path/to/nginx/cache/*
如果不需要密碼且指令執行成功，代表 sudoers 檔案配置正確。
www-data 使用者太廣泛的權限。/usr/bin/rm），避免安全風險。sudoers 檔案，確保所有條目仍然符合組織的安全政策和操作需要。先找到設定檔，通常在
sudo nano /etc/nginx/nginx.conf
找到 http ，在他的配置中設定
http {
proxy_cache_path /path/to/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;
...
}
緩存配置
詳細說明
緩存文件將儲存在指定的目錄中。您可以根據您的需求設置此路徑。
此設置控制緩存目錄的層級結構。例如，設置為 1:2 表示將使用兩個層級的目錄來儲存緩存文件。第一層級將包含 10 個子目錄，第二層級將包含 100 個子目錄。
此設置控制緩存區域的名稱和大小。緩存區域是緩存文件的分組。您可以根據您的需求設置多個緩存區域。
此設置控制緩存的最大大小。超過此大小時，最舊的緩存文件將被刪除。
此設置控制在指定的時間內沒有被訪問的緩存文件將被刪除。
找到 config 中的 server ，在裡面添加相關設定
server {
listen 80;
server_name yourdomain.com;
location / {
proxy_pass http://your_backend_server;
proxy_cache my_cache;
proxy_cache_revalidate on;
proxy_cache_min_uses 1;
proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504;
proxy_cache_lock on;
proxy_cache_valid 200 302 10m;
proxy_cache_valid 404 1m;
}
}反向代理配置
sudo nginx -t sudo systemctl reload nginx
Nginx 支持多種時間單位来指定 cache 的有效期，这包括：
s 秒m 分鐘h 小時d 天w 周M 月（30 天）y 年（365 天）舉例子
快取檔案 30 秒
proxy_cache_valid 200 302 30s;
找到你設定的路徑，直接刪除檔案即可
sudo rm -rf /path/to/cache/*
如果你在編譯 Nginx 有加入 cache purge ，就可以用下面的設定，如果你是用預設安裝，通常不包含 cache purge，可以看下我之前的安裝教學
location /purge_cache/ {
proxy_cache_purge my_cache $scheme$host$request_uri;
}在許多 WordPress 網站運營者的心中，提升網站載入速度始終是一項持續的任務。快速的載入速度不僅能改善用戶體驗，降低跳出率，還能在搜索引擎優化（SEO）上取得更好的成績。本文將引導您如何通過配置 NGINX 的 FastCGI Cache 來提升您的 WordPress 網站載入速度。
NGINX 作為一款高效能的 Web 伺服器，其 FastCGI Cache 功能可以對動態內容（如 WordPress 生成的頁面）進行快取，從而減少對後端伺服器的請求，提高頁面載入速度。與其他快取方法相比，FastCGI Cache 直接在 Web 伺服器層面進行操作，能更精確地控制快取內容及其有效期。
建立快取存放的路徑，注意目錄擁有者是 www-data
sudo mkdir -p /etc/nginx/cache sudo chown -R www-data:www-data /etc/nginx/cache
下面的設定是放在記憶體中的設定，如果你想要把快取放在記憶體內，要用下面這一個
sudo mkdir -p /var/run/cache/nginx sudo chown -R www-data:www-data /var/run/cache/nginx
首先，您需要在 NGINX 配置文件中指定快取的儲存路徑及其他相關參數。打開您的 NGINX 配置文件（通常位於 /etc/nginx/nginx.conf），並添加以下配置：
http {
...
fastcgi_cache_path /etc/nginx/cache levels=1:2 keys_zone=WORDPRESS_CACHE:100m inactive=60m max_size=256m;
fastcgi_cache_key "$scheme$request_method$host$request_uri";
fastcgi_cache_use_stale error timeout invalid_header http_500;
fastcgi_ignore_headers Cache-Control Expires Set-Cookie;
...
}這段配置創建了一個名為 WORDPRESS_CACHE 的快取區域，並將其儲存路徑設定為 /etc/nginx/cache。levels=1:2 定義了目錄結構，keys_zone 指定了快取鍵的儲存空間大小，1 MB 的記憶體大約可以存放八千個左右的鍵值，也就是說若設定為 16 MB 的話（16m），大約可以快取 128,000 個左右的網址，max_size 是設定快取檔案的總容量上限（也就是放在 /etc/nginx/cache 中的檔案大小上限），inactive=60m 表示如果快取內容在60分鐘內未被訪問，則會被自動清除。
接下來，在處理 PHP 請求的 location 塊中啟用 FastCGI Cache。這通常在您站點的伺服器配置中（例如 /etc/nginx/sites-available/yourdomain.com）：
server {
...
set $skip_cache 0;
# POST 請求不用快取
if ($request_method = POST) {
set $skip_cache 1;
}
# 若有 query 參數的網址不用快取
if ($query_string != "") {
set $skip_cache 1;
}
# 特殊的網址不用快取
if ($request_uri ~* "(/wp-admin/|/xmlrpc.php|/wp-(app|cron|login|register|mail).php|wp-.*.php|/feed/|index.php|wp-comments-popup.php|wp-links-opml.php|wp-locations.php|sitemap(_index)?.xml|[a-z0-9_-]+-sitemap([0-9]+)?.xml)") {
set $skip_cache 1;
}
# 已登入使用者、留言者不用快取
if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_no_cache|wordpress_logged_in") {
set $skip_cache 1;
}
#正在維護模式中也略過
if (-f "$document_root/.maintenance") {
set $skip_cache 1;
}
# 加入快取資訊表頭（除錯用）
add_header X-Cache $upstream_cache_status;
location ~ \.php$ {
include fastcgi_params;
fastcgi_pass unix:/var/run/php/php8.2-fpm.sock;
fastcgi_index index.php;
include fastcgi.conf;
# FastCGI 快取設定
fastcgi_cache WORDPRESS_CACHE;
fastcgi_cache_valid 200 301 302 1d;
fastcgi_cache_bypass $skip_cache;
fastcgi_no_cache $skip_cache;
# 可以加入除錯用的標頭
add_header X-Cache "$upstream_cache_status From $host";
add_header Cache-Control max-age=0;
add_header Nginx-Cache "$upstream_cache_status";
add_header Last-Modified $date_gmt;
}
...
}這裡，fastcgi_cache 指令啟用了快取，並指定使用前面創建的快取區域。fastcgi_cache_valid 200 60m 表示成功的響應（HTTP 200 狀態碼）將被快取60分鐘。
為了避免快取敏感內容或確保特定條件下的頁面不被快取，您可以進一步細化快取規則。例如，避免快取已登入用戶的內容：
fastcgi_cache_bypass $cookie_user_logged_in; fastcgi_no_cache $cookie_user_logged_in;
這些指令確保當 user_logged_in cookie 存在時，快取將被繞過。
rm -rf /path/to/your/nginx/cache/*
首先去取 nginx 的 config 檔案中加入以下設定
location /purge_cache/ {
allow 127.0.0.1; # 允許本地
allow '多個主機ip';
deny all; # 拒绝其他所有请求
fastcgi_cache_purge WORDPRESS_CACHE $scheme$request_method$host$request_uri;
}接下來就可以安裝 Nginx Helper 或是透過呼叫API網址清除快取
curl -X GET http://your-domain.com/purge_cache/the_uri_to_purge
map $http_user_agent $is_desktop {
default 0;
~*linux.*android|windows\s+(?:ce|phone) 0; # exceptions to the rule
~*spider|crawl|slurp|bot 1; # bots
~*windows|linux|os\s+x\s*[\d\._]+|solaris|bsd 1; # OSes
}
## Revert the logic.
map $is_desktop $is_mobile {
1 0;
0 1;
}
add_header x-ua-device $is_mobile;
# cache key 要加入 is_moubile
fastcgi_cache_key "$scheme$request_method$host$request_uri$is_mobile";若是你把快取得存放路徑設定在記憶體中 /var/run ，那要記得設定重開機自動要建立該目錄，並且讓nginx重生效才行
nano start-fastcgi.sh chmod +x start-fastcgi.sh
start-fastcgi.sh的內容如下
mkdir -p /var/run/cache/nginx chown -R www-data:www-data /var/run/cache/nginx systemctl restart nginx
sudo nano /etc/rc.local
rc.local 內容如下
#!/bin/bash bash /home/yourname/start-fastcgi.sh exit 0
如果之前完全沒有設定過開機自動執行，那你會需要先設定開機自動執行的環境
rc-local 創建一個 Systemd 單元文件sudo nano /etc/systemd/system/rc-local.service
[Unit] Description=/etc/rc.local Compatibility ConditionPathExists=/etc/rc.local [Service] Type=forking ExecStart=/etc/rc.local start TimeoutSec=0 StandardOutput=tty RemainAfterExit=yes SysVStartPriority=99 [Install] WantedBy=multi-user.target
現在您有了一個為 rc-local 正確配置的 systemd 服務文件，您可以啟用並啟動它：
sudo chmod +x /etc/rc.local sudo systemctl enable rc-local.service sudo systemctl start rc-local.service
無法使用 purage_all 功能，可以重新編譯 Nginx ，加入參數 –add-module=/path/to/src/ngx_cache_purge-2.3.1
Nginx Helper 的替代 Nginx FastCGI Cache
Nginx 配置中的 client_max_body_size 參數會限制通過 HTTP 或 HTTPS 請求傳輸的最大消息體積。這個參數對所有客戶端請求體的大小都有影響，包括由 proxy_pass 轉發的文件上傳。
如果 client_max_body_size 沒有在 Nginx 配置中明確設定，則默認值通常是 1MB，這可能導致大於 1MB 的文件上傳失敗。若要允許更大的文件上傳，你需要在 Nginx 的 server 或 http 上下文中增加這個指令並設置一個足夠的值，
例如：
http {
...
client_max_body_size 100M;
...
}或者在特定的 server 或 location 區塊中設定：
server {
...
client_max_body_size 100M;
...
}修改後，記得重新載入或重啟 Nginx 使設定生效：
sudo nginx -t sudo nginx -s reload sudo systemctl restart nginx
這樣就可以讓使用者上傳超過1MB的檔案了
近期留言