Đánh giá hiệu suất WPML – Trang quản trị chậm, Bảng điều khiển dịch thuật hết thời gian chờ, giao diện người dùng bị lag

Xác nhận vị trí xảy ra tình trạng chậm

• Giao diện người dùng chậm, trang quản trị bình thường: có thể do cấu hình cache toàn trang hoặc một plugin nặng về giao diện người dùng.
• Trang quản trị chậm, giao diện người dùng bình thường: có thể do wp_options tự động tải quá nhiều, một plugin nặng chỉ dành cho trang quản trị, hoặc máy chủ yếu.
• Riêng Bảng điều khiển dịch thuật bị chậm: có thể do số lượng lớn bài viết trong truy vấn của bảng điều khiển và không đủ bộ nhớ PHP hoặc thời gian thực thi.
• Các thao tác dịch thuật chậm: có thể do kết nối với các dịch vụ dịch thuật; hãy kiểm tra Nhật ký giao tiếp trong WPML → Hỗ trợ.

Kiểm tra tài nguyên máy chủ

Mở WPML → Hỗ trợ. Bảng cảnh báo ở trên cùng sẽ đánh dấu nếu bộ nhớ PHP dưới mức 256 MB được WPML đề xuất. Các trang web có danh mục lớn hơn cần 512 MB trở lên.

Các triệu chứng về tài nguyên máy chủ khác:

• Truy vấn cơ sở dữ liệu chậm. Các trang web lớn có nhiều bản dịch sẽ hoạt động tốt hơn với máy chủ cơ sở dữ liệu sử dụng ổ SSD, đủ innodb_buffer_pool_size và các chỉ mục trên bảng wp_icl_translations (những chỉ mục này được WPML thêm vào; hiếm khi cần can thiệp thủ công).
• Thời gian thực thi PHP. Nếu max_execution_time dưới 60 giây và Bảng điều khiển hết thời gian chờ, hãy tăng nó lên.
• CPU. Các gói hosting chia sẻ thường có giới hạn CPU khắt khe; hãy kiểm tra với nhà cung cấp hosting của bạn xem bạn có đang bị giới hạn hiệu suất hay không.

Object cache

WordPress khi không có object cache sẽ tải nhiều cài đặt của WPML từ cơ sở dữ liệu trên mỗi yêu cầu. Hãy thêm Redis hoặc Memcached làm object cache (hầu hết các nhà cung cấp hosting WordPress được quản lý đều cung cấp tính năng này; nếu không, các plugin Redis Object Cache hoặc WP Redis sẽ cho phép bật tính năng này).

Sự cải thiện thường rất lớn. Các cài đặt trước đây yêu cầu truy vấn cơ sở dữ liệu nay sẽ được phục vụ từ bộ nhớ.

Cache toàn trang

Cache toàn trang (WP Rocket, W3 Total Cache, edge cache của nhà cung cấp hosting) là giải pháp mang lại hiệu suất lớn nhất cho tốc độ của giao diện người dùng.

Nếu bạn đã có cache toàn trang nhưng các trang vẫn có cảm giác chậm, hãy kiểm tra xem cache của bạn có xử lý chính xác các URL theo từng ngôn ngữ hay không. Cấu trúc URL của WPML (dù là ngôn ngữ theo thư mục, ngôn ngữ theo tên miền phụ hay ngôn ngữ theo tên miền) đều cần cache thay đổi theo URL. Hầu hết các hệ thống cache đều làm điều này tự động, nhưng bạn nên xác minh rằng phiên bản tiếng Pháp không được phục vụ từ cache của tiếng Anh hoặc ngược lại.

Các plugin xung đột hoặc chậm

Các trang web thường tích lũy nhiều plugin; một số được xây dựng tốt và một số thì không. Để tìm ra plugin làm chậm trang web:

1. Cài đặt Query Monitor (một plugin gỡ lỗi).
2. Tải lại trang bị chậm.
3. Xem phần Queries by Component. Plugin có các truy vấn tốn kém nhất chính là nguyên nhân đáng ngờ.

Nếu một plugin là nguyên nhân, hãy thay thế nó hoặc tắt tính năng gây ra tình trạng chậm trong plugin đó.

Dịch vụ dịch thuật chậm, không phải trang web

Nếu các công việc dịch thuật có cảm giác chậm nhưng bản thân trang web vẫn bình thường, thì điểm nghẽn nằm ở giữa trang web của bạn và hạ tầng dịch thuật của WPML.

Kiểm tra WPML → Hỗ trợ → Nhật ký giao tiếp. Nhật ký này hiển thị độ trễ của mọi lệnh gọi API. Nếu các lệnh gọi riêng lẻ mất nhiều giây, vấn đề nằm ở kết nối (đường dẫn mạng, DNS hoặc giới hạn băng thông đầu ra của nhà cung cấp hosting), chứ không phải trang web. Nếu nguyên nhân thay vào đó là cache của chính WPML, thì Các công cụ khắc phục sự cố an toàn có bao gồm Xóa cache trong WPML. Khi việc điều tra hiệu suất cần đến sự xem xét của bộ phận Hỗ trợ, hãy đóng gói những gì bạn đã tìm thấy thông qua Chia sẻ thông tin gỡ lỗi với bộ phận hỗ trợ.