Lời ngỏ

Ở Việt Nam, mọi người rất ưa chuộng plugin cache có tên là WP Rocket, và những người sử dụng máy chủ LiteSpeed ​​thường yêu thích LiteSpeed ​​Cache. Những cái tên khác dần chìm nghỉm vì chất lượng kém hoặc cài đặt quá phức tạp.

Không có gì lạ bởi những thử nghiệm thực tế cho thấy hai plugin kể trên luôn đứng đầu về tốc độ. Nhưng chúng không phải là không có nhược điểm của chúng:

• WP Rocket có giá lên đến $ 50 / năm / trang và tôi nghe nói rằng nó không phù hợp trên các máy chủ Nginx hoặc nếu bạn muốn nhanh thì nó sẽ phải cài đặt tương đối phức tạp.
• Bộ nhớ cache LiteSpeed ​​là miễn phí, nhưng phải được gắn với máy chủ trả phí (hoặc miễn phí / openlitespeed) chuyên dụng của nó. Ngoài ra, cài đặt của LiteSpeed ​​Cache có thể mất một tuần đến cả tháng để thiết lập thực sự chính xác và hiệu quả.

CẬP NHẬT: LiteSpeed ​​Cache hiện có thể sử dụng được trên bất kỳ nền tảng máy chủ nào (bao gồm cả APACHE và NGINX), với các máy chủ không phải LiteSpeed ​​họ sử dụng đám mây QUIC để tạo các trang tĩnh, đây là một trong những thay đổi đột phá nhất đối với mảng bộ nhớ cache.

Cache Enabler không có chất lượng cao như WP Rocket, FlyingPress hoặc LiteSpeed ​​Cache, nhưng nó có những ưu điểm:

• Phù hợp với những ai chạy máy chủ Nginx;
• Bạn không tốn đồng nào;
• Rất dễ sử dụng;
• Tuy kém hơn nhưng không thua nhiều so với các plugin cache chất lượng tốt nhất, đặc biệt là trên các trang không có thiết kế, chức năng phức tạp.

Tuy nhiên, nói đi nói lại, trên các loại trang web sau, có thể Cache Enabler KHÔNG phù hợp hoặc không thể so sánh được với các plugin cache thương mại:

• Có số lượng bài viết cực lớn (ví dụ trên 1000 bài);
• Có lưu lượng truy cập cực lớn (ví dụ trên 10 ngàn view/ngày);
• Website có cấu trúc phức tạp cần các tùy biến sâu về cache.

Sau đó, bộ nhớ cache LiteSpeed, FlyingPress, Swift Performance hoặc WP Rocket có lẽ sẽ phù hợp hơn.

Chi phí?

Cache Enabler là một plugin hoàn toàn miễn phí, không phải dạng freemium, tức là không có gói cao cấp nào cả, như Swift Performance Lite, hoặc plugin WP Fastest Cache.

Nói cách khác, sử dụng nó bạn có thể tiết kiệm khoảng 40-50 $ / năm.

Ai phát triển?

Cache Enabler được tạo ra bởi đội ngũ KeyCDN, KeyCDN là công ty công nghệ hàng đầu trong lĩnh vực CDN dành cho người dùng cá nhân, họ cũng là đơn vị phụ trách vai trò CDN cho WordPress hosting cao cấp độc quyền Kinsta *.

(*): Khả năng cao là mối quan hệ này là do Brian Jackson phụ trách, vì trước khi làm CMO cho Kinsta, anh ấy cũng từng làm việc tại KeyCDN ở vị trí phát triển nội dung. Anh em nhà Brian sau này được biết đến với việc phát triển plugin Perfmatters, có nhiều điểm tương đồng với Gonzales.

Khi sử dụng Cache Enabler, bạn sẽ thấy dòng này ở trên cùng:

“Combine KeyCDN with Cache Enabler for even better WordPress performance and achieve the next level of caching with a CDN.”

Ý nghĩa: “Kết hợp KeyCDN với Cache Enabler để có hiệu suất, tốc độ WordPress tốt hơn và các cấp độ bộ nhớ đệm mới với CDN”.

Đó là lý do tại sao Cache Enabler không có phiên bản cao cấp! KeyCDN vẫn kiếm tiền vì nhiều người biết đến dịch vụ CDN của họ hơn, một lĩnh vực chắc chắn khác với plugin bộ nhớ cache nhưng rất gần.

Chất lượng thế nào?

Cộng đồng người dùng nói chung coi Cache Enabler không tệ. Nó được xếp hạng 4,3 sao (trong số tối đa 5) sao với hơn 80.000 lượt tải xuống.

Cache Enabler đã từng được tác giả CentminMod phát triển tích hợp làm cache engine mặc định, nay CentminMod đã chuyển sang WP Super Cache (vì Cache Enabler quá đơn giản?).

Cá nhân mình thấy Cache Enabler cho tốc độ rất tốt và Cache Enabler cũng nằm trong gói combo Vultr HF + ServerPilot + Cache Enabler mà mình khuyên dùng để có được hosting chất lượng.

Các tùy chọn

(1). Cache Expiry: Thời gian hết hạn của bộ nhớ cache là tính bằng giờ, tức là sau thời gian này, bộ nhớ cache sẽ được làm mới. Nếu bạn đặt nó thành 0, bộ nhớ cache sẽ không bao giờ hết hạn.

Cá nhân tôi thường cache 1 tuần = 168 giờ. Tùy chọn này phụ thuộc vào mức độ hoạt động thực tế trên blog. Nếu blog của bạn có ít cập nhật, ít bài đăng mới hoặc nhận xét, bạn có thể giữ bộ nhớ cache trong cả tháng.

(2). Cache Behavior: Hành vi cache, trong đó có 5 mục để bạn lựa chọn.

• Clear the complete cache if a new post has been published (instead of only the home page cache): Có nghĩa là xóa toàn bộ bộ nhớ cache nếu có bài viết mới được xuất bản (thay vì chỉ trang chủ được lưu trong bộ nhớ cache).
• Clear the complete cache if a new comment has been posted (instead of only the page specific cache):TẮT. Nếu được bật, plugin sẽ xóa toàn bộ bộ nhớ cache nếu nhận xét mới được chấp thuận để đăng (thay vì chỉ xóa bộ nhớ cache của trang cụ thể có nhận xét).
• Pre-compression of cached pages. Needs to be disabled if the decoding fails in the web browser: TẮT. Nếu được bật, plugin sẽ nén trước trang đã lưu trong bộ nhớ cache thành Gzip. Bạn cần tắt tính năng này nếu giải nén không thành công trong trình duyệt web của bạn, tôi thường không kích hoạt tính năng này vì rủi ro quá lớn so với lợi ích.
• Create an additional cached version for WebP image support. Convert your images to WebP with Optimus: Điều này có nghĩa là tạo thêm một phiên bản được lưu trong bộ nhớ cache để hỗ trợ định dạng hình ảnh WebP, hình ảnh của bạn được chuyển đổi sang WebP bằng cách sử dụng Optimus (cũng là một công cụ được phát triển bởi KeyCDN).
• Clear the complete cache if any plugin has been upgraded: nên BẬT. Nghĩa là xóa toàn bộ cache nếu có bất kỳ plugin nào được cập nhật.

Sự lựa chọn thực tế tùy thuộc vào tình hình, nhưng xóa toàn bộ bộ nhớ cache không phải là một ý kiến ​​hay trong hầu hết các trường hợp, đặc biệt là trên một trang web có nhiều bài viết. Ví dụ, chỉ vì một bình luận được đăng mà bạn xóa toàn bộ bộ nhớ cache của trang web thường là không hợp lý.

(3). Cache Exclusions: Các trang cần được loại trừ không cần phải được lưu vào bộ nhớ đệm. Điển hình nhất là trang giỏ hàng, thanh toán trên các trang thương mại điện tử, bạn không được cache các trang như vậy, vì sẽ làm sai lệch thông tin giỏ hàng thực tế của người dùng. Và nói chung, các trang có yếu tố động cao không nên được lưu vào bộ nhớ đệm.

Các tùy chọn:

• Post or Pages IDs separated by a , that should not be cached: Điều này có nghĩa là bạn xác định các bài viết không cần lưu vào bộ nhớ cache theo ID của chúng, được phân tách bằng dấu phẩy (“,”). Phương pháp này thường chỉ hoạt động nếu bạn có khoảng 10 bài viết không cần lưu vào bộ nhớ đệm, nếu không việc cộng trừ sẽ rất khó và khó hiểu. Cách xác định ID của bài viết là bạn nhấn sửa sẽ thấy phần đuôi phía sau bài viết, ví dụ post.php? Post = 13879 & action = edit thì ID của bài viết chính là 13879
• Regexp matching page paths that should not be cached: Điều này có nghĩa là bạn có thể xác định các bài viết không cần lưu trong bộ nhớ cache thông qua biểu thức regexp, nó chỉ cần phù hợp với đường dẫn và bài viết sẽ không được lưu trong bộ nhớ cache, bằng cách này bạn có thể bỏ qua toàn bộ thư mục – chọn qua regexp sẽ giúp bạn tiết kiệm rất nhiều rắc rối hơn là ngăn nó lưu vào bộ nhớ đệm thông qua các ID vì đây là một đối sánh hàng loạt. Nó nên được áp dụng cẩn thận vì nếu bạn làm sai, bạn sẽ không lưu vào bộ nhớ cache của trang mà nó sẽ được lưu vào bộ nhớ cache.
• Regexp matching cookies that should cause the cache to be bypassed: Điều này có nghĩa là các cookie phù hợp sẽ được lưu vào bộ nhớ đệm. Rất thích hợp để ứng dụng với các trang thương mại điện tử. Giá trị mặc định nếu điều này chưa được đặt: /^(wp-postpass|wordpress_logged_in|comment_author)_/

(4). Cache Inclusions: các trang cần được lưu vào bộ nhớ đệm mà trong cài đặt thông thường sẽ không được lưu vào bộ nhớ đệm.

Regexp matching campaign tracking GET attributes that should not cause the cache to be bypassed: Điều này có nghĩa là các chiến dịch có thuộc tính theo dõi GET không được bỏ qua và không được lưu vào bộ nhớ đệm.

Giá trị mặc định nếu phần này bạn không đả động gì: /^utm_(source|medium|campaign|term|content)$/

(5). Cache Minification: phần này được dùng vào việc rút gọn trước mã nguồn, và có 3 tùy chọn:

• Chẳng làm gì cả (disabled)
• HTML (chỉ rút gọn HTML)
• HTML & Inline JS (rút gọn cả HTML và JS nội tuyến)

Tôi cũng không làm bất cứ điều gì về phần này, vì trang đã được thu nhỏ bằng plugin Tự động hóa ..

PS: tính năng minify ít có tác dụng tăng tốc rất nhỏ, nếu bạn quan tâm đến tốc độ xây dựng cache (gồm cả prebuid cache/xây dựng trước cache, lần xây cache trong khi người dùng truy cập) thì nên vô hiệu hóa tính năng này. Trên đa số website, với các plugin cache thương mại hiện tôi cũng không hay dùng minify.

Cache Enabler không phù hợp với ai?

Mặc dù plugin Cache Enabler có rất nhiều ưu điểm, nhưng nếu bạn rơi vào những trường hợp sau, nó có thể không còn là công cụ phù hợp nhất nữa:

• Bạn muốn plugin cache có tốc độ tốt nhất có thể: nếu vậy, các plugin bạn nên quan tâm là LiteSpeed ​​Cache, FlyingPress, WP Rocket và Swift Performance.
• Bạn muốn tích hợp nhiều tính năng tối ưu vào một plugin duy nhất: Sử dụng Cache Enabler bạn sẽ phải cài thêm nhiều plugin khác, vì nó chỉ tập trung vào cache mà thôi. Nếu bạn muốn sự tiện lợi, các plugin bộ nhớ đệm trả phí sẽ là lựa chọn tốt hơn, vì chúng thường tích hợp rất nhiều tính năng vào sản phẩm (nén hình ảnh, tải lười biếng, nén theo gói CSS / JS, CSS quan trọng, trì hoãn JS, bộ nhớ đệm phía bên ngoài). trình duyệt, webp, v.v. & đám mây)

Kết luận

Cache Enabler thực sự rất đơn giản, với blog mà tôi áp dụng nó vào nó thậm chí còn đơn giản hơn – ngoài việc kích hoạt plugin, tôi không có bất kỳ tùy chọn nào được bật! Tất nhiên, đây chỉ là trường hợp cụ thể của tôi. Nếu trang của bạn là trang thương mại điện tử, có quảng cáo, nhận được nhiều lượng truy cập từ các nguồn giới thiệu thì bạn phải đặc biệt chú ý đến mục số (3) so với mục số (4).