Chẩn đoán 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 giật lag

Xác nhận vị trí xảy ra sự chậm trễ

• Giao diện người dùng chậm, trang quản trị bình thường → có thể do cấu hình bộ 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 phình dữ liệu autoload wp_options, một plugin nặng chỉ dành cho trang quản trị, hoặc máy chủ yếu.
• Bảng điều khiển dịch thuật đặc biệt 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ợ (xem phần Nhật ký để biết nhật ký nào giải đáp triệu chứng nào).

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ẽ báo hiệu nếu bộ nhớ PHP thấp hơn mức 256 MB mà 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 với nhiều bản dịch sẽ hoạt động tốt hơn với máy chủ cơ sở dữ liệu 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 mức này 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ị bóp băng thông hay không.

Bộ nhớ cache đối tượng

WordPress khi không có bộ nhớ cache đối tượng 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 bộ nhớ cache đối tượng (hầu hết các nhà cung cấp dịch vụ lưu trữ 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 đó).

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 giờ sẽ được phục vụ từ bộ nhớ.

Bộ nhớ cache toàn trang

Bộ nhớ 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ó một bộ nhớ cache nhưng các trang vẫn có cảm giác chậm, hãy kiểm tra xem bộ nhớ 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 (cho 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 bộ nhớ cache thay đổi theo URL. Hầu hết các bộ nhớ cache đều thực hiện việc này tự động, nhưng bạn cũng nên xác minh rằng phiên bản tiếng Pháp không được phục vụ từ bộ nhớ cache 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 một plugin gây chậm:

1. Cài đặt Query Monitor (một plugin gỡ lỗi).
2. Tải lại một 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à đối tượng khả nghi.

Nếu nguyên nhân là do một plugin, hãy thay thế nó hoặc tắt tính năng gây ra sự chậm trễ 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ì nút thắt cổ chai 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 truyền mạng, DNS hoặc việc nhà cung cấp hosting của bạn bóp băng thông đầu ra), không phải do trang web. Thay vào đó, nếu bộ nhớ cache của WPML là thủ phạm, các công cụ khắc phục sự cố mức độ an toàn có bao gồm mục Clear the cache in WPML. Khi việc điều tra hiệu suất cần đến sự kiểm tra của bộ phận Hỗ trợ, hãy đóng gói những gì bạn đã tìm thấy thông qua việc chia sẻ thông tin gỡ lỗi với bộ phận hỗ trợ.