cài đặt plugin tổng bộ đệm w3. Định cấu hình plugin bộ nhớ đệm W3 Total Cache. Bộ nhớ đệm trang là gì

Đối với mỗi tính năng của plugin được liệt kê và không được liệt kê ở đây, đều có tab riêng để cài đặt chi tiết hơn. Tôi sẽ chỉ nói vài lời về tab Bộ nhớ đệm Trang—các trang trong bộ nhớ đệm của trang. Trong khối Chung đầu tiên của tab này, bạn có thể chỉ định trang nào và người dùng nào bạn có thể bật bộ nhớ đệm. Tôi nghĩ bạn sẽ tự mình tìm ra điều đó, bởi vì về mặt logic, bạn có thể hiểu rằng không có lý do gì để lưu trang 404 vào bộ nhớ đệm.

Tính năng tiếp theo, Cache Preload, là tính năng tôi đặc biệt thích ở W3 Tổng bộ nhớ đệm. Hàm này, dựa trên dữ liệu trong tệp sitemap.xml, tạo bộ nhớ đệm của một số trang được chỉ định trong mỗi khoảng thời gian được chỉ định. Nhờ đó, trang web của bạn sẽ được lưu trữ hoàn toàn sau một thời gian (tùy thuộc vào kích thước trang web của bạn). Không giống như WP Super Cache cũng cung cấp tính năng này, nó thực sự hoạt động ở đây. Kể từ Super Cache, trong một số nỗ lực buộc nó phải lưu vào bộ nhớ đệm toàn bộ trang web (nó đã được thử trên hai trang web khác nhau), chỉ giả vờ bận rộn với công việc. Trên thực tế, bộ nhớ đệm hoàn toàn không được bổ sung.

Trong cột tiếp theo, bạn có thể chỉ định những trang nào cần được cập nhật trong bộ đệm khi một trang được chỉnh sửa. Ở đây tôi nghĩ sẽ là một ý tưởng hay nếu cập nhật trang chính và trang danh mục, nhưng một lần nữa, tất cả phụ thuộc vào trang web và ý kiến ​​của bạn.

Mục cuối cùng được gọi là Nâng cao và nó đặc biệt thú vị vì trong đó bạn có thể định cấu hình thời gian tồn tại của bộ đệm, theo mặc định, nếu tôi không nhầm, được đặt ở mức 5-10 phút, tôi không nhớ. Điều này cũng thú vị vì mục đầu tiên, dường như bao gồm toàn bộ vấn đề này, lại không hoạt động. Tuy nhiên, hãy thử mục có tên Khoảng thời gian thu gom rác và kiểm tra xem điều gì sẽ xảy ra nếu từ một trình duyệt khác (ở chế độ ẩn danh sẽ còn tốt hơn) bạn truy cập một trang được lưu trong bộ nhớ đệm 10-15 phút trước, sau đó xem nhận xét ở cuối mã trang cho biết thời gian tạo bộ đệm. Nếu thời gian đã được cập nhật và bằng với thời gian bạn truy cập, thì than ôi, plugin đó có lỗi hoặc muốn kiếm tiền cho các dịch vụ của nó.

Đó là tất cả phần chính thức, có nghĩa là cuộc phỏng vấn sau đó sẽ bắt đầu với lời khuyên của một phi công đã có kinh nghiệm về điều kỳ diệu này.

Sự cố với W3 Total Cache

Có lẽ chúng ta hãy bắt đầu với thực tế là tôi sẽ mô tả cấu hình của máy chủ nơi trang web đang chạy W3 Total Cache và plugin này được đính kèm. Đây là VPS chạy hệ điều hành CentOS 6.5, trong đó Apache chậm được cài đặt ở phần phụ trợ và Nginx nhanh và linh hoạt được đặt ở vị trí thoải mái ở giao diện người dùng. Ngoài ra, eAccelerator được cài đặt để lưu các truy vấn vào bộ nhớ đệm trong cơ sở dữ liệu, điều này cùng với việc không cần đến những kẻ gian xảo nhất, cho phép bạn chỉ cần chức năng đầu tiên và quan trọng nhất của plugin W3 Total Cache. Từ đây, tôi muốn cắt ngay các nhận xét và tuyên bố liên quan đến thực tế rằng có lẽ W3 Total Cache hoạt động kém hơn các plugin tương tự khác theo một số cách, vì plugin này (cụ thể là W3 Total Cache) tự hào có khả năng tương thích hoàn toàn với Nginx, trong khi tất cả các plugin khác sẽ thêm mã của họ vào tệp .htaccess và chờ đợi với sự bối rối rõ ràng cho đến khi quản trị viên viết lại những bản viết lại này bằng ngôn ngữ mà Nginx có thể hiểu được. Điều thứ hai, tôi phải nói, tôi đã thất bại. Chính xác hơn, tôi không thể tìm thấy các bản viết lại có thể khiến Super Cache và Nginx trở thành bạn bè. Có lẽ như vậy thì tốt hơn, vì bây giờ tôi rất vui được thay thế Super Cache trên blog này bằng W3 Total Cache. Nhưng trong gia đình có một số người da đen và W3TC không quá vô hại. Với đoạn này, tôi kết thúc đoạn độc thoại của mình về những gì cần phải làm với máy chủ Nginx để lưu trữ các trang của trang web (Tôi luôn vui mừng khi nghe các phương pháp lưu trữ khác).

Vì vậy, không ai sẽ gặp phải bất kỳ vấn đề nào trong quá trình giới thiệu W3 Total Cache cho Nginx, và thậm chí còn hơn thế nữa với Apache, và do đó, hãy chuyển sang giải quyết vấn đề không thể thay đổi thời gian tồn tại của bộ đệm, cũng như thực tế là W3 Total Cache hoàn toàn từ chối lắng nghe mọi cài đặt được thực hiện, chẳng hạn như cấm lưu vào bộ nhớ đệm các trang có yêu cầu (trang tìm kiếm) và cấm lưu vào bộ nhớ đệm đối với người dùng. Nếu tôi vẫn chưa tìm ra hai cái cuối cùng, mặc dù tôi đã cố gắng chỉnh sửa thủ công tệp cấu hình (nhân tiện, nằm ở wp-content/w3tc-config/master.php), thì tôi đã giải quyết được cái đầu tiên một. Tôi muốn nói rằng những thay đổi được thực hiện trong bảng quản trị của plugin này thường được lưu trong tệp này, nhưng tốt hơn hết bạn nên kiểm tra kỹ vì mỗi biến đều có một tên dễ hiểu. Trong tất cả các biến, tôi quan tâm đến biến pgcache.late_init (rất có thể là từ Khởi tạo muộn - cùng một mục không hoạt động), mà tôi ngay lập tức đặt thành true, cũng như tham số pgcache.cache.nginx_handle_xml, sau khi cài đặt điều đó là đúng, plugin cuối cùng đã bắt đầu lắng nghe con số được nhập vào trường về thời gian tồn tại của bộ nhớ đệm tối đa. Quá trình kiểm tra cho thấy rằng sau những thay đổi này, trên máy chủ được đề cập ở trên, thời gian tồn tại của bộ đệm thực sự bắt đầu trùng với giá trị do người dùng chỉ định.

Vì tuổi thọ của bộ đệm là điểm quan trọng nhất đối với tôi trong toàn bộ quá trình thiết lập plugin W3 Total Cache, nên tôi nghĩ rằng dị giáo này tiếp tục lưu vào bộ nhớ đệm các trang tìm kiếm và trang của người dùng đã đăng nhập (trong đó, may mắn thay, chỉ có một, đó là tôi). Rốt cuộc, với tất cả những điều này, chỉ có dung lượng trên ổ cứng bị ảnh hưởng, hiện tại là khá đủ và thậm chí với bộ nhớ đệm đầy đủ của tất cả các trang, bao gồm cả phiên bản dành cho thiết bị di động, nhân tiện, plugin cũng có thể lưu vào bộ nhớ đệm riêng biệt ở đó sẽ vẫn còn rất nhiều dung lượng còn lại trên hosting. Tuy nhiên, nếu ai biết cách chữa plugin cho căn bệnh này thì liên hệ với studio nhé.

Nhớ lại phiên bản di động của trang web, tôi muốn nói rằng plugin cũng có thể lưu vào bộ đệm phiên bản này và riêng biệt, đó là một tin tốt. Để thực hiện việc này, bạn cần chuyển đến tab Nhóm tác nhân người dùng và chọn hai hộp kiểm bên cạnh mục Bật. Ở mỗi điểm, bạn có thể thêm tác nhân người dùng của riêng mình cho một số thiết bị mới. Bộ đệm phiên bản di động được lưu trong cùng thư mục trang với bộ đệm phiên bản chính. Sự khác biệt duy nhất là việc bổ sung các hậu tố cao và thấp (đây là tên gọi mặc định của các nhóm). Nhân tiện, bạn có thể thêm nhóm của riêng mình. Hạn chế duy nhất của phiên bản di động là plugin không thể tạo bộ nhớ đệm một cách độc lập cho phiên bản di động của trang web, điều đó có nghĩa là chỉ người dùng của bạn (hoặc bạn) mới làm được việc này.

Vấn đề tiếp theo với W3 Total Cache là trên trang web này, ngay sau khi kích hoạt plugin này và kích hoạt chức năng bộ đệm, toàn bộ trang web chìm trong tình trạng vô nghĩa, điều này cho thấy có vấn đề với mã hóa W3 Total Cache. Trang web sử dụng mã hóa UTF-8 và thậm chí những ký tự này còn xuất hiện trong cài đặt plugin. Tuy nhiên, cả việc kích hoạt mục hỗ trợ bộ ký tự blog Vô hiệu hóa UTF-8 và vô hiệu hóa nó đều không mang lại kết quả gì. Hơn nữa, trong sâu thẳm Internet, người ta đã tìm thấy một gợi ý rằng bạn cần thêm dòng AddDefaultCharset UTF-8 vào đầu tệp .htaccess, nhưng phương pháp này không giúp ích được gì. Và vì các tìm kiếm sâu hơn không dẫn đến bất cứ điều gì đáng giá, WP Super Cache đã được cài đặt (thoạt nhìn, không phải là không có một số vấn đề được mô tả ở trên, nhưng có lẽ sau này còn nhiều vấn đề hơn nữa).

Mã hóa W3 Total Cache, tình bạn của W3 Total Cache với Nginx, phiên bản di động của trang web... Chà, có vẻ như tôi đã không bỏ lỡ bất cứ điều gì tôi đã thu thập được trong quá trình làm quen với công cụ này, điều đó, tôi phải nói, công việc của nó khá tốt. Nếu các trang của trang trên, đánh giá theo số liệu thống kê từ Pingdom.com, được tải trong 1-2 giây, thì con số này đối với một trang được lưu trong bộ nhớ đệm là 0,5-0,7 giây. Nếu bạn chuyển sang Tốc độ trang từ Google được kính trọng, bạn chỉ có thể gặp phải cảnh báo rằng tài nguyên, tập lệnh và những thứ rác rưởi khác được tải cùng với trang này là điểm tiêu cực duy nhất trong quá trình tối ưu hóa kỹ thuật hoàn hảo của trang web. Và điều thú vị là Google chửi bới tập lệnh JQuery, được tải xuống từ kho lưu trữ... vâng, chính xác là từ kho lưu trữ của Google. Họ nên tự mình giải quyết vấn đề này.

Nói chung là không tệ, tôi viết nguệch ngoạc về quá trình cài đặt và định cấu hình plugin W3 Total Cache và các cuộc thảo luận thêm về plugin nàyđể làm cho nó hoạt động giống như một con người. Tôi sẽ rất vui khi nhận được bất kỳ nhận xét, lời khuyên, yêu cầu đầy đủ nào, v.v.

Trong phần này, chúng ta đã tìm hiểu về tầm quan trọng của việc sử dụng bộ nhớ đệm cho WordPress bằng ví dụ về plugin W3 Total Cache. Hôm nay chúng ta sẽ bắt đầu thiết lập nó. Nhưng trước tiên, hãy đi tới menu Plugins - Add New và cài đặt plugin W3 Total Cache cho trang WordPress của bạn.

Trong bảng quản trị trang web của bạn sẽ xuất hiện ở bên trái phần mới"Hiệu suất". Nhấp vào nó để mở bảng plugin W3TC, từ đó bạn sẽ tìm thấy thông tin chi tiết về plugin.

• Dịch vụ cao cấp chứa thông tin về hỗ trợ trả phí cho tất cả các câu hỏi từ nhóm.
• TRONG Thông báo Một liên kết đến các nhà phát triển plugin được cung cấp.
• Di tích mới chứa tổng quan thống kê về hiệu suất của trang web theo máy chủ.
• Trang Báo cáo tốc độ trang của Google sẽ khả dụng sau khi định cấu hình plugin W3 Total Cache. Phần này sẽ hiển thị thông tin hiệu suất trang web và báo cáo tốc độ tải trang.

Cài đặt chung

Bây giờ chúng ta hãy chuyển sang cài đặt. Nhấp vào Cài đặt chung trong menu plugin, nơi bạn sẽ tìm thấy cài đặt chung cho toàn bộ plugin. Và bây giờ chúng ta sẽ xem xét từng bước một.

1. Chế độ xem trước (chế độ xem)

Nếu bạn muốn kiểm tra plugin W3TC trước khi bắt đầu sử dụng nó ở phiên bản công khai cho trang web của mình, hãy bật chế độ này.

• Chế độ xem được bật có nghĩa là không ai ngoại trừ quản trị viên trang web có thể xem kết quả của plugin W3TC.
• Chế độ xem bị tắt (theo mặc định) có nghĩa là tất cả mọi người đều có thể xem hoạt động của plugin. Trong hình trên, chế độ này đã bị tắt. Hãy chắc chắn rằng bạn cũng đã chọn đúng chế độ.

Sử dụng Chế độ xem trước(chế độ xem) để kiểm tra cài đặt trước khi bạn sử dụng chúng trên trang web. Chế độ này vẫn hoạt động ngay cả sau khi cài đặt được mở rộng cho đến khi tính năng này bị tắt.

2. Bộ đệm trang

Chúng ta đã nói rất nhiều về bộ nhớ đệm trong bài viết trước về cách thiết lập W3TC. Bằng cách kích hoạt nó, bạn có thể giảm thời gian tải trang. Thông thường, khi người dùng yêu cầu một trang, WordPress sử dụng các tập lệnh PHP và truy vấn cơ sở dữ liệu, việc này tiêu tốn tài nguyên máy chủ và do đó mất nhiều thời gian hơn để tìm trang.

Mỗi khi người dùng yêu cầu bất kỳ trang nào, điều tương tự như được mô tả ở trên sẽ xảy ra. Do đó, việc kích hoạt tùy chọn Bộ đệm trang sẽ cung cấp bản sao bộ đệm của tất cả các trang. Để thực hiện việc này, hãy đảm bảo rằng hộp yêu cầu đã được chọn.

Tùy chọn tiếp theo là Phương pháp bộ đệm trang(phương pháp bộ nhớ đệm trang) và mặc định Đĩa: Tăng cường. Tùy chọn này phụ thuộc vào loại máy chủ bạn đang sử dụng. Nói chung, tùy chọn Đĩa: Nâng cao phù hợp với mọi loại.

Tính năng chuyên nghiệp: nó là gì?

Máy chủ chia sẻ

Đây là những máy chủ chia sẻ ảo

Hai lựa chọn đầu tiên là Đĩa:Cơ bản Và Món ăn: Tăng cường- được sử dụng để lưu trữ ảo (khi một số trang web chia sẻ một máy chủ).

• Máy chủ chia sẻ | Đĩa: Cơ bản - lý tưởng cho việc lưu trữ chi phí thấp
• Máy chủ chia sẻ| Đĩa: Nâng cao - được khuyên dùng cho dịch vụ lưu trữ khác

Cần phải lựa chọn Đĩa: Tăng cường. Nếu trang web của bạn bắt đầu chạy chậm và nhà cung cấp dịch vụ lưu trữ cho biết rằng họ đang sử dụng các tài nguyên bổ sung thì hãy thay đổi tùy chọn thành Disk: Basic hoặc thay đổi dịch vụ lưu trữ.

Máy chủ chuyên dụng/ảo

Máy chủ chuyên dụng/ảo.

Nếu bạn sử dụng một máy chủ chuyên dụng mạnh mẽ thì W3TC cho phép bạn sử dụng một số lượng lớn các tham số. Máy chủ chuyên dụng không chia sẻ máy chủ với nhiều trang web. Vì vậy, bạn phải kiểm soát nó hoàn toàn. Mặc dù máy chủ ảo là bán chuyên dụng, được chia sẻ giữa nhiều người dùng (giống như lưu trữ chia sẻ ảo).

Opcode: Bộ đệm PHP thay thế

Bộ đệm PHP thay thế. Đây là một giải pháp PHP mã nguồn mở miễn phí giúp lưu trữ mã PHP.

Mã sản phẩm: eAccelerator

Trình tăng tốc và tối ưu hóa mã PHP.

Mã lệnh: XCache

Đây là bộ đệm Opcode PHP nhanh nhất và ổn định nhất và được hỗ trợ đầy đủ trên cả Linux và Windows.

Mã sản phẩm: WinCache

Được thiết kế dành riêng cho Windows dưới dạng giải pháp Nguồn mở cho bộ đệm ẩn Opcode PHP, bộ đệm tệp, thông báo thay đổi tệp, phiên bộ đệm.

Nhiều máy chủ

Khi một trang web chia sẻ tài nguyên của nhiều máy chủ và Memcache có sẵn thì bạn cần sử dụng tùy chọn này.

3. Giảm thiểu

Việc giảm thiểu mã CSS, JS và HTML giúp giảm kích thước và số lượng tệp, điều này cuối cùng giúp cải thiện tốc độ tải trang.

Phần này của plugin W3TC cần được cấu hình rất cẩn thận. Có các phần riêng biệt trong menu thả xuống dành cho HTML, JavaScript và CSS. Bạn cần kiểm tra từng tùy chọn này, sau đó kiểm tra trang web để tìm hiểu xem chúng có hoạt động chính xác hay không.

Giảm thiểu: bật tùy chọn bằng cách chọn hộp

Chế độ thu nhỏ

Tùy chọn này có thể hoạt động tự động. Nhưng nếu nó không tự động hoạt động tốt thì hãy sử dụng Manual. Cài đặt thủ công chúng tôi sẽ đề cập trong hướng dẫn tiếp theo.

Giảm thiểu phương pháp bộ đệm

Bạn có thể xem lại phần giải thích về tùy chọn này ở trên một lần nữa. Tùy chọn được đề xuất ở đây - đĩa.

Công cụ khai thác HTML

Bạn có thể sử dụng tiêu chuẩn ( Mặc định) công cụ rút gọn cho HTML. Nếu bạn gặp bất kỳ vấn đề nào với trang web, chẳng hạn như lỗi mẫu, hãy thử sử dụng Ngăn nắp thay vì Mặc định. Mặc dù nó khó có thể hiển thị lỗi khi thu nhỏ HTML.

Công cụ khai thác JS

Bạn cũng có thể sử dụng tùy chọn JSMinđể giảm thiểu JavaScript, đó là tiêu chuẩn. Nếu bạn gặp bất kỳ vấn đề nào, hãy thử các lựa chọn thay thế.

Công cụ khai thác CSS

Một lần nữa, trong trường hợp CSS Minifier, bạn có thể tiếp tục sử dụng các tùy chọn tiêu chuẩn cho đến khi có bất kỳ vấn đề nào phát sinh.

Nếu có bất kỳ khó khăn nào phát sinh trong hoạt động của trang web, chẳng hạn như biến dạng mẫu, thì nguyên nhân có thể là do CSS hoặc JavaScript hoạt động không chính xác. Để giải quyết những vấn đề này, hãy tắt các tùy chọn thu nhỏ. Máy chủ Lite Speed ​​thường xung đột với việc thu nhỏ.

W3 Total Cache cải thiện trải nghiệm SEO và người dùng trên trang web của bạn bằng cách tăng hiệu suất trang web, giảm thời gian tải thông qua các tính năng như tích hợp mạng phân phối nội dung (CDN) và các phương pháp hay nhất mới nhất.

Các chỉ một khuôn khổ Tối ưu hóa Hiệu suất Web (WPO) bất khả tri của máy chủ web dành cho WordPress được hàng triệu nhà xuất bản, nhà phát triển web và máy chủ web trên toàn thế giới tin cậy trong hơn một thập kỷ.

THUẬN LỢI

• Những cải tiến về thứ hạng trang kết quả của công cụ tìm kiếm, đặc biệt đối với các trang web thân thiện với thiết bị di động và các trang web sử dụng SSL
• Cải thiện ít nhất 10 lần về hiệu suất tổng thể của trang web (Cấp A trong WebPagetest hoặc cải thiện đáng kể về Tốc độ trang của Google) khi đã cấu hình đầy đủ
• Cải thiện tỷ lệ chuyển đổi và “hiệu suất trang web” ảnh hưởng đến thứ hạng trang web của bạn trên Google.com
• Lượt xem trang lặp lại "tức thì": bộ nhớ đệm của trình duyệt
• Kết xuất lũy tiến được tối ưu hóa: các trang bắt đầu hiển thị nhanh chóng và có thể được tương tác nhanh hơn
• Giảm thời gian tải trang: tăng thời gian khách truy cập trên trang web; khách truy cập xem nhiều trang hơn
• Cải thiện hiệu suất máy chủ web; duy trì thời gian lưu lượng truy cập cao
• Tiết kiệm băng thông lên tới 80% thông qua thu nhỏ và nén HTTP của HTML, CSS, JavaScript và nguồn cấp dữ liệu

TÍNH NĂNG CHÍNH

• Tương thích với dịch vụ lưu trữ chia sẻ, máy chủ riêng/chuyên dụng ảo và máy chủ/cụm chuyên dụng
• Quản lý mạng phân phối nội dung (CDN) minh bạch với Thư viện phương tiện, tệp chủ đề và chính WordPress
• Hỗ trợ trên thiết bị di động: lưu vào bộ nhớ đệm các trang tương ứng theo người giới thiệu hoặc nhóm tác nhân người dùng, bao gồm chuyển đổi chủ đề cho các nhóm người giới thiệu hoặc tác nhân người dùng
• Hỗ trợ Trang di động tăng tốc (AMP)
• Hỗ trợ Lớp cổng bảo mật (SSL)
• Bộ nhớ đệm của các trang và bài đăng (được rút gọn và nén) trong bộ nhớ hoặc trên đĩa hoặc trên (FSD) CDN (theo nhóm tác nhân người dùng)
• Bộ nhớ đệm CSS và JavaScript (được rút gọn và nén) trong bộ nhớ, trên đĩa hoặc trên CDN
• Lưu trữ nguồn cấp dữ liệu (trang web, danh mục, thẻ, nhận xét, kết quả tìm kiếm) trong bộ nhớ hoặc trên đĩa hoặc trên CDN
• Bộ nhớ đệm các trang kết quả tìm kiếm (tức là URI có biến chuỗi truy vấn) trong bộ nhớ hoặc trên đĩa
• Bộ nhớ đệm các đối tượng cơ sở dữ liệu trong bộ nhớ hoặc trên đĩa
• Bộ nhớ đệm các đối tượng trong bộ nhớ hoặc trên đĩa
• Bộ nhớ đệm các đoạn trong bộ nhớ hoặc trên đĩa
• Giảm thiểu bài viết, trang và nguồn cấp dữ liệu
• Giảm thiểu JavaScript nội tuyến, được nhúng hoặc của bên thứ 3 (với các bản cập nhật tự động)
• Giảm thiểu CSS nội tuyến, được nhúng hoặc của bên thứ 3 (với các bản cập nhật tự động)
• Bộ nhớ đệm của trình duyệt sử dụng tính năng kiểm soát bộ nhớ đệm, các tiêu đề và thẻ thực thể hết hạn trong tương lai (ETag) với tính năng "xóa bộ nhớ đệm"
• Nhóm JavaScript theo mẫu (trang chủ, trang bài đăng, v.v.) với kiểm soát vị trí nhúng
• Nhúng JavaScript không chặn
• Nhập tệp đính kèm bài đăng trực tiếp vào Thư viện phương tiện (và CDN)
• Hỗ trợ WP-CLI để xóa bộ đệm, cập nhật chuỗi truy vấn và hơn thế nữa
• Tính năng bảo mật khác nhau
• Thống kê bộ nhớ đệm để hiểu rõ hơn về hiệu suất
• Khung mở rộng để tùy chỉnh hoặc mở rộng, ví dụ: Di tích mới, Cloudflare, WPML và hơn thế nữa
• Tích hợp proxy ngược qua Nginx hoặc Varnish

Cải thiện trải nghiệm người dùng cho độc giả của bạn mà không cần phải thay đổi WordPress, chủ đề, plugin hoặc cách bạn sản xuất nội dung của mình.

Người dùng phải nói gì:

Tôi phải cảm ơn ai vì tất cả những điều này?

Thật khó để nhớ lại tất cả những nhà đổi mới đã chia sẻ suy nghĩ, lập trình và kinh nghiệm của họ trong thế giới blog qua nhiều năm, nhưng đây là một số cái tên giúp bạn bắt đầu:

• George Schlossnagle
• Daniel Cowgill

Hãy liên hệ với tất cả những người này và ủng hộ dự án của họ nếu bạn có hứng thú.

Cài đặt

1. Vô hiệu hóa và gỡ cài đặt mọi plugin bộ nhớ đệm khác mà bạn có thể đang sử dụng. Đặc biệt chú ý nếu bạn đã tùy chỉnh các quy tắc viết lại cho các liên kết cố định ưa thích, trước đó đã cài đặt plugin bộ đệm hoặc có bất kỳ quy tắc bộ đệm nào của trình duyệt vì W3TC sẽ tự động hóa việc quản lý tất cả các phương pháp hay nhất. Ngoài ra, hãy đảm bảo wp-content/ và wp-content/uploads/ (tạm thời) có 777 quyền trước khi tiếp tục, ví dụ: trong thiết bị đầu cuối: # chmod 777 /var/www/vhosts/domain.com/httpdocs/wp-content/ bằng bảng điều khiển lưu trữ web hoặc tài khoản FTP / SSH của bạn.
2. Đăng nhập với tư cách quản trị viên vào tài khoản Quản trị viên WordPress của bạn. Sử dụng tùy chọn menu “Thêm mới” trong phần “Plugin” của điều hướng, bạn có thể tìm kiếm: w3 Total cache hoặc nếu bạn đã tải xuống plugin rồi, hãy nhấp vào liên kết “Tải lên”, tìm tệp .zip bạn tải xuống rồi nhấp vào “Cài đặt ngay”. Hoặc bạn có thể giải nén và FTP tải plugin lên thư mục plugin của bạn (wp-content/plugins/). Trong cả hai trường hợp, khi hoàn tất, wp-content/plugins/w3-total-cache/ sẽ tồn tại.
3. Xác định vị trí và kích hoạt plugin trên trang “Plugin”. Bộ nhớ đệm trang sẽ tự động chạyở chế độ cơ bản. Đặt quyền của wp-content và wp-content/uploads trở lại 755, ví dụ: trong thiết bị đầu cuối: # chmod 755 /var/www/vhosts/domain.com/httpdocs/wp-content/ .
4. Bây giờ hãy nhấp vào liên kết “Cài đặt” để chuyển sang tab “Cài đặt chung”; trong hầu hết các trường hợp, chế độ “tăng cường đĩa” cho bộ đệm trang là điểm khởi đầu “tốt”.
5. Tùy chọn “Chế độ tương thích” được tìm thấy trong phần nâng cao của tab “Cài đặt bộ nhớ đệm trang” sẽ kích hoạt chức năng tối ưu hóa khả năng tương tác của bộ nhớ đệm với WordPress, bị tắt theo mặc định nhưng rất được khuyến khích. Nhiều năm thử nghiệm qua hàng trăm nghìn lượt cài đặt đã giúp chúng tôi tìm hiểu cách làm cho bộ nhớ đệm hoạt động tốt với WordPress. Sự đánh đổi là hiệu suất bộ đệm trang được nâng cao trên ổ đĩa trong các thử nghiệm tải sẽ giảm ~20% trên quy mô lớn.
6. Khuyến khích: Trên tab “Giảm thiểu cài đặt”, tất cả các cài đặt được đề xuất đều được đặt trước. Nếu chế độ tự động gây ra sự cố với bố cục trang web của bạn, hãy chuyển sang chế độ thủ công và sử dụng nút trợ giúp để đơn giản hóa việc khám phá các tệp và nhóm CSS và JS của bạn. Hãy chú ý đến phương pháp và vị trí nhúng nhóm JS của bạn. Xem Câu hỏi thường gặp về plugin để biết thêm thông tin về cách sử dụng.
7. Khuyến khích: Trên tab “Bộ đệm của trình duyệt”, tính năng nén HTTP được bật theo mặc định. Đảm bảo bật các tùy chọn khác phù hợp với mục tiêu của bạn.
8. Khuyến khích: Nếu bạn đã có nhà cung cấp mạng phân phối nội dung (CDN), hãy chuyển tới tab “Mạng phân phối nội dung” và điền vào các trường cũng như đặt tùy chọn của bạn. Nếu bạn không sử dụng Thư viện phương tiện, bạn sẽ cần nhập hình ảnh của mình, v.v. vào các vị trí mặc định. Sử dụng Công cụ nhập thư viện phương tiện trên tab “Mạng phân phối nội dung” để thực hiện tác vụ này. Nếu không có nhà cung cấp CDN, bạn vẫn có thể cải thiện hiệu suất trang web của mình bằng phương pháp “Tự lưu trữ”. Trên máy chủ của riêng bạn, tạo một tên miền phụ và bản ghi Vùng DNS phù hợp; ví dụ. static.domain.com và định cấu hình các tùy chọn FTP trên tab “Mạng phân phối nội dung” tương ứng. Đảm bảo tải lên FTP các tệp thích hợp bằng cách sử dụng các nút tải lên có sẵn.
9. Không bắt buộc: Trên tab “Bộ đệm cơ sở dữ liệu”, các cài đặt được đề xuất đã được đặt trước. Nếu sử dụng tài khoản lưu trữ chia sẻ, hãy thận trọng khi sử dụng phương pháp “đĩa”, thời gian phản hồi của đĩa có thể không đủ nhanh, do đó tùy chọn này bị tắt theo mặc định. Thay vào đó, hãy thử bộ nhớ đệm đối tượng cho dịch vụ lưu trữ được chia sẻ.
10. Không bắt buộc: Trên tab “Bộ đệm đối tượng”, tất cả các cài đặt được đề xuất đều được đặt trước. Nếu sử dụng tài khoản lưu trữ chia sẻ, hãy thận trọng khi sử dụng phương pháp “đĩa”, thời gian phản hồi của đĩa có thể không đủ nhanh, do đó tùy chọn này bị tắt theo mặc định. Kiểm tra tùy chọn này với và không có bộ đệm cơ sở dữ liệu để đảm bảo rằng nó giúp tăng hiệu suất.
11. Không bắt buộc: Trên tab “Nhóm tác nhân người dùng”, chỉ định bất kỳ tác nhân người dùng nào, chẳng hạn như điện thoại di động nếu chủ đề dành cho thiết bị di động được sử dụng.

Câu hỏi thường gặp

Các công cụ tìm kiếm như Google đo lường và tính đến tốc độ của các trang web trong thuật toán xếp hạng của họ. Khi giới thiệu một trang web, họ muốn đảm bảo người dùng tìm thấy những gì họ đang tìm kiếm một cách nhanh chóng. Vì vậy, trên thực tế, bạn và Google nên có cùng mục tiêu.

Tốc độ là một trong những yếu tố thành công quan trọng nhất mà các trang web phải đối mặt. Trên thực tế, tốc độ trang web của bạn ảnh hưởng trực tiếp đến thu nhập (doanh thu) của bạn - đó là sự thật. Một số trang web có lưu lượng truy cập cao đã tiến hành nghiên cứu và phát hiện ra những điều sau:

• Google.com: +500 mili giây(giảm tốc độ) -> -20% mất lưu lượng
• Yahoo.com: +400 mili giây(giảm tốc độ) -> -5-9% mất lưu lượng truy cập toàn trang(khách truy cập rời đi trước khi trang tải xong)
• Amazon.com: +100 mili giây(giảm tốc độ) -> -1% tổn thất doanh thu

Một phần nghìn giây không phải là thời gian dài nhưng tác động lại khá đáng kể. Ngay cả khi bạn không phải là một công ty lớn (hoặc chỉ hy vọng trở thành một công ty lớn), thua lỗ vẫn là thua lỗ. Tuy nhiên, có một giải pháp cho vấn đề này, hãy tận dụng.

Nhiều hậu quả khác của việc thực hiện kém đã được phát hiện cách đây hơn một thập kỷ:

• Độ tin cậy được nhận thấy thấp hơn (Fogg và cộng sự 2001)
• Chất lượng cảm nhận thấp hơn (Bouch, Kuchinsky, và Bhatti 2000)
• Sự thất vọng của người dùng ngày càng tăng (Ceaparu và cộng sự 2004)
• Tăng huyết áp (Scheirer et al. 2002)
• Giảm tốc độ dòng chảy (Novak, Hoffman và Yung 200)
• Tỷ lệ chuyển đổi giảm (Akamai 2007)
• Tỷ lệ thoát tăng (Nielsen 2000)
• Được coi là kém thú vị hơn (Ramsay, Barbesi, và Preece 1998)
• Được coi là kém hấp dẫn hơn (Skadberg và Kimmel 2004)

Có, được xây dựng từ đầu với quy mô và mô hình lưu trữ hiện tại.

Mục đích của công cụ “Nhập thư viện phương tiện” là gì và tôi sử dụng nó như thế nào?

Công cụ nhập thư viện phương tiện dành cho các bản cài đặt WordPress cũ hoặc “lộn xộn” có tệp đính kèm (hình ảnh, v.v. trong bài đăng hoặc trang) nằm rải rác trên máy chủ web hoặc “được liên kết nóng” với các trang web của bên thứ 3 thay vì sử dụng thư viện phương tiện đúng cách.

Công cụ sẽ quét các bài đăng và trang của bạn để tìm các trường hợp trên và sao chép chúng vào thư viện phương tiện của bạn, cập nhật các bài đăng của bạn để sử dụng địa chỉ liên kết và tạo tệp .htaccess chứa danh sách chuyển hướng vĩnh viễn, để các công cụ tìm kiếm có thể tìm thấy các tệp trong chúng địa điểm mới.

Bạn nên sao lưu cơ sở dữ liệu của mình trước khi thực hiện thao tác này.

Làm cách nào để tìm JS và CSS để tối ưu hóa (rút gọn) chúng bằng plugin này?

Sử dụng nút “Trợ giúp” có sẵn trên tab Cài đặt thu nhỏ. Sau khi mở, công cụ sẽ tìm kiếm và điền các tệp CSS và JS được sử dụng trong từng mẫu của trang web cho chủ đề đang hoạt động. Sau đó, để thêm tệp vào cài đặt thu nhỏ, hãy nhấp vào hộp kiểm bên cạnh tệp đó. Vị trí nhúng của tệp JS cũng có thể được chỉ định để cải thiện hiệu suất hiển thị trang. Giảm thiểu cài đặt cho tất cả các chủ đề đã cài đặt cũng có thể được quản lý từ công cụ bằng cách chọn chủ đề từ menu thả xuống. Sau khi hoàn tất việc định cấu hình cài đặt thu nhỏ, hãy nhấp vào nút áp dụng và đóng, sau đó lưu cài đặt trong tab Cài đặt thu nhỏ.

Tôi không hiểu CDN liên quan gì đến bộ nhớ đệm, điều đó hoàn toàn khác phải không?

Về mặt kỹ thuật thì không, CDN là bộ đệm hiệu suất cao lưu trữ nội dung tĩnh (tệp chủ đề, thư viện phương tiện, v.v.) ở nhiều vị trí khác nhau trên khắp thế giới nhằm cung cấp quyền truy cập có độ trễ thấp cho người đọc ở những khu vực đó.

Làm cách nào để sử dụng CDN Origin Pull (Mirror)?

Đăng nhập vào bảng điều khiển hoặc khu vực quản lý tài khoản của nhà cung cấp CDN. Thực hiện theo bất kỳ bước thiết lập nào mà họ cung cấp, hãy tạo một “vùng kéo” hoặc “nhóm” mới cho trang web của bạn tên miền. Nếu có trình hướng dẫn thiết lập hoặc bất kỳ mẹo khắc phục sự cố nào mà nhà cung cấp của bạn cung cấp, hãy nhớ xem lại chúng. Trong tab CDN của plugin, nhập tên máy chủ mà nhà cung cấp CDN của bạn đã cung cấp vào trường “thay thế tên máy chủ của trang web bằng”. Bạn phải luôn kiểm tra nhanh bằng cách mở tệp kiểm tra từ tên máy chủ CDN, ví dụ: http://cdn.domain.com/favicon.ico. Khắc phục sự cố với nhà cung cấp CDN của bạn cho đến khi thử nghiệm này thành công.

Bây giờ, hãy chuyển đến tab Chung và nhấp vào hộp kiểm và lưu cài đặt để bật chức năng CDN và làm trống bộ đệm để các thay đổi có hiệu lực.

Làm cách nào để định cấu hình Amazon Simple Storage Service (Amazon S3) hoặc Amazon CloudFront làm CDN của tôi?

Người tham gia và nhà phát triển

"W3 Total Cache" là một dự án nguồn mở. Những người đóng góp sau đây đã đóng góp vào sự phát triển của plugin:

Nhật ký thay đổi

0.9.7.2

• Đã sửa lỗi nghiêm trọng trong quá trình tải lên tệp phương tiện với mô-đun CDN đang hoạt động
• Đã sửa lỗi loại bỏ các giá trị trống, chuỗi được mã hóa JSON trong thuộc tính, dấu ngoặc kép ở cuối thẻ và xử lý các neo trong HTML rút gọn
• Đã sửa lỗi cảnh báo chỉ mục không xác định
• Đã sửa lỗi nghiêm trọng khi xóa CDN bằng cách sử dụng phân phối toàn bộ trang web

0.9.7.1

• Đã sửa lỗi thông báo biến không xác định
• Đã sửa lỗi cảnh báo “Không có tập tin hoặc thư mục như vậy”
• Đã sửa lỗi ghi vào nhật ký lỗi PHP thay vì nhật ký gỡ lỗi WordPress
• Đã sửa lỗi chính sách liên kết giới thiệu mặc định phải là “không có liên kết giới thiệu khi hạ cấp”
• Đã sửa lỗi php_flag liên quan đến bộ đệm của trình duyệt, thay vào đó sử dụng ini_set
• Đã sửa lỗi kiểm tra phần bù không xác định của CloudFlare IPv6
• Đã sửa lỗi hằng số không xác định WP_ROOT
• Đã sửa lỗi khung tổ tiên bị ghi đè bởi frame-src
• Đã sửa lỗi thiếu dấu chấm phẩy trong cấu hình nginx
• Đã sửa lỗi xử lý URL HTTP/2 cho bộ đệm của trình duyệt và mô-đun CDN
• Đã sửa lỗi hiển thị thông tin gỡ lỗi CDN
• Đã sửa lỗi Giảm thiểu CSS bằng Phông chữ của Google khi được đưa vào qua “Bao gồm các tệp/thư viện bên ngoài” và các bộ ký tự không phải tiếng Latinh được tải
• Đã sửa lỗi chuỗi truy vấn phương tiện không cập nhật khi tất cả bộ nhớ đệm bị xóa
• Đã sửa lỗi dấu gạch chéo kép bằng ABSPATH nếu tệp tồn tại
• Đã sửa lỗi cài đặt đồng thời tiêu đề tuổi tối đa và hết hạn
• Đã sửa lỗi phát hiện SASL cho PECL Memcached
• Đã sửa lỗi xử lý các đối tượng được nhập thủ công sẽ bị xóa trên CDN
• Đã sửa lỗi xử lý chuỗi truy vấn trong Nginx
• Cải thiện khả năng xử lý lỗi với Cloudfront
• Cải thiện ghi nhật ký bộ đệm trang
• Cải thiện hỗ trợ nhiều người thuê cho các công cụ bộ nhớ đệm dựa trên bộ nhớ
• Cải thiện việc thu nhỏ CSS
• Cải thiện hành vi thanh lọc đối với các đối tượng phương tiện đã thay đổi khi sử dụng CDN
• Cải thiện khả năng tương thích với các plugin sơ đồ trang web
• Đã thêm hỗ trợ cho Memcached cho Nginx
• Đã thêm hỗ trợ cho các tệp webm lưu vào bộ nhớ đệm
• Đã thêm hỗ trợ nén Brotli HTTP
• Đã thêm hỗ trợ phân phối toàn bộ trang web StackPath
• Thêm wc_session vào danh sách các truy vấn bị bỏ qua để cải thiện khả năng tương thích với WooC Commerce

0.9.7

• Đã sửa lỗi các tệp được rút gọn không được CDN lưu trữ khi được bật nếu “tệp được rút gọn trên máy chủ” bị tắt
• Đã sửa lỗi cảnh báo được đưa ra khi chọn lọc tất cả (thông qua nigrosimone)
• Đã sửa lỗi bù đắp không xác định trong bộ đệm phân đoạn
• Đã sửa lỗi nút kiểm tra MaxCDN khi bật chế độ gỡ lỗi
• Đã sửa lỗi xóa các nguồn cấp dữ liệu khi tùy chọn nguồn cấp dữ liệu bộ đệm được bật
• Cải thiện khả năng xử lý lỗi khi chưa đặt phân phối toàn bộ trang web
• Cải thiện nginx.conf để hỗ trợ bộ nhớ đệm xml
• Cải tiến nginx.conf để hỗ trợ HSTS cho các tệp tĩnh
• Cải thiện việc xử lý chuỗi truy vấn của việc rút gọn
• Cải thiện bộ nhớ đệm cơ sở dữ liệu, wp_options thường xuyên không còn xóa dữ liệu bài đăng hoặc nhận xét
• Cải thiện tích hợp CDN của Limelight Networks
• Câu hỏi thường gặp được cải tiến, chúng hiện được lưu trữ trong kho lưu trữ công cộng GitHub
• Cải thiện xử lý cho /
• Đã thêm tính năng xóa các trang AMP

0.9.5.2