🔧 主要功能與用途

• 自訂 RSS Feed：允許使用者根據特定的條件（如作者、分類、標籤、自訂欄位等）生成 RSS Feed。
• 多種過濾條件：支援依據文章類型、狀態、分類、標籤、日期範圍、自訂欄位等進行過濾。
• 排序與顯示選項：可以設定顯示的文章數量、排序方式（如依名稱、日期、作者等），並選擇是否顯示縮圖、自訂欄位等。
• 動態生成 Feed：透過特定的 URL 查詢參數，即可動態生成符合條件的 RSS Feed，而不影響 WordPress 的預設 Feed。

🧩 使用範例

📌 預設呼叫

• 文章類型：post
• 文章狀態：publish
• 每頁顯示數量：20
  📎 示例：
  https://blog.ocam.live?call_custom_simple_rss=1

🖼️ 設定縮圖（精選圖片）大小：

• 參數：csrp_thumbnail_size（字串 | 可選）
• 接受 WordPress 中任何有效的圖片尺寸，如：full、large、medium
• 或使用自訂尺寸（格式為寬x高，例如：400x300）

📎 範例：

• 顯示原圖：...&csrp_thumbnail_size=full
• 顯示大圖：...&csrp_thumbnail_size=large
• 顯示中圖：...&csrp_thumbnail_size=medium
• 自訂尺寸：...&csrp_thumbnail_size=400x300

🗂️ 依文章分類篩選：

• 參數：csrp_cat（字串 | 可選）
• 使用分類 ID

📎 範例：

• 單一分類：...&csrp_cat=4
• 多分類：...&csrp_cat=2,6,17,38
• 排除特定分類：...&csrp_cat=-12,-34,-56

👤 依作者篩選：

• 參數：csrp_author（使用作者 ID）
• 多位作者用逗號分隔，可用負號排除某作者
• 或使用 csrp_author_name（使用作者帳號別名）

📎 範例：

• 單一作者：...&csrp_author=5
• 多位作者：...&csrp_author=2,6,17,38
• 排除作者：...&csrp_author=-5
• 使用帳號名稱：...&csrp_author_name=john

🔢 顯示文章數量：

• 參數：csrp_posts_per_page（整數 | 可選，預設為 20）

📎 範例：
...&csrp_posts_per_page=5

🔤 排序依據：

• 參數：csrp_orderby（字串 | 可選，預設為 date）
  可用值：
• ID、author、name、date、modified、rand

📎 範例：
...&csrp_orderby=name

🔽 排序方向：

• 參數：csrp_order（字串 | 可選，預設為 asc）
  可用值：asc、desc

📎 範例：
...&csrp_order=DESC

🗃️ 文章狀態篩選：

• 參數：csrp_post_status（預設為 publish）
  可用值：
• publish、pending、draft、future、trash、any

📎 範例：

• 僅顯示未來文章：...&csrp_post_status=future
• 多種狀態：...&csrp_post_status=publish,draft

📝 文章類型篩選：

• 參數：csrp_post_type（字串 | 可選，預設為 post）

📎 範例：

• 只顯示頁面：...&csrp_post_type=page
• 自訂文章類型：...&csrp_post_type=books
• 多種文章類型：...&csrp_post_type=page,post

🧷 自訂欄位（meta）篩選：

• csrp_meta_key（必填）
• csrp_meta_value（必填）
• csrp_meta_type（選填）：如 NUMERIC, DATE, CHAR, SIGNED 等
• csrp_meta_compare（選填，預設為 IN）：可用 LIKE, NOT IN, BETWEEN 等

📎 範例：

• 指定 meta：...&csrp_meta_key=_thumbnail_id&csrp_meta_value=1448
• 排除特定值：...&csrp_meta_compare=NOT IN

📅 依日期篩選：

• 啟用：csrp_date=1（必要）
• 起始日期：csrp_date_after（如：2020-01-01、1 week ago）
• 結束日期：csrp_date_before
• 日期類型：csrp_date_after_type、csrp_date_before_type（可選 date 或 modified）

📎 範例：

• 篩選 2014 年修改過的文章：
  ...&csrp_date=1&csrp_date_after=2014-01-01&csrp_date_after_type=modified&csrp_date_before=2015-01-01&csrp_date_before_type=modified
• 篩選一年前建立、上月修改的文章：
  ...&csrp_date=1&csrp_date_after=1 month ago&csrp_date_after_type=modified&csrp_date_before=1 year ago&csrp_date_before_type=date

🚫 排除文章格式：

• csrp_exclude_post_format（字串 | 可選）
• 多格式用逗號隔開

📎 範例：
...&csrp_exclude_post_format=post-format-link,post-format-quote

🧾 顯示文章自訂欄位（meta）：

• csrp_show_meta=1（預設為 0）

🖼️ 顯示文章縮圖：

• csrp_show_thumbnail=1（預設為顯示）

🏷️ 依自訂分類法（taxonomy）篩選：

• csrp_tax_name（必要）：分類名稱
• csrp_tax_term_id（必要）：分類項 ID
• csrp_post_type（可選）

📎 範例：

• 文章類型為 “movie”，分類為 “actor”，ID 為 58 或 57：
  ...&csrp_tax_name=actor&csrp_tax_term_id=58,57&csrp_post_type=movie

🔍 顯示特定文章的自訂分類（taxonomy）：

• csrp_show_post_terms：顯示關聯的自訂分類，如 post_tag,actor

結語

根據個人的使用。我認為其中最好用的是能針對 post meta 的資料作篩選。這大大的強化的了管理者的使用彈性。如文章在產出 RSS 時可針對不同的合作網站作篩選，只要在文章儲存時增加相關的 meta 資料。其它的就可以交給 Custom Simple Rss 的 csrp_meta_key 跟 csrp_meta_value 處理。相當方便。目前唯一使用上的問題是該外掛的最新版本為 2.1.3，最後更新日期為 2021 年 4 月 5 日。雖然最新版本並未發現資安問題但使用上還是要想一下。目前在 wordpress 6.8.1 是可使用的。沒有發現問題。

2025 最新 WP Fastest Cache 的外掛產生的 .htaccess 詳解

簡單 Postfix 郵件主機阻擋垃圾郵件關鍵字

用 ChatGPT 寫 htaccess

WP Fastest Cache 是一款非常流行的 WordPress 快取（Cache）外掛。它的主要作用是幫助你的 WordPress 網站變得更快，提升網站的載入速度和整體效能，對 SEO（搜尋引擎排名）也很有幫助。

為何 WP Fastest Cache 要產生 .htaccess 檔案

WP Fastest Cache 會產生 .htaccess 檔案，主要是因為：

1. 啟用靜態快取規則

WP Fastest Cache 會在 .htaccess 中加上一些 Rewrite Rules（重寫規則），讓伺服器直接提供已經快取好的 HTML 檔案，而不是每次都重新跑 WordPress 的 PHP 程式和資料庫查詢。

➡️ 這樣做大大減輕了伺服器負擔，也讓頁面打開速度超快。

2. 設定 Gzip 壓縮

它會加一些指令，讓伺服器在傳送資料前先壓縮（Gzip 壓縮），減少傳輸的資料量。

➡️ 訪客載入網站時，檔案變小，速度變快。

3. 設定瀏覽器快取（Browser Caching）

在 .htaccess 中加入瀏覽器快取的規則，例如：

apache複製編輯<IfModule mod_expires.c>
  ExpiresActive On
  ExpiresByType image/jpg "access plus 1 year"
  ExpiresByType image/png "access plus 1 year"
  ...
</IfModule>

➡️ 意思是告訴瀏覽器，像圖片這類檔案可以在訪客的電腦上快取一年，下次再進網站時，不用重新載入這些靜態資源。

WP Fastest Cache 產生 .htaccess 檔案內容解釋。網域會有不同，這裡是用 ocam.live 作範例

條件判斷 (RewriteCond)：
RewriteCond %{HTTPS} =on
只針對 HTTPS 請求生效。

RewriteCond %{HTTP_HOST} ^ocam.live
限定主機為 ocam.live（沒有 www）。

RewriteCond %{HTTP:Cookie} !wordpress_logged_in_[^\=]+\=allen|candy|Admin
排除已登入的三個特定使用者：allen、candy、Admin，他們的登入 cookie 不符合這條件就會觸發 rewrite。

RewriteCond %{HTTP_HOST} ^hehopets.com
再次確認主機名是 ocam.live。

RewriteCond %{HTTP_USER_AGENT} !(facebookexternalhit|WP_FASTEST_CACHE_CSS_VALIDATOR|Twitterbot|LinkedInBot|WhatsApp|Mediatoolkitbot)
排除一些常見的爬蟲或社交媒體預覽機器人。

RewriteCond %{HTTP_USER_AGENT} !(WP\sFastest\sCache\sPreload(\siPhone\sMobile)?\s*Bot)
排除 WP Fastest Cache 的預載機器人。

RewriteCond %{REQUEST_METHOD} !POST
只對 GET 等非 POST 的請求處理。

RewriteCond %{REQUEST_URI} !(\/){2,}
避免處理 URL 中有連續兩個以上斜線的請求。

RewriteCond %{THE_REQUEST} !(\/){2,}
同樣防止原始請求中有連續斜線。

RewriteCond %{REQUEST_URI} ![^\/]+\/$
不匹配以目錄形式結尾的 URL（避免重複轉址）。

RewriteCond %{QUERY_STRING} !.+
排除帶有 query string（如 ?id=123）的請求。

RewriteCond %{HTTP:Cookie} !wordpress_logged_in
排除所有已登入的使用者。

RewriteCond %{HTTP:Cookie} !comment_author_
排除有留言者 cookie 的使用者。

RewriteCond %{HTTP:Profile} !^[a-z0-9\"]+ [NC]
不太常見，可能是針對某些特殊裝置的 HTTP Profile 標頭，略過符合條件的 request。

RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/all/$1/index.html -f [or]
如果對應的快取 HTML 檔案存在於 DOCUMENT_ROOT 中的快取路徑。

RewriteCond /var/www/pets/wp-content/cache/all/$1/index.html -f
或是在硬編碼指定的目錄下也有對應快取頁面。

RewriteRule ^(.*) "/wp-content/cache/all/$1/index.html" [L]
如果上面所有條件都成立，則把請求導向對應的快取 HTML 頁面。

[L] 代表這是最後一條規則，執行後就不再處理其他規則。

WP Fastest Cache Rewrite Rule 的缺點

當存取的 URL 裡頭有帶 UTM 等參數時 Rewrite Rule 會失效。換句話說，會改由 PHP 判斷快取要從何處取得。是由已存在的靜態頁檔直接回應還是重新產生。此時該網頁的速度就會大大的減少，個人目測起碼 10 倍以上。這也就是在所有的 wordpress 的快取外掛中少用 UTM 參數。因為會影響到網站反應的速度

為什麼要使用 Redis Object Cache

答案是速度，使用這個快取外掛會把常用到的資料存放到記憶體裡。由於電腦在存取資料時資料來源是記憶體的存取時間會大幅少於傳統硬碟或 M.2 NVME。這個時間差就是你加速的感覺來源。當然除了電腦的 IO 會減少外 CPU 的使用時間也會相對應的減少。這些減少的電腦資源就會變成效率轉成其它電腦可用的用途。如同時上網人數。

一般來說該主機只有一個網站時可不用設定。但多網站時就建議各網站使用自已個別的 Database。除了方便管理之外也可避免掉因為 Redis 的 Database 一樣而產生資料相衝或抓錯不同網站的資料。當一但抓錯資料時你的網站就會出現異常。而且異常的狀況可能非常多樣。所以多個 wordpress 的網站在同一台主機上時通常建議先把各 wordpress 的網站的 database 規劃好並也設定好之後才去裝外掛。

在 wp-config.php 加上 defined( ‘ABSPATH’ ) 上面加上。不可在檔案最尾端加入。在每個需要按裝 Object Cache 外掛的網站都要加上。加上後再去按裝外掛。

define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_PORT', 6379 );
define( 'WP_REDIS_TIMEOUT', 1 );
define( 'WP_REDIS_READ_TIMEOUT', 1 );
define( 'WP_REDIS_DATABASE', 8 );//每個網站都要不一樣，數字可為0至15。如還要更大則需要作其它設定。由於超出本章的範圍就不說明。
define( 'WP_REDIS_MAXTTL', '3600');//資料存在記憶體的時間。單位為秒。

這樣就完成了不同的網站設定不同的 Redis Obejct Cache 的設定。當快取的 Hit 愈高時對網站的加速是愈好。另外也必需要提醒一下。如果你的主機網站太多，也建議去 Redis 的設定檔案修改至少這兩項。

maxmemory 200m //請依自已本身租用主機的記憶體容量去設定。
maxmemory-policy allkeys-lru // allkeys-lru 這是我的建議值 。說明檔有 8 項。依自已判斷。
設定完存檔後重啟 Redis Service.