Plugin wordpress

WordPress openlitespeed

có các hướng dẫn thiết lập LiteSpeed Cache trên Website WordPress Cách 1: Dùng file .htaccess để setup LiteSpeed Cache tăng tốc độ cho website wordpress Bổ sung đoạn code sau vào file .htaccess nằm trong thư mục gốc của WordPress [crayon-5de37b499b075140794703/] Đoạn code này sẽ cache đa số các trang trong WordPress ngoại trừ các trang login, admin và WordPress cron. thời gian cache sẽ là 120 giây. Nhược điểm của phương pháp này: Bạn không thể xóa cache thủ công. Cache cũng không xóa tự động khi đăng chuyển vận hoặc cập nhật nội dung bài viết mới. Nhưng trước khi sử ứng dụng cách trên để giảm thiểu mất dữ liệu người mua nên back up wordpress Cách 2: Dùng plugin LightSpeed Cache để tăng tốc độ cho website wordpress Yêu cầu:

• Bạn phải tiêu dùng webserver của LiteSpeed hoặc dịch vụ QUIC.cloud để ứng dụng cơ chế caching của họ. Để có kết quả phải chăng nhất, hãy tiêu dùng máy chủ LiteSpeed!
• Nếu bạn mua webhosting từ bên đồ vật ba, cần đảm bảo rằng họ chạy trên máy chủ LiteSpeed.
• Nếu bạn tự quản trị lấy web-server của bạn, cần đảm bảo bạn đã cấu hình bộ đệm gốc cho LS cũng như bật chức năng crawler.

Với plugin này bạn có thêm đa dạng kiểm soát cache so với cách trên. Đây là cách bạn nên chọn lọc. Trước kia, plugin LiteSpeed Cache không có đa dạng tính năng nếu so sánh với plugin trả phí như WP Rocket. Hoặc các cách bức tốc wordpress khác Kết quả là bạn thường phải cài thêm đa dạng plugin khác như plugin tuyệt vời CSS/JS, plugin tải trễ ảnh. Đầu tiên: Trong thanh bên trái, nhấp vào Plugins > Add New. Trong hộp văn bản tìm kiếm plugin, hãy nhập bộ nhớ cache litespeed, sau đó nhấn Enter và thiết lập.

Litespeed server

hướng dẫn tiêu dùng LiteSpeed server Cache Sau khi cài đặt và kích hoạt khách hàng có thể setting như sau: Bước 1: Tinh chỉnh tiêu dùng Litespeed Cache tăng cường độ website Worpdress Đầu tiên các bạn vào LiteSpeed Cache > General. Tôi sẽ đi đến tất cả các thiết đặt và nói khía cạnh các thiết đặt riêng của mình. bất cứ cài đặt nào mà tôi không đề cập đến nghĩa là tôi dùng setup mặc định có sẵn. Bạn cũng nên tham khảo thêm tài liệu hướng dẫn cụ thể chính thức của LiteSpeed Cache.

• Automatically Upgrade (tự động cập nhật LiteSpeed Cache khi nó ra phiên bản mới) – OFF là yên ổn nhất, nhưng thành thật mà nói bạn hoàn toàn có thể để là ON. Vì LSC được xây dựng cực kỳ tốt; các bản cập nhật chưa từng phá vỡ bất kỳ trang web nào của tôi (còn các plugin cấp độ người mua như Rocket hay Swift thì đã từng). LSC được cập nhật cực kỳ đều đặn và thường xuyên vì thế bạn có thể cảm thấy đỡ phiền phức hơn nếu bạn cho phép cập nhật tự động, còn nếu không bạn sẽ phải thấy tin tức cập nhật hàng tuần reo réo lên trên màn hình. Cảnh báo nhỏ: Sieutocviet lần nào thấy một số cập nhật không thường xuyên và liên tục (occasional updates) tạo ra vấn đề với tác dụng tuyệt vời hóa ảnh của họ, vì thế bạn có thể không muốn cập nhật tự động nếu trang của bạn dựa vô tận vào tác dụng này.
• Domain Key (khóa cho tên miền) – bạn có thể yêu cầu key nếu bạn có ý định tiêu dùng bất cứ công dụng nào của QUIC.cloud. Nó về cơ bản là CDN dạng khủng, nhưng có thêm phổ biến tác dụng lan rộng ra như logic hóa ảnh (nén, ảnh chiếm chỗ), tạo critical CSS, caching trang tại máy chủ biên (edge). Tôi mục tiêu dùng nó để nén ảnh trên các trang không tiêu dùng plugin ShortPixel. Còn các tác dụng khác tôi không cần.

người mua vào Settings -> LiteSpeed Cache. Bạn đi tới lần nào tab và bật tính năng những công dụng cache bạn muốn. Hãy kiểm tra tỉ mỉ với những tác dụng hợp lý CSS/JS. Lưu ý: Bạn không thể tiêu dùng chung LiteSpeed Cache với các plugin tạo cache khác như W3 Total Cache, WP Rocket. Hãy gỡ ra trước khi tiêu dùng LiteSpeed Cache. Bước 2: Cấu hình để tiêu dùng các tác dụng của litespeed cache tăng tốc cho website wordpress

• Enable LiteSpeed Cache (bật litespeed cache) – ON (tất nhiên rồi!)
• Cache Logged-in Users (cache cho người dùng đã đăng nhập) – OFF trong hầu hết trường hợp. Chỉ thực tiễn nếu bạn có rất hiếm quý khách đăng nhập, VÀ đa số họ đều thấy tin tức khác nhau, VÀ họ ghé thăm trang và đăng nhập thường xuyên! Ngay cả có như vậy đi nữa tôi vẫn thích để nó là OFF để phòng trường hợp có xung đột tiềm năng. Bạn chắc chắn không nên tiêu dùng công dụng này nếu bạn có nhiều quý khách; nó sẽ tạo ra quá rộng rãi trang cần phải cache mà hầu như không được dùng.
• Cache Commenters – OFF. Chỉ có tính năng trên trang nào đấy đang có rất nhiều bình luận đồng thời. Nếu bình luận trên trang của bạn cần phải kiểm ưng chuẩn và bạn bật chức năng này (ON) thì người bình luận sẽ nhận được trang đã cache và không thấy bình luận đang chờ duyệt, nếu tắt (OFF) người bình luận sẽ nhận được trang động, chứ không phải trang đã được cache. Không có rộng rãi tương tác dù bạn bật hay tắt (vì toàn bộ website không có quá vài người bình luận song song), nhưng tôi thích để OFF hơn. chức năng này có lẽ có lợi trên trang cực kỳ lớn, nơi mà có thể có hàng nghìn người bình luận song song.
• Cache REST API – không cần thiết với mọi hầu hết người. Để nó là ON, nhưng hãy tắt (OFF) nếu bất kỳ tính năng nào bị hỏng
• Cache Login Page (cache cho trang đăng nhập/wp-login.php) – ON sẽ nhanh hơn vì các bot tự động thường tấn công trang đăng nhập. Để OFF nếu nó phá vỡ trang đăng nhập của bạn (thiết kế, tác dụng, captcha). Với những ai chuyển đổi url của wp-login, đừng làm như vậy! LiteSpeed server đã tích hợp sẵn tính năng bảo vệ url đăng nhập rồi. Hiệu suất sẽ tốt hơn đa dạng khi bạn để LS phòng tránh tấn công vét cạn (brute force attacks) so với để các plugin bảo mật chậm chạp làm!
• Cache favicon.ico – ON
• Cache PHP Resources (cache các tài nguyên PHP) – ON. Thực sự giúp ích cho các theme và plugin viết mã không rẻ.
• Cache Mobile (cache di động) – OFF với hầu hết các trang! Đừng bật tính năng này trừ khi bạn có AMP hoặc có thiết kế/nội dung riêng cho di động. Các trang có thiết kế phục vụ cũng không cần bật tính năng này.
• List of Mobile User Agents – không cần quan tâm. Nó chỉ cần dùng nếu “Cache Mobile” được bật. Bạn có thể thêm các vật dụng khác ở đây nếu bạn cảm thấy một số cái bị thiếu.
• Private Cached URIs – Tôi không từng tiêu dùng. Nó chỉ hữu ích cho các trang cần tách riêng cache cho lần nào quý khách (giả định là họ xem các nội dung khác nhau). Một ví dụ phải chăng là trang tài khoản, nhưng caching sẽ không cần thiết nếu quý khách của bạn không đăng nhập đều đặn và thường xuyên. bên cạnh đó vì họ đã là khách hàng rồi họ có năng lực chẳng bận tâm lắm đến chuyện mất một chút giời gian vận tải trang. Tôi cũng không khuyến nghị tiêu dùng vì máy chủ của bạn phải mất thêm thời gian tạo cache trong khi khách hàng có thể không quay lại sớm để tận dụng lợi thế ấy.
• Force Public Cache URIs – các trang liệt kê ở đây sẽ được cached. có lợi trong trường hợp cần loại trừ các trang cụ thể khỏi các quy định loại bỏ có độ phủ rộng dựa trên chuỗi.
• Drop Query String (loại bỏ chuỗi truy vấn) – cực kỳ có ích để giảm thiểu caching trang không rất cần thiết cho một số chuỗi truy vấn. Một số chuỗi truy vấn dùng để đổi thay nội dung (ví dụ ngôn ngữ, tiền, vân vân) và cần phải cache một cách riêng rẽ. Một số chuỗi truy vấn không làm đổi thay nội dung (chẳng hạn các mã theo dõi Google/Facebook, các cookies tiếp thị liên kết) và chỉ được dùng để theo dõi, do vậy chúng cần đưa vào danh sách bỏ qua (drop). Tôi khuyên đưa các dòng này vào: fbclid, gclid, utm*, _ga. (hiện mặc định LiteSpeed Cache đã thêm các query này).

Time To Live / thời gian Sống an toàn nhất là bạn đừng động đến phần này, cứ giữ nguyên như mặc định là được rồi:

• Default Public Cache TTL (thời kì sống mặc định của cache công khai) – giữ nguyên. Đây là thiết lập thời kì sống của cache cho mọi các trang. mọi các TTL khác là cho các kiểu trang cụ thể. Giá trị mặc định là một tuần. thời gian ghi trên này là tính theo giây. Các giá trị có thể là 1 giờ (3600), 1 ngày (86400), 2 tuần (1209600). Vì đa số các trang không đổi thay sau khi đăng, để TTL dài hơn có thể có lợi.
• Default Private Cache TTL (thời kì sống mặc định của cache riêng) – giữ nguyên.
• Default Front Page TTL (thời kì sống mặc định của trang front page) – giữ nguyên.
• Default Feed TTL – giữ nguyên.
• Default REST TTL – giữ nguyên.
• Default HTTP STATUS 404 Page TTL – giữ nguyên.
• Default HTTP STATUS 403 Page TTL – giữ nguyên.
• Default HTTP STATUS 500 Page TTL – giữ nguyên.

Cache > Purge

• Purge All ON Upgrade (tự động purge cache khi bạn cập nhật theme, plugin, hoặc lõi của WordPress) – an toàn nhất thì bạn để là ON.
• Auto Purge Rules For Publish/Update (các quy cách tự động purge khi xuất bản/cập nhật) – các setup mặc định cũng ổn. Bạn có thể bỏ chọn các tùy chọn nhất định nếu bạn biết chúng không từng cập nhật khi bạn xuất bản bài đăng mới. Hoặc bạn cũng có thể tick vào tùy chọn “All pages” để đảm bảo rằng mọi đồ vật sẽ được purged khi có bài viết mới hoặc cập nhật. Nếu bạn có các widget wordpress trên bài post blog nhận được bình luận đều đặn, “All pages” có thể là sáng tạo thấp, nhưng nhìn chung, trong tất cả trường hợp, để như mặc định thấp hơn.
• Serve Stale – Tôi thích ý tưởng ẩn bên dưới chọn lựa này (giúp giảm chuyên chở server trong khi purge cache) nhưng nó không cần thiết trên 98% website trừ khi bạn biết bạn đang làm gì. Tôi để nó OFF.
• Scheduled Purge URLs – được dùng để purge URL cụ thể vào thời điểm mà bạn muốn.
• Scheduled Purge Time – thời gian đúng mực để thực hiện purge theo lịch trình. tác dụng này được dùng cho những người không tiêu dùng auto-purge, hoặc có nội dung được tạo ra từ các nguồn bên ngoài mà không kích hoạt auto-purge.
• Purge All Hooks – danh sách này liệt kê các hook kích hoạt trang purge bất kể khi nào các hành động nhất định được thực hiện. Những cái mặc định nên được để nguyên như vậy vì chúng ảnh hưởng trực tiếp đến bề ngoài của trang web. Bạn có thể thêm các hook khác của các plugin khác nếu chúng tương tác đến kiểu dáng của trang (Nếu bạn không biết cách thêm các hook, bạn chỉ cần purge thủ công cache bất cứ khi nào bạn thực hiện chuyển đổi tương tác đến frontend/giao diện người mua bên ngoài).

Cache > Excludes

• Do not Cache URIs – tiêu dùng để loại trừ các trang không cần cache. (Tôi khuyên các trang đó nên bao gồm trang liên hệ, trang đã được đăng nhập, hoặc bất kỳ trang thanh toán nào. Dù vậy trang thanh toán của WooCommerce đã được hạn chế theo mặc định rồi).
• Do Not Cache Query Strings – bỏ bớt chuỗi truy vấn (query strings) nhất định không cần cache. tốt trong một số trường hợp khi một số trang có chuỗi truy vấn nên làm mới nội dung đều đặn (refresh content often).
• Do Not Cache Categories – loại bỏ các thư mục không cho cache.
• Do Not Cache Tags – loại trừ các tag không cho cache.
• Do Not Cache Cookies – hạn chế cookies nào không cần cache.
• Do Not Cache User Agents – loại trừ user agents không cần cache
• Do Not Cache Roles – loại bỏ các user roles (vai trò quý khách) cụ thể để nó không cần cache. Không rất cần thiết trừ khi bạn thực sự muốn caching các trang riêng tư hoặc người dùng đã đăng nhập.

Cache > ESI

• Enable ESI – tôi để nó là OFF vì tôi không tiêu dùng nó rộng rãi.
• Cache Admin Bar – ON vì yên bình và cũng tối ưu.
• Cache Comment Form – ON vì yên bình và cũng tối ưu.
• ESI Nonce – cho các plugin nhất định (tiêu dùng các chức năng bảo mật nonce) để hoạt động thông suốt với bộ nhớ cache riêng.
• Vary Group – không quan tâm trừ khi bạn hiểu nó dùng làm gì.

Cache > Object

• Object Cache – OFF là an toàn với tất cả mọi người. Bạn có thể để nó là ON nếu (1) bạn đã cài Memcache hoặc Redis, (2) bạn có rộng rãi nội dung động hoặc truy vấn cơ sở dữ liệu (database queries).
• Method (phương thức) – Redis được ưa thích hơn so với Memcache.
• Host – phải là local host trừ khi nó có địa chỉ khác. (Xem thêm các cách thiết lập XAMP trên local để test một số plugin - wordpress themes)
• Port – cổng mặc định là ổn trừ khi bạn cài nó trên cổng tùy chỉnh khác.
• Default Object Lifetime – mặc định 360 giây là đủ yên ổn, nhưng bạn có thể gia tăng thêm nếu nội dung động của bạn không được làm mới nhanh như vậy.
• Username – thường không cần thiết trừ khi bạn tiêu dùng SASL – phiên bản bảo mật fork của memcache.
• Password – thường không cần thiết.
• Redis Database ID – thường cứ để yên như mặc định thì tốt hơn trừ khi bạn muốn tiêu dùng ID Redis database khác để cải thiện hiệu suất trên database Redis bị tắc ngẽn.
• Global Groups – tôi không động đến nó, bạn có thể thêm nếu thấy trọng yếu.
• Do Not Cache Groups – phần này tôi cũng không động đến, bạn thêm nếu thấy trọng yếu.
• Persistent Connection – Để ON là yên bình nhất.
• Cache Wp-Admin – tôi thích để nó là OFF trừ khi bạn thực sự tiêu dùng object cache để tăng cường khu vực backend. Tôi thường khuyến khích cập nhật máy chủ nếu backend của bạn chậm chạp.
• Store Transients – nên để ON.
• Các mục “Persistent Connection”, “Cache WP-Admin”, hoặc “Store Trasients”…bạn có thể bật hoặc tắt tùy thuộc theo nhu cầu tiêu dùng của bạn. lựa chọn yên ổn là để chúng OFF hoặc không tiêu dùng kiểu cache object ngay từ ban đầu nếu bạn không biết bạn đang làm gì. Caching WP-admin nên cân nhắc tiêu dùng khi mà khu vực admin chạy chậm trên các trang web nặng, nhưng bạn có nguy cơ gặp phải độ trễ tin tức (thông tin không cập nhật theo thời gian thực).

Cache > Browser

• Browser Cache – Sieutocviet để là ON.
• Browser Cache TTL – bất cứ khoảng thời kì nào từ 2592000 giây (tương đương với 30 ngày) cho đến 31557500 (tương đương với một năm) tôi đều thấy ổn.

Cache – Advanced

• Check Advanced Cache – thường kiểm tra trừ khi bạn tiêu dùng nhiều plugin cache cùng lúc- đây là điều mà tôi đặc biệt khuyên không cần làm. Trong trường hợp bạn tiêu dùng LSC cùng với plugin cache khác, bạn có thể để tùy chọn này hoặc bỏ chọn tùy theo plugin nào bạn cần hoặc có ý định tiêu dùng file advanced-cache.php. PS: có vẻ trong phiên bản mới nhất LiteSpeed Cache đã bỏ chức năng này.
• Login Cookie – chỉ cần thiết nếu bạn có đa dạng web cùng thảo luận chung tên miền (một cái ở trong thư mục con). Trong đó, một trang cần nhập một định danh lookie cookie duy nhất vì thế LSC sẽ không trộn lẫn những khách truy cập đã đăng nhập vào trang đó
• Improve HTTP/HTTPS Compatibility (cải thiện tài năng tương thích HTTP / HTTPS) – nên để OFF và dù sao thì bạn cũng không nên có nội dung hỗn hợp vì điều đó sẽ ảnh hưởng đến trạng thái SSL của bạn.
• Instant Click (*) – tôi để nó OFF. Nó cũng hay khi hoạt động ổn, nhưng có thể gây vấn đề trên nhiều trang. Đây là tính năng dùng để vận chuyển trước các liên kết khi người mua hover chuột qua nó. Nhưng nó có thế là nguyên nhân làm việc tiêu dùng máy chủ bị tăng cao nếu người mua hover qua rộng rãi liên kết trước khi thực sự click. chức năng này cũng có thể làm xáo trộn việc theo dõi cookie của bạn (ví dụ tiếp thị liên kết / affiliates, vân vân).

tác dụng nổi nhất của LiteSpeed Cache dành cho wordpress tác dụng chung khi tiêu dùng litespeed Cache tối ưu tốc độ cho website wordpress

• Bộ nhớ cache CDN QUIC.cloud miễn phí
• Object Cache (Memcached/LSMCD/Redis)
• logic hóa hình ảnh (Lossless/Lossy)
• giảm thiểu CSS, JavaScript và HTML
• Giảm bớt CSS/JS nội tuyến
• tổng hợp CSS/JS
• Tự động tạo CSS rất cần thiết
• Lazyload hình ảnh/iframes
• Responsive Image Placeholders
• hỗ trợ phổ biến CDN
• vận tải CSS/JS không đồng bộ
• Bộ nhớ cache của trình phê chuẩn
• Trình dọn dẹp và tối ưu hóa cơ sở dữ liệu
• logic hóa điểm số PageSpeed của trang
• OPcode Cache
• HTTP/2 Push cho CSS/JS (trên các máy chủ web trợ giúp nó)
• DNS Prefetch
• Cloudflare API
• giúp đỡ một trang web và đa dạng trang web (Mạng)
• thiết lập Nhập/Xuất
• Giao diện setup cơ bản / nâng cao
• Giao diện hấp dẫn, dễ hiểu
• giúp đỡ định dạng hình ảnh WebP
• Heartbeat control

công dụng độc quyền litespeed Cache thông minh tốc độ cho website wordpress

• Cache các trang tự động để cải thiện đáng kể hiệu suất trang web
• Tự động dọn dẹp các trang tác động dựa trên các sự kiện nhất định
• Bộ nhớ đệm cache riêng cho khách hàng đã đăng nhập
• Caching of WordPress REST API calls
• Bộ nhớ đệm riêng biệt cho máy tính để bàn và trang bị di động
• kỹ năng lên lịch để dọn dẹp cache cho các URL được chỉ định
• giúp đỡ WooCommerce và bbPress
• WordPress CLI commands
• Hệ thống API để tích hợp cache tiện dụng
• hạn chế khỏi bộ nhớ đệm theo URI, Danh mục, Thẻ, Cookie, Tác nhân quý khách
• Trình thu thập tin tức tải trước lý tưởng có giúp đỡ sơ đồ trang web thân thiện với SEO
• nhiều trình craw dữ liệu cho các loại cache khác nhau
• HTTP/2 support
• HTTP/3 & QUIC support
• hỗ trợ ESI* (Bao gồm Edge Side)
• Widgets and Shortcodes as ESI blocks*