Init View Count – AI-Powered, Trending, REST API

Nhật ký thay đổi

2.0.3 – Ngày 4 tháng 10 năm 2026

• Mới: tùy chọn Reduce view count cache refreshes trong Cài đặt → Init View Count (mặc định tắt), với khoảng thời gian làm mới có thể cấu hình (10–600 giây, mặc định 60). Cho đến nay, mỗi lượt xem được đếm đều xóa toàn bộ bộ nhớ tạm meta của bài viết đó (wp_cache_delete( $post_id, 'post_meta' )) — không chỉ các bộ đếm lượt xem mà là mọi giá trị meta của bài viết. Do đó trên các trang web có bộ nhớ tạm đối tượng bền vững, một bài viết phổ biến sẽ bị xóa bộ nhớ tạm hàng chục lần mỗi phút, và mỗi lần hiển thị trang ngay sau đó phải tải lại toàn bộ dữ liệu meta của bài viết từ cơ sở dữ liệu. Khi bật tùy chọn này, bộ nhớ tạm meta của mỗi bài viết được làm mới tối đa một lần trong mỗi khoảng thời gian (khoóa theo từng bài viết qua wp_cache_add(), nguyên tử trên Redis/Memcached). Các lượt xem vẫn được ghi vào cơ sở dữ liệu ngay lập tức bằng câu lệnh UPDATE nguyên tử tương tự, vì vậy không có lượt xem nào bị mất hoặc đếm trùng; chỉ có các con số hiển thị (shortcode, block, xếp hạng, Trending và con số trả về sau khi đếm) là có thể bị trễ tối đa bằng khoảng thời gian đó. Một bài viết ngừng nhận lượt xem sẽ cập nhật kịp thời ở lượt xem tiếp theo, khi nó được cập nhật, hoặc khi đặt lại hàng ngày (khi bật lượt xem theo ngày). Tùy chọn này chỉ có hiệu lực khi bộ nhớ tạm đối tượng bền vững đang hoạt động — trên các trang web không có, dữ liệu meta lưu tạm chỉ tồn tại cho một yêu cầu duy nhất, hành vi vẫn giữ nguyên như trước và trang cài đặt sẽ hiển thị thông báo giải thích điều này
• Mới: bộ lọc init_plugin_suite_view_count_meta_flush_interval để điều chỉnh khoảng thời gian làm mới cho từng trang web (trả về 0 để làm mới sau mỗi lượt xem)
• Mới: tùy chọn Sample Traffic Shape writes trong Cài đặt → Init View Count (mặc định tắt), với tỷ lệ lấy mẫu N có thể cấu hình (2–100, mặc định 10). Traffic Shape Learner được dùng bởi Trending từng thực hiện một lần get_option() + update_option() trên mỗi yêu cầu lượt xem — thêm một lần ghi vào cơ sở dữ liệu cho mỗi lượt xem trên mọi trang web. Khi bật lấy mẫu, chỉ 1 trong N yêu cầu được ghi lại và mỗi mẫu tính N lần, do đó số lần ghi giảm khoảng N lần trong khi các nhóm theo giờ và tổng số hàng ngày dự kiến vẫn giữ nguyên (ngưỡng tối thiểu hàng ngày và EMA theo giờ/ngày trong tuần không cần thay đổi). Nó cũng giảm tình trạng các yêu cầu đồng thời ghi đè lên bản cập nhật tùy chọn của nhau. Trong thử nghiệm mô phỏng 200.000 yêu cầu ở N = 10, số lần ghi giảm từ 200.000 xuống ~20.000 và tổng số ghi nhận được nằm trong khoảng chênh lệch 0,4% so với thực tế. Trên các trang web lượng truy cập thấp, mô hình học được sẽ nhiễu hơn, điều này được giải thích ở trang cài đặt. Lượt xem bài viết không bao giờ bị lấy mẫu. Có thể lọc thông qua bộ lọc mới init_plugin_suite_view_count_shape_sample_rate (trả về 1 để ghi lại mọi yêu cầu)
• Mới: bổ sung các hàm trợ giúp init_plugin_suite_view_count_get_meta_flush_interval() và init_plugin_suite_view_count_maybe_flush_meta_cache() trong includes/utils.php, và init_plugin_suite_view_count_get_shape_sample_rate() trong includes/traffic-shape.php. Hàm init_plugin_suite_view_count_flush_meta_cache() không đổi và vẫn xóa bộ nhớ tạm vô điều kiện; việc đặt lại hàng ngày tiếp tục sử dụng hàm này, vì vậy quá trình chuyển sang ngày mới luôn làm mới bộ nhớ tạm của các bài viết bị ảnh hưởng
• Cải tiến: Enable strict IP check? hiện giải thích chi phí hiệu năng trong Cài đặt: tính năng này đọc một transient trên mỗi yêu cầu lượt xem và ghi lại trên mỗi lượt xem được đếm, nếu không có bộ nhớ tạm đối tượng bền vững đồng nghĩa với việc thêm tối đa hai lần ghi vào wp_options cho mỗi lượt xem được đếm
• Cải tiến: khi gỡ cài đặt cũng sẽ xóa bốn tùy chọn mới
• Tài liệu: mục FAQ “Is the view count updated immediately?” (Số lượt xem có được cập nhật ngay lập tức không?) không còn đề cập đến update_post_meta() (số lượt xem đã được lưu bằng một câu lệnh cập nhật SQL nguyên tử duy nhất từ 2.0.2); đã thêm các mục FAQ cho hai tùy chọn mới và chi phí hiệu năng của kiểm tra IP nghiêm ngặt; bổ sung tài liệu hướng dẫn cho hai bộ lọc mới
• Tài liệu: sửa thông tin lỗi thời hoặc không chính xác trong readme.txt — các mục FAQ về Block Editor và Abilities API ghi “kể từ phiên bản 1.23” (cả hai đều phát hành từ 2.0.0); [init_view_count] từng được mô tả chỉ hoạt động bên trong vòng lặp bài viết và thiếu thuộc tính id; [init_view_list] hiển thị number mặc định là 5 (thực tế là 10); [init_view_ranking] bị thiếu thuộc tính post_type và các tab yesterday/last_week/last_month; GET /top liệt kê post là loại bài viết mặc định (thực tế là post và page), thiếu các khoảng yesterday/last_week/last_month/trending và giới hạn tối đa 100 mục; bộ lọc init_plugin_suite_view_count_trending_component_weights chỉ liệt kê 4 trong số 9 trọng số và bị hiển thị trên một dòng duy nhất
• Tài liệu: xóa các mục nhật ký thay đổi cho phiên bản 1.22 trở về trước khỏi readme.txt; lịch sử đầy đủ có sẵn tại liên kết bên dưới
• i18n: đã tạo lại init-view-count.pot bằng WP-CLI; các chuỗi mới đã được dịch trong init-view-count-vi.po/.mo
• Chất lượng mã nguồn: tất cả tệp PHP đều đạt Tiêu chuẩn Mã nguồn WordPress (WordPress-Extra) mà không có lỗi hay cảnh báo nào

2.0.2 – 26 tháng 9, 2026

• Bảo mật: action init_plugin_suite_view_count_shape_reset của admin-post (xóa dữ liệu Traffic Shape đã học) trước đây không có kiểm tra quyền hạn và không có nonce, nên bất kỳ người dùng đã đăng nhập nào (kể cả Subscriber), hoặc một liên kết CSRF, đều có thể xóa dữ liệu đã học. Giờ nó yêu cầu quyền manage_options và một nonce hợp lệ. Một nút Đặt lại dữ liệu mẫu hình lưu lượng (kèm nonce) đã được thêm vào Settings → Init View Count. Các liên kết tùy chỉnh giờ phải được tạo bằng wp_nonce_url( admin_url( 'admin-post.php?action=init_plugin_suite_view_count_shape_reset' ), 'init_plugin_suite_view_count_shape_reset' )
• Bảo mật: GET /top giờ chỉ chấp nhận các loại bài viết tồn tại và có thể xem công khai (is_post_type_viewable()), nên endpoint công khai này không còn có thể để lộ tiêu đề/đoạn trích của các loại bài viết nội bộ như wp_block. Filter init_plugin_suite_view_count_top_post_types vẫn chạy sau đó, nên lập trình viên có thể chủ động thêm các loại khác. number bị giới hạn tối đa 100 (có thể tùy chỉnh qua filter mới init_plugin_suite_view_count_api_top_max_number). Một mảng được truyền làm terms không còn gây lỗi PHP nghiêm trọng nữa
• Bảo mật: script frontend của [init_view_ranking] giờ dựng các mục bằng DOM API (textContent) thay vì chèn chuỗi từ API vào innerHTML, và chỉ cho phép liên kết/hình ảnh http(s)
• Đã sửa lỗi: trên các site có độ lệch UTC âm (châu Mỹ, v.v.), việc đặt lại hàng ngày trước đây tính ngày trong tuần/tháng từ một timestamp bị áp dụng độ lệch múi giờ hai lần, khiến lúc 00:01 hệ thống vẫn tưởng là ngày hôm trước — bộ đếm tuần bị đặt lại vào thứ Ba thay vì thứ Hai và bộ đếm tháng vào ngày 2 thay vì ngày 1. Giờ mọi phép tính ngày tháng đều dùng timestamp Unix thực với wp_date(). Giá trị $now truyền cho các hook/filter hiện có không thay đổi
• Đã sửa lỗi: sự kiện đặt lại hàng ngày giờ tự căn chỉnh lại về 00:01 giờ site sau các thay đổi giờ mùa hè (chu kỳ daily của WP-Cron cố định 24 giờ và trước đây có thể trôi dần đến 23:01 hoặc 01:01). Các site không dùng DST hoàn toàn không bị ảnh hưởng
• Đã sửa lỗi (Trending): độ tuổi bài viết trước đây được tính bằng “timestamp giờ địa phương trừ timestamp GMT”, cộng thêm độ lệch UTC của site vào độ tuổi mỗi bài viết (ví dụ +7 giờ trên các site GMT+7), làm sai lệch mức tăng độ mới và độ suy giảm theo thời gian. Giờ độ tuổi được tính từ timestamp Unix thực. Các giá trị trending_last_calculation cũ được lưu theo giờ địa phương sẽ được xử lý an toàn khi nâng cấp
• Đã sửa lỗi (Trending): chủ đề nóng trước đây truyền giá trị term_taxonomy_id cho get_term() như thể chúng là term ID. Hai giá trị này không phải lúc nào cũng bằng nhau (term bị tách/gộp, site đã di chuyển dữ liệu), nên mức tăng “nóng” có thể bị gán nhầm cho chuyên mục/thẻ tag sai. Giờ truy vấn trả về trực tiếp term ID và danh mục phân loại
• Đã sửa lỗi (Trending): thành phần động lượng EWMA trước đây được lưu trong object cache không bền vững, nên trên các site không có Redis/Memcached nó không bao giờ được giữ lại giữa các lượt chạy và về cơ bản không có tác dụng gì. Giờ nó hoạt động trên mọi site
• Đã sửa lỗi: [init_view_count time="true"] trước đây hiển thị “Đăng 7 giờ trước” cho một bài viết vừa xuất bản trên các site GMT+7 (timestamp GMT bị so sánh với timestamp giờ địa phương)
• Đã sửa lỗi: một yêu cầu POST /count duy nhất chứa cùng một ID bài viết nhiều lần (ví dụ [5,5,5]) trước đây làm tăng lượt xem của bài viết đó nhiều lần. Giờ các ID trùng lặp trong một yêu cầu sẽ bị bỏ qua
• Đã sửa lỗi: [init_view_ranking] trước đây chỉ khởi tạo khối xếp hạng đầu tiên trên một trang; các bảng xếp hạng bổ sung mãi mãi ở trạng thái khung tải. Giờ mọi khối xếp hạng đều được khởi tạo, và mỗi khối giữ post_type riêng của mình
• Đã sửa lỗi: script xếp hạng trước đây chuyển về dùng /wp-json/ khi script theo dõi không có trên trang (trang lưu trữ, widget Dashboard), gây lỗi trên các site cài trong thư mục con hoặc không dùng permalink đẹp. Giờ URL REST chính xác luôn được cung cấp
• Đã sửa lỗi: script theo dõi lượt xem trước đây ngừng hoạt động hoàn toàn khi trình duyệt chặn localStorage/sessionStorage (chế độ ẩn danh của Safari, cài đặt quyền riêng tư nghiêm ngặt). Việc truy cập bộ nhớ giờ được bảo vệ bằng cơ chế dự phòng ngay trong trang
• Đã sửa lỗi: giá trị className của block có nhiều lớp (ví dụ foo bar) trước đây bị gộp thành foobar; [init_view_count class="..."] giờ cũng chấp nhận nhiều lớp
• Đã sửa lỗi: thuộc tính block chứa dấu ngoặc vuông hoặc dấu ngoặc kép (ví dụ tiêu đề danh sách Top [2026]) trước đây làm hỏng shortcode được tạo ra. Giờ các block gọi trực tiếp callback của shortcode với một mảng thuộc tính (các filter lõi pre_do_shortcode_tag/do_shortcode_tag vẫn được áp dụng)
• Đã sửa lỗi: tự động chèn giờ chỉ thêm bộ đếm lượt xem vào nội dung của bài viết đang thực sự được xem, không thêm vào nội dung của các bài viết khác hiển thị trên cùng trang, và không thêm vào các đoạn trích được tạo từ nội dung (ví dụ mô tả meta SEO)
• Đã sửa lỗi: bộ theo dõi phía frontend giờ dùng ID bài viết được truy vấn thay vì get_the_ID(), nên một theme/plugin chạy truy vấn phụ trước wp_head mà không đặt lại sẽ không còn làm lượt xem bị tính nhầm cho bài viết khác
• Đã sửa lỗi: trình tạo Shortcode Builder trước đây đọc sai tên đối tượng đã bản địa hóa, khiến “Copy”, “Close” và “Shortcode Preview” chưa bao giờ được dịch. Chức năng Sao chép giờ cũng hoạt động trên các màn hình quản trị không dùng HTTPS
• Đã sửa lỗi: init_plugin_suite_view_count_format_thousands() trước đây có thể xuất ra 1000.0 K (cho 999.950) và 2.0 K; giờ nó xuất ra 1 M và 2 K
• Đã sửa lỗi: bật Tắt Trending giờ cũng ẩn dữ liệu trending đã tính toán trước đó khỏi GET /top, đúng như mô tả của cài đặt này
• Hiệu năng: POST /count giờ tăng tất cả bộ đếm của một bài viết (tổng/ngày/tuần/tháng) chỉ bằng một câu lệnh UPDATE nguyên tử duy nhất thay vì một truy vấn cho mỗi bộ đếm — 2 truy vấn cho mỗi lượt xem thay vì 5 trong trường hợp thông thường. Các trường hợp chèn lượt xem đầu tiên và bộ nhớ đệm cũ vẫn được xử lý một cách nguyên tử
• Hiệu năng: quá trình chuyển đổi hàng ngày giờ chỉ ghi các dòng thực sự có thay đổi. Các bài viết không có lượt xem trong kỳ mà giá trị “kỳ trước” đã là 0 (phần lớn trên các site lớn) không còn bị xóa và chèn lại mỗi ngày; các dòng hiện có được cập nhật tại chỗ. Trong thử nghiệm trên 42 bài viết, một ngày thông thường giảm từ 126 lượt chèn + 129 lượt xóa xuống còn 3 lượt cập nhật + 3 lượt xóa. Kết quả cuối cùng trong cơ sở dữ liệu giống hệt phiên bản trước (đã kiểm chứng đối chiếu với logic cũ bằng dữ liệu ngẫu nhiên)
• Hiệu năng: việc tính toán Trending mỗi giờ giờ nạp trước bộ nhớ đệm bài viết, term, và meta ngay từ đầu, đọc số bình luận từ đối tượng bài viết, lưu trạng thái EWMA/giới hạn điểm/chuỗi liên tiếp trong một tùy chọn không tự tải duy nhất thay vì hàng trăm transient cho từng bài viết, và bước xếp hạng lại đa dạng MMR giờ có độ phức tạp O(limit × n) thay vì O(limit² × n) với kết quả giống hệt. Trong thử nghiệm, một lượt chạy giảm từ ~590 truy vấn xuống còn ~30
• Hiệu năng: GET /top nạp trước bộ nhớ đệm ảnh đại diện chỉ trong một truy vấn; khóa bộ nhớ đệm của nó bỏ qua thứ tự tham số và các tham số chống lưu đệm (_, no_cache); [init_view_list] cũng nạp trước ảnh đại diện
• Hiệu năng: script frontend được tải theo chiến lược defer; fetch dùng keepalive để lượt xem vẫn được gửi ngay cả khi người truy cập rời trang đúng lúc đủ điều kiện tính
• Cải thiện: chế độ theo lô giữ lại các ID trong hàng đợi vượt quá kích thước lô cho lần gửi tiếp theo thay vì bỏ chúng đi; số lượt xem được cập nhật ở mọi nơi bộ đếm của bài viết xuất hiện trên trang
• Cải thiện: block View Count sử dụng ngữ cảnh block postId (Query Loop, mẫu FSE) khi Post ID bằng 0
• Cải thiện: filter mới init_plugin_suite_view_count_ip_headers để giới hạn những header nào được tin tưởng cho kiểm tra IP nghiêm ngặt (ví dụ chỉ dùng REMOTE_ADDR trên các máy chủ không đứng sau proxy/CDN)
• Cải thiện: các sự kiện cron được xóa khi tắt plugin; việc gỡ cài đặt giờ cũng xóa cả meta hôm qua/tuần trước/tháng trước, mọi tùy chọn và transient của plugin (kể cả kết quả /top đã lưu đệm, mà quy trình gỡ cài đặt trước đây không tìm thấy được), và chạy trên mọi site của mạng multisite
• i18n: đã tạo lại init-view-count.pot bằng WP-CLI; các chuỗi mới đã được dịch trong init-view-count-vi.po/.mo
• Chất lượng mã nguồn: mọi tệp PHP giờ đều đạt chuẩn WordPress Coding Standards (WordPress-Extra) không lỗi và không cảnh báo

2.0.1 – 29 tháng 8, 2026

• Đã sửa lỗi: trên một site mà quản trị viên chưa từng mở và lưu Settings → Init View Count ít nhất một lần, các bộ đếm lượt xem theo ngày/tuần/tháng vẫn tiếp tục tăng bình thường (đoạn mã đó mặc định là “bật” khi tùy chọn chưa tồn tại) nhưng lại không bao giờ được đặt lại bởi cron hàng ngày (đoạn mã đó không có giá trị mặc định và coi tùy chọn bị thiếu là “tắt”). Đọc trực tiếp _init_view_day_count sẽ thấy nó tăng mãi mãi thay vì được chuyển vào _init_view_day_yesterday. Giờ mọi lần đọc các tùy chọn bật ngày/tuần/tháng đều nhất quán mặc định là bật, khớp với logic đếm REST và các ô đánh dấu mặc định được chọn sẵn trên trang cài đặt
• Đã sửa lỗi: đặt “Độ trì hoãn trước khi đếm” thành 0 trước đây không thực sự đếm lượt xem ngay lập tức — nó âm thầm chuyển về giá trị mặc định (15000ms) hoặc, tùy trình duyệt, đôi khi không đếm gì cả. Vấn đề tương tự cũng ảnh hưởng đến “Phần trăm cuộn yêu cầu” khi đặt thành 0. Nguyên nhân gốc là mẫu value || fallback trong script frontend, coi giá trị 0 hợp lệ là falsy và luôn thay bằng giá trị mặc định. Giờ cả hai tùy chọn đều được kiểm tra khi lưu, được áp dụng lại tại thời điểm xuất ra (nên các site đã lưu sẵn 0 sẽ có hiệu lực mà không cần lưu lại), và được phân tích đúng cách trong script frontend
• Đã sửa lỗi: trên các trang ngắn hơn khung nhìn (không có gì để cuộn), việc kiểm tra phần trăm cuộn trước đây không bao giờ vượt qua được, vì ngưỡng cuộn chỉ được đánh giá bên trong trình xử lý sự kiện scroll, và không có sự kiện scroll nào được kích hoạt khi không có gì để cuộn. Giờ script cũng đánh giá điều kiện cuộn một lần ngay sau khi trang ổn định, bên cạnh việc đánh giá khi cuộn
• Thay đổi: “Độ trì hoãn trước khi đếm” giờ được giới hạn trong khoảng 100ms–600000ms (10 phút), và “Phần trăm cuộn yêu cầu” trong khoảng 1%–100%. Giá trị 0 bị chủ ý không cho phép ở cả hai: độ trì hoãn 0ms có nguy cơ đếm lượt xem trước khi trang thực sự được hiển thị, và yêu cầu cuộn 0% sẽ âm thầm tắt hoàn toàn việc kiểm tra cuộn
• Hiệu năng: quá trình đặt lại bằng cron hàng ngày (init_plugin_suite_view_count_reset_counts — chuyển lượt xem hôm nay/tuần này/tháng này thành hôm qua/tuần trước/tháng trước và đặt lại các bộ đếm, trên mọi loại bài viết đã đăng ký công khai, không cần cấu hình) trước đây lặp qua get_post_meta() + update_post_meta() + delete_post_meta() cho từng bài viết, từng bộ đếm, điều này trên các site nhiều bài viết có thể có nghĩa là hàng chục nghìn truy vấn DB riêng lẻ trong một lượt chạy cron. Giờ nó thực hiện cùng việc chuyển đổi này bằng SQL trực tiếp theo lô (mặc định 500 bài viết mỗi truy vấn, có thể tùy chỉnh qua init_plugin_suite_view_count_reset_batch_size), giảm số truy vấn từ O(số bài viết) xuống O(số lô), sau đó xóa bộ nhớ đệm đối tượng cho các bài viết bị ảnh hưởng trong một lượt duy nhất — dùng phương thức xóa theo lô của object cache khi backend cache đang hoạt động hỗ trợ (WordPress lõi có hỗ trợ, từ phiên bản 6.0), và chuyển về gọi xóa bộ nhớ đệm từng cái một trong các trường hợp khác để tương thích với các plugin object cache bên thứ ba (Redis, Memcached, v.v.) có thể chưa triển khai phương thức đó. Hành vi không thay đổi: mọi bài viết đủ điều kiện vẫn có được giá trị “kỳ trước” (0 nếu không có lượt xem), giữ đúng kết quả trong GET /top?range=yesterday|last_week|last_month; đã kiểm chứng đối chiếu với logic cũ theo từng bài viết qua hơn 1.000 kịch bản ngẫu nhiên trước khi phát hành
• Nội bộ: đã tách các hàm hỗ trợ dùng chung (init_plugin_suite_view_count_atomic_increment(), init_plugin_suite_view_count_flush_meta_cache(), các hàm hỗ trợ phát hiện IP, hàm định dạng số K/M/B, và hàm hỗ trợ giới hạn số nguyên mới) ra khỏi rest-api.php và shortcodes.php vào một tệp mới includes/utils.php, được tải đầu tiên. Không thay đổi hành vi, chỉ đơn thuần là dọn dẹp tổ chức mã nguồn
• Nội bộ: đã thay extract() trong hàm hỗ trợ dựng mẫu nội bộ bằng cách gán biến rõ ràng để tuân thủ WPCS (WordPress.PHP.DontExtract); hàm này chỉ luôn được gọi với một khóa cố định duy nhất, nên hành vi không thay đổi

2.0.0 – 4 tháng 8, 2026

• Thay đổi phá vỡ tương thích: Requires at least giờ là WordPress 6.9. Việc nâng phiên bản lớn này phản ánh hai tính năng mới quan trọng được thêm vào trong phiên bản này — hỗ trợ Abilities API và hỗ trợ Block Editor gốc (xem bên dưới)
• Mới: Hỗ trợ Abilities API (WordPress 6.9+). Đăng ký hai ability chỉ đọc trong danh mục init-view-count để các AI agent và công cụ tự động có thể phát hiện và truy vấn dữ liệu lượt xem qua registry chuẩn hóa wp_register_ability(), mà không cần biết đến các route REST của plugin:
  • init-view-count/get-post-views — trả về lượt xem đã theo dõi của một bài viết (tổng/ngày/tuần/tháng)
  • init-view-count/get-top-posts — trả về danh sách xếp hạng các bài viết được xem nhiều nhất (dùng chung chính xác logic của GET /top và shortcode [init_view_ranking], nên kết quả luôn khớp nhau)
  • Không có ability nào cho phép ghi/phá hủy được đăng ký, theo chủ ý thiết kế — không có gì có thể tăng hoặc đặt lại lượt xem qua API này
• Mới: Hỗ trợ Block Editor (Gutenberg) với 3 block động tương ứng 1:1 với các shortcode hiện có — View Count, Popular Posts List, và View Ranking (Dạng tab). Mỗi block là một lớp bọc PHP mỏng (render.php, qua trường render trong block.json) tạo ra cùng thẻ shortcode và gọi do_shortcode(), nên không có logic hiển thị bị lặp lại và kết quả luôn khớp với shortcode. Script trình soạn thảo là JavaScript thuần (không cần bước build, không JSX) dùng ServerSideRender để xem trước trực tiếp ngay trong trình soạn thảo
• Đã kiểm tra đến: 7.1

Xem nhật ký thay đổi đầy đủ (tất cả phiên bản): Init View Count – Changelog