Init Live Search – AI-Powered, Related Posts, Slash Commands

Nhật ký thay đổi

2.0.2 – 6 tháng 10, 2026

• Sửa lỗi: Bài viết liên quan không trả về kết quả nào khi bật “Sử dụng Tìm kiếm Mặc định của WordPress” (shortcode [init_live_search_related_posts], khối Bài viết liên quan, lệnh slash /related và tính năng get-related-posts). WP_Query chỉ khớp với toàn bộ tiêu đề, do đó kết quả khớp duy nhất chỉ là bài viết hiện tại. Bài viết liên quan giờ đây luôn sử dụng cơ chế khớp riêng của plugin (cụm từ rút gọn, bigram, từ đơn), bất kể cài đặt tìm kiếm mặc định ra sao
• Sửa lỗi: các kết quả đã lưu cache ở bản 2.0.1 sẽ bị hủy bỏ, và kết quả Bài viết liên quan trống chỉ được lưu cache tối đa 1 giờ (thay vì 12 giờ)

2.0.1 – 25 tháng 9, 2026

• Đã sửa: tìm kiếm FULLTEXT trước đây không trả về kết quả cho các truy vấn chứa từ tiếng Anh thông dụng. Khi bật chỉ mục FULLTEXT, bất kỳ truy vấn nào chứa một từ dừng (stopword) của InnoDB (“how”, “the”, “what”, “about”…) — ví dụ “how to install” — trước đây không trả về gì cả, vì InnoDB không bao giờ lập chỉ mục cho các từ dừng và mọi từ đều bị đánh dấu là bắt buộc. Giờ các từ dừng không còn là từ bắt buộc, và nếu không còn từ nào thì tìm kiếm sẽ chuyển sang dùng LIKE; danh sách này có thể điều chỉnh qua init_plugin_suite_live_search_fulltext_stopwords
• Đã sửa: cuộn vô hạn trước đây yêu cầu lại trang 1 ở mỗi lần cuộn. Endpoint /search trước đây bỏ qua tham số page, khiến “xem thêm” liên tục nhận cùng một kết quả. Giờ phân trang đã hoạt động đúng (tối đa 3 trang, theo thiết kế), và “xem thêm” dùng số kết quả tối đa đã cấu hình thay vì số 10 viết cứng
• Đã sửa: khi bật Meilisearch, các trang từ 2 trở đi của kết quả tìm kiếm và bài viết liên quan trước đây luôn trống vì offset bị áp dụng hai lần
• Đã sửa: trước đây wp init-live-search fulltext-reindex khiến tìm kiếm không trả về gì trong lúc chỉ mục đang được xây dựng lại; giờ tìm kiếm tạm thời dùng LIKE cho đến khi việc xây dựng lại hoàn tất
• Đã sửa: dự phòng theo từ đơn trước đây âm thầm không trả về gì trên MySQL 5.7 trở về trước, vốn không hỗ trợ \b trong REGEXP; giờ cú pháp ranh giới từ chính xác được chọn theo từng máy chủ (MySQL 8.0.4+ và MariaDB không thay đổi)
• Đã sửa: dự phòng “rút gọn cụm từ” trước đây ghi đè lên các kết quả đã tìm được (kể cả kết quả khớp từ đồng nghĩa) thay vì bổ sung thêm vào
• Đã sửa: việc khớp trường ACF trước đây bỏ qua cài đặt Loại bài viết cần bao gồm
• Đã sửa: khóa object-cache trước đây thiếu thông tin ngôn ngữ, no_fallback và cài đặt hiện tại, khiến các site dùng Redis/Memcached có thể nhận kết quả sai ngôn ngữ; kết quả lưu đệm giờ cũng tự động làm mới bất cứ khi nào bài viết hoặc term thay đổi
• Đã sửa: cảnh báo lỗi thời của PHP 8.1+ trên các yêu cầu /product không có thứ tự giá; ID kết quả giờ luôn được trả về dưới dạng số nguyên (như schema của Abilities API yêu cầu)
• Đã sửa: trước đây khi gỡ cài đặt vẫn còn sót lại các phần dữ liệu thống kê, cài đặt Meilisearch, cài đặt từ điển và transient bộ nhớ đệm; các mạng multisite giờ được dọn dẹp theo từng site
• Bảo mật: trước đây /read có thể trả về tiêu đề, liên kết và đoạn trích của bài viết nháp và bài viết riêng tư theo ID. Giờ mọi danh sách kết quả (REST, block, shortcode, ability) chỉ chứa các bài viết đã xuất bản thuộc loại bài viết công khai hoặc được quản trị viên cho phép — filter init_plugin_suite_live_search_is_result_visible
• Bảo mật: các bài viết có mật khẩu bảo vệ giờ chỉ có thể tìm kiếm theo tiêu đề — không tạo đoạn trích từ nội dung của chúng và chỉ mục FULLTEXT không còn lưu trữ nội dung đó
• Bảo mật: post_type truyền qua thuộc tính shortcode/block hoặc Abilities API giờ bị giới hạn ở các loại bài viết công khai hoặc được quản trị viên cho phép (ví dụ shop_coupon hoặc wp_block không còn có thể được truy vấn); /tax chỉ chấp nhận các danh mục phân loại công khai (filter init_plugin_suite_live_search_allowed_taxonomy)
• Bảo mật: /coupon bỏ qua các mã giảm giá giới hạn theo email (dành riêng cho khách hàng) và chỉ phản hồi khi product được bật — filter init_plugin_suite_live_search_coupon_include_restricted và init_plugin_suite_live_search_coupon_enabled
• Bảo mật: kết quả tìm kiếm liên trang được làm sạch trên trình duyệt (chỉ giữ lại việc làm nổi bật bằng <mark>, liên kết phải là http/https), và việc loại bỏ HTML không còn dùng innerHTML
• Hiệu năng: bài viết liên quan không còn chạy tìm kiếm đầy đủ ở mỗi lượt xem trang. Bài viết liên quan theo từ khóa (shortcode, block, tự động chèn, Abilities API) giờ được lưu đệm theo từng bài viết trong 12 giờ và được kiểm tra lại trước khi hiển thị — filter init_plugin_suite_live_search_related_cache_ttl (0 để tắt)
• Hiệu năng: Thống kê tìm kiếm giờ chỉ ghi lại các lượt tìm kiếm thực sự của người truy cập — trước đây bài viết liên quan, chuyển hướng 404 và lệnh gọi API cũng bị tính, gây ra một lượt ghi cơ sở dữ liệu ở mỗi lần xem bài viết (filter init_plugin_suite_live_search_should_track)
• Hiệu năng: cơ chế ngắt mạch (circuit breaker) cho Meilisearch — sau khi hết thời gian chờ hoặc gặp lỗi 5xx, Meilisearch sẽ bị bỏ qua trong 60 giây và tìm kiếm chuyển ngay sang cơ sở dữ liệu thay vì chờ hết thời gian chờ ở mỗi yêu cầu (filter init_plugin_suite_live_search_meili_circuit_ttl); chỉ ID tài liệu được yêu cầu từ Meilisearch
• Hiệu năng: đoạn trích dự phòng cho các bài viết không có đoạn trích thủ công không còn chạy toàn bộ chuỗi filter the_content (shortcode, trình dựng trang, nhúng) cho mỗi kết quả — trả về true từ init_plugin_suite_live_search_use_legacy_excerpt để khôi phục hành vi cũ
• Hiệu năng: kết quả chuyển hướng thông minh 404 được lưu đệm và các URL của bot rác bị bỏ qua (filter init_plugin_suite_live_search_404_cache_ttl, init_plugin_suite_live_search_404_redirect_status); /random chọn một offset ngẫu nhiên thay vì dùng ORDER BY RAND()
• Hiệu năng: bước đa dạng hóa của AI Related Posts (MMR) giờ có độ phức tạp O(k·n) thay vì O(k²·n) — kết quả giống hệt, nhanh hơn khoảng 3 lần; bộ nhớ đệm ứng viên được nạp trước khi lọc
• Hiệu năng: lập chỉ mục FULLTEXT ngầm và wp init-live-search fulltext-reindex giờ dùng phân trang theo keyset (ID > last) thay vì OFFSET — nhanh hơn trên các site lớn và không bỏ sót bài viết nào; tiến trình lập chỉ mục 2.0.0 đang dở dang sẽ tự động tiếp tục
• Hiệu năng: dự phòng theo từ đơn được giới hạn tối đa 6 từ khác nhau (filter init_plugin_suite_live_search_fallback_max_words); từ điển đồng nghĩa chỉ được xây dựng một lần cho mỗi yêu cầu; việc lọc theo toán tử +/- và mẫu Related Posts nạp trước bộ nhớ đệm chỉ trong một truy vấn; làm nổi bật từ khóa nhanh hơn với kết quả giống hệt
• Hiệu năng: script frontend giờ được tải với defer, và việc xử lý cuộn trang được thực hiện thụ động và giới hạn theo khung hình
• Cải thiện: khớp tiếng Việt & Unicode tốt hơn. Từ khóa tìm kiếm được chuẩn hóa về Unicode NFC, nên tiếng Việt gõ trên bàn phím macOS/iOS giờ đã khớp được; đoạn trích không phân biệt chữ hoa/thường và dấu (nhất quán với việc làm nổi bật) và không bao giờ cắt đôi một từ; việc đếm từ đã nhận biết Unicode. Từ khóa tìm kiếm được giới hạn độ dài (filter init_plugin_suite_live_search_max_term_length, init_plugin_suite_live_search_rest_max_term_length)
• Cải thiện: xếp hạng nhất quán khi các kết quả có điểm bằng nhau (ưu tiên vị trí tốt nhất trong bất kỳ danh sách nguồn nào), thay vì thứ tự phụ thuộc vào phiên bản PHP
• Thay đổi: bộ nhớ đệm kết quả trên trình duyệt (localStorage) giờ hết hạn sau 1 giờ (filter init_plugin_suite_live_search_client_cache_ttl, 0 = không bao giờ hết hạn) và không còn làm hỏng tìm kiếm khi bộ nhớ đầy hoặc bị chặn
• i18n: đã tạo lại .pot; đã dịch 1 chuỗi mới (“Open Search”) và 3 chuỗi trước đây còn thiếu trong bản dịch tiếng Việt .po/.mo

2.0.0 – 4 tháng 8, 2026

• Mới: Hỗ trợ Abilities API (WordPress 6.9+): đăng ký hai ability chỉ đọc trong danh mục init-live-search — init-live-search/search-posts (chạy công cụ tìm kiếm của plugin và trả về các kết quả khớp) và init-live-search/get-related-posts (trả về các bài viết liên quan đến một ID bài viết cho trước). Cả hai đều có thể được phát hiện và thực thi qua PHP, wp_get_abilities(), và — khi site chọn tham gia — qua REST namespace wp-abilities/v1. Hoàn toàn tùy chọn và tương thích ngược: trên các phiên bản WordPress cũ hơn 6.9, tích hợp này sẽ không làm gì cả
• Mới: Hỗ trợ Block Editor (Gutenberg): ba block động, được nhóm trong danh mục block Init Live Search riêng (thay vì danh mục “Widgets” chung chung). Mỗi block được đăng ký qua block.json (với tệp PHP render.php kết nối qua trường "render", WP 6.1+) gọi chính xác cùng hàm shortcode như shortcode tương ứng của nó — không lặp lại logic hiển thị, kết quả luôn khớp nhau:
  • Live Search Box — biểu tượng/ô nhập để khởi chạy, tương đương với [init_live_search]
  • Live Search: Related Posts — bài viết liên quan theo từ khóa, tương đương với [init_live_search_related_posts]
  • Live Search: AI Related Posts — bài viết liên quan dùng AI đa tín hiệu, tương đương với [init_live_search_related_ai]
    Tích hợp trình soạn thảo là một tệp JavaScript thuần, không cần bước build, sử dụng wp.serverSideRender để xem trước trực tiếp ngay trong trình soạn thảo. CSS cho cả bản xem trước trong trình soạn thảo lẫn frontend được khai báo một lần qua trường "style" của block.json (khớp với cài đặt “CSS Style” bạn đã chọn), nên WordPress sẽ tự động enqueue nó ở bất cứ đâu cần thiết — không cần gọi enqueue thủ công
• Thay đổi: Requires at least được nâng từ 5.9 lên 6.9 để hỗ trợ tích hợp Abilities API. Requires PHP vẫn giữ nguyên 7.4
• Đã sửa: các chuỗi trong trình chèn/thanh bên của Block Editor (tiêu đề block, mô tả, từ khóa, và nhãn cài đặt) giờ đã được dịch chính xác — cả các chuỗi phía JS (qua tệp dịch JSON định dạng Jed, được xử lý qua wp_set_script_translations() với đường dẫn rõ ràng đến thư mục languages/ của plugin này) lẫn các chuỗi metadata trong block.json (qua cơ chế gettext/.mo tiêu chuẩn của PHP)
• Đã kiểm tra đến: 7.1

1.9.6 – 3 tháng 8, 2026

• Đã sửa: việc lập chỉ mục ngầm FULLTEXT trước đây hiển thị lỗi “không chạy” sai. Ngay sau khi bật ô đánh dấu, trạng thái có thể tạm thời (và gây hiểu lầm) báo rằng WP-Cron không chạy — dù thực tế nó vẫn đang chạy giữa lô — vì WP-Cron hủy lịch một sự kiện trước khi chạy nó, nên một kiểm tra wp_next_scheduled() đơn thuần có thể bắt gặp đúng lúc khoảng trống đó. Giờ việc phát hiện trạng thái cũng kiểm tra xem có lô nào đang được xử lý hay không, và lần tải trang ngay sau khi nhấp Lưu sẽ hiển thị thông báo trung lập “Đang kiểm tra trạng thái lập chỉ mục…” thay vì đoán đúng hoặc sai — vì tại thời điểm đó đơn giản là còn quá sớm để biết được
• Đã sửa: việc lập chỉ mục lại của Meilisearch trước đây có thể thất bại hoàn toàn với lỗi HTTP error 413 from Meilisearch. Kích thước payload JSON của một lô phụ thuộc vào nội dung bài viết, không chỉ số lượng bài viết, nên một kích thước lô cố định hoạt động tốt trên site này có thể vượt quá giới hạn kích thước payload của Meilisearch (hoặc của reverse proxy) trên site khác. Giờ việc lập chỉ mục lại ngầm, nút “Lập chỉ mục ngay”, và wp init-live-search meili-reindex tự động chia nhỏ lô quá lớn và thử lại với payload nhỏ hơn; nếu một bài viết đơn lẻ vẫn quá lớn, nó sẽ bị bỏ qua (kèm cảnh báo liệt kê ID bài viết) thay vì chặn toàn bộ quá trình lập chỉ mục lại
• Đã sửa: chỉ báo tiến trình lập chỉ mục lại của Meilisearch (trang Cài đặt + polling trực tiếp) trước đây có thể dừng sớm do cùng loại tín hiệu “không chạy” sai như mô tả ở trên, cần phải tải lại thủ công để hiển thị tiến trình chính xác
• Thay đổi: việc lập chỉ mục lại không còn yêu cầu phải đánh dấu chọn “Enable Meilisearch”. Nút “Lập chỉ mục ngay”, tác vụ cron ngầm, và wp init-live-search meili-reindex giờ chỉ cần điền Host và Index — hữu ích khi xây dựng hoặc thử nghiệm một chỉ mục mới trong lúc nguồn tìm kiếm hiện tại (cơ sở dữ liệu hoặc một chỉ mục Meilisearch đã có) vẫn đang hoạt động, mà không cần chuyển sang dùng ngay. Tự động đồng bộ khi lưu/xóa vẫn chỉ bắt đầu khi ô đánh dấu được bật, như trước đây

1.9.5 – 3 tháng 8, 2026

• Hiệu năng: đã sửa lỗi truy vấn N+1 khi xây dựng danh sách kết quả tìm kiếm/bài viết liên quan — bộ nhớ đệm post, postmeta, và term cho toàn bộ lô giờ được nạp trước cùng một lúc trước khi hiển thị, thay vì chạy truy vấn mới cho từng kết quả
• Mới: Chỉ mục Tìm kiếm FULLTEXT (tùy chọn tham gia): đã thêm một bảng chỉ mục FULLTEXT của MySQL tùy chọn như một giải pháp thay thế nhanh hơn cho LIKE '%term%' khi khớp Tiêu đề/Đoạn trích/Nội dung trên quy trình tìm kiếm cơ sở dữ liệu tiêu chuẩn — tăng tốc đáng kể trên các site có nhiều bài viết
• An toàn: chỉ mục FULLTEXT tắt theo mặc định và chỉ có hiệu lực khi khả năng hỗ trợ của máy chủ đã được xác nhận và chỉ mục đã được xây dựng xong hoàn toàn; cho đến lúc đó, plugin vẫn âm thầm tiếp tục dùng tìm kiếm LIKE hiện có
• Tự động lập chỉ mục: khi bật, chỉ mục FULLTEXT sẽ tự động xây dựng ngầm qua WP-Cron (~300 bài viết mỗi 5 giây) — không cần quyền truy cập SSH/WP-CLI.
• WP-CLI: đã thêm wp init-live-search fulltext-reindex để xây dựng hoặc xây dựng lại chỉ mục FULLTEXT thủ công/nhanh hơn
• Không bị ảnh hưởng: Tìm kiếm theo thẻ tag, metadata SEO, trường ACF, mở rộng từ đồng nghĩa, và các toán tử +/- không bị ảnh hưởng bởi thay đổi của chỉ mục FULLTEXT và tiếp tục hoạt động chính xác như trước.
• Meilisearch: nút “Lập chỉ mục ngay”: được thêm vào tab cài đặt Meilisearch để các site không có quyền truy cập WP-CLI/SSH cũng có thể xây dựng hoặc xây dựng lại chỉ mục — chạy ngầm (~200 bài viết mỗi 5 giây) kèm trạng thái tiến trình trực tiếp
• Meilisearch: giãn lùi khi có lỗi: việc lập chỉ mục lại ngầm sẽ tự động dừng kèm thông báo lỗi rõ ràng sau 3 lô thất bại liên tiếp, thay vì thử lại mãi mãi với một máy chủ bên ngoài
• Meilisearch: chỉ chạy thủ công theo thiết kế: khác với chỉ mục FULLTEXT, việc lập chỉ mục lại ngầm không bao giờ tự khởi động — Meilisearch là dịch vụ bên ngoài do người dùng sở hữu, có thể mất phí, nên nó chỉ chạy khi được khởi động rõ ràng qua nút bấm hoặc wp init-live-search meili-reindex

1.9.4 – 20 tháng 7, 2026

• Đã sửa: các trường Search API Key và Admin/Indexing Key trên tab cài đặt Meilisearch trước đây có thể bị trình quản lý mật khẩu đã lưu của trình duyệt tự động điền âm thầm, gây nguy cơ vô tình lộ một mật khẩu đã lưu không liên quan nếu form được gửi mà không kiểm tra kỹ. Các trường này giờ đã được loại trừ đúng cách khỏi tính năng tự động điền
• Đã sửa: nút “Kiểm tra kết nối” trên tab cài đặt Meilisearch trước đây luôn hiển thị “? documents” thay vì số lượng tài liệu ước tính thực tế, do sai lệch tên gọi giữa phản hồi kiểm tra kết nối và script hiển thị
• Chất lượng mã nguồn: đã chuyển JavaScript “Kiểm tra kết nối” của Meilisearch ra khỏi khối <script> nội tuyến sang admin.js (được enqueue đúng cách qua wp_enqueue_script), tuân theo WordPress Coding Standards; các chuỗi đã dịch được truyền qua wp_localize_script nên các bản dịch hiện có không bị ảnh hưởng

1.9.3 – 20 tháng 7, 2026

• Tích hợp Meilisearch (tùy chọn): đã thêm tab cài đặt “Meilisearch” mới để kết nối một instance Meilisearch tự lưu trữ (tự có máy chủ riêng) làm nguồn tìm kiếm chính. Khi được bật và có thể truy cập, các yêu cầu tìm kiếm sẽ được xử lý bởi công cụ chịu lỗi chính tả, xếp hạng theo mức độ liên quan của Meilisearch; nếu yêu cầu thất bại hoặc hết thời gian chờ vì bất kỳ lý do gì, plugin sẽ tự động chuyển về tìm kiếm cơ sở dữ liệu cục bộ hiện có — tìm kiếm không bao giờ ngừng hoạt động chỉ vì Meilisearch gặp sự cố
• Tự động đồng bộ khi Lưu/Xóa: việc xuất bản, cập nhật, chuyển vào thùng rác, hoặc xóa một bài viết giờ tự động đẩy/xóa tài liệu tương ứng trong chỉ mục Meilisearch đã cấu hình (không chặn, không làm chậm việc lưu trong trình soạn thảo)
• Lệnh WP-CLI: đã thêm wp init-live-search meili-reindex để lập chỉ mục hàng loạt (hoặc xây dựng lại) toàn bộ bài viết đã xuất bản thuộc các loại bài viết được bật vào Meilisearch.
• Kiểm tra kết nối: đã thêm tính năng kiểm tra kết nối chỉ với một cú nhấp trên tab cài đặt Meilisearch
• Bảo mật: khóa API nhạy cảm dùng để lập chỉ mục/quản trị giờ có thể được định nghĩa qua hằng số INIT_LIVE_SEARCH_MEILI_ADMIN_KEY trong wp-config.php (khuyến nghị) thay vì lưu trong cơ sở dữ liệu
• i18n: mọi chuỗi giao diện mới đều dùng tiếng Anh làm nguồn (msgid) với text domain init-live-search, theo chuẩn của WordPress.org; đã tạo lại .pot và cập nhật bản dịch tiếng Việt .po/.mo với 27 chuỗi mới/trước đây còn thiếu đã được dịch

1.9.2 – 17 tháng 7, 2026

• Sửa lỗi tranh chấp thời điểm (race condition): các yêu cầu tìm kiếm trong modal (script.js) giờ dùng AbortController để hủy các yêu cầu đang chờ đã lỗi thời khi người dùng tiếp tục gõ, ngăn các phản hồi cũ/chậm hơn ghi đè lên kết quả tìm kiếm mới hơn
• Thiết kế lại toán tử tìm kiếm +/-: +word/-word giờ đúng nghĩa thu hẹp kết quả của các từ khóa tìm kiếm thông thường thay vì bị gộp chung vào cùng tập hợp mờ/dự phòng. Các từ thông thường vẫn dẫn dắt tìm kiếm cơ bản (với toàn bộ logic khớp mờ, từ đồng nghĩa, và dự phòng hiện có được giữ nguyên); +word yêu cầu kết quả đã thu hẹp cũng phải chứa từ đó, -word loại trừ các kết quả chứa nó — hỗ trợ nhiều toán tử +/- trong cùng một truy vấn (ví dụ wordpress -plugin -theme)
• Mở rộng từ điển có sẵn: đã mở rộng đáng kể các từ điển Thương mại điện tử, Công nghệ, Kinh doanh, và Sức khỏe (trước đây là những từ điển mỏng nhất trong 10 từ điển có sẵn) với hàng chục cặp từ đồng nghĩa Anh/Việt bổ sung, giúp chúng ngang bằng với các từ điển khác
• Dọn dẹp từ điển: đã sửa 4 khóa từ điển bị trùng lặp (sale, visa, gym, vintage) trước đây âm thầm ghi đè lên các định nghĩa từ đồng nghĩa trước đó
• Sửa lỗi nhỏ: đã thêm optional chaining còn thiếu trong loadMoreRecent() để tránh khả năng lỗi khi một mục thiếu thuộc tính data-url; đã chuẩn hóa việc so sánh URL có/không dấu gạch chéo cuối trong loadMoreGeneric() để tránh trùng lặp mục khi tải thêm kết quả

1.9.1 – 7 tháng 7, 2026

• Điều kiện lệnh Related Posts: đã thêm hai cài đặt điều kiện mới cho lệnh mặc định “/related” — giới hạn tự động chạy chỉ trên trang bài viết đơn, và loại trừ các từ khóa slug URL cụ thể
• Bảo vệ lệnh mặc định thông minh: frontend giờ kiểm tra related_only_single và related_exclude_slugs trước khi tự động chèn /related vào modal tìm kiếm, ngăn các lượt tìm kiếm liên quan không mong muốn trên trang lưu trữ, trang tĩnh, hoặc các đường dẫn bị loại trừ
• Trải nghiệm cài đặt: các tùy chọn liên quan đến lệnh được làm mờ trực quan và không thể tương tác khi “Related Posts” không được chọn làm lệnh gạch chéo mặc định
• Làm sạch dữ liệu: related_only_single và related_exclude_slugs giờ được làm sạch đúng cách qua quy trình cài đặt hiện có với việc cắt gọn từ khóa và kiểm tra theo từng dòng

1.9.0 – 12 tháng 5, 2026

• Ảnh thu nhỏ dự phòng: đã thêm tùy chọn mới “Dùng ảnh đầu tiên làm ảnh thu nhỏ dự phòng?” — tự động trích xuất ảnh đầu tiên từ nội dung bài viết khi không có ảnh đại diện
• Phát hiện gốc theo WordPress: công cụ dự phòng giờ ưu tiên phân tích các lớp wp-image-{ID} và lấy đúng kích thước ảnh thu nhỏ của WordPress bằng metadata của tệp đính kèm
• Chuỗi dự phòng thông minh: nếu việc tra cứu tệp đính kèm thất bại, plugin sẽ chuyển một cách mượt mà sang URL thô từ <img src=""> trước khi dùng ảnh thu nhỏ mặc định
• Kiểm tra host: URL ảnh bên ngoài được kiểm tra đối chiếu với host/tên miền phụ của site hiện tại theo mặc định để ngăn hotlink không mong muốn từ bên thứ ba
• Khả năng mở rộng cho lập trình viên: giới thiệu filter mới init_plugin_suite_live_search_allow_fallback_image_host để tùy chỉnh các host ảnh dự phòng được phép
• Tích hợp cài đặt: đã thêm đầy đủ cài đặt quản trị, quy trình làm sạch dữ liệu, và hỗ trợ dịch thuật cho tính năng ảnh thu nhỏ dự phòng mới

Xem toàn bộ nhật ký thay đổi (mọi phiên bản): Init Live Search – Changelog