#rest-api

How to Test an API Without a Frontend

Khi chưa có giao diện người dùng, bạn có thể kiểm tra API trực tiếp bằng bốn phương pháp khác nhau. Bài viết hướng dẫn sử dụng Postman, curl, HTTPie và Python requests để thực hiện các API call cơ bản, sau đó biến thử nghiệm đầu tiên thành bộ kiểm tự động chạy trong CI. Các công cụ này giúp phát hiện lỗi endpoint, xử lý response và xác thực data trước khi xây dựng frontend. Bài hướng dẫn chi tiết cách thiết lập test suite cho API, biến request đơn giản thành quy trình kiểm tra tự động hóa trong môi trường CI.

Bài này giúp bạn kiểm tra API ngay cả khi chưa có giao diện người dùng, biến yêu cầu đầu tiên thành bộ kiểm tự động chạy trong CI.

We Switched From REST to gRPC for the Performance, Got It, and Then Spent a Year Fighting Everything That Used to Be Trivial. Two Years of Running Both Taught Me the Real Tradeoff.

Chuyển từ REST sang gRPC vì hiệu năng, nhưng sau đó phải mất một năm khắc phục những vấn đề vốn dễ dàng trước đây. Sau hai năm vận hành song song, tác giả nhận ra sự đánh đổi thực sự giữa hai công nghệ này.

Đọc bài này để hiểu rõ những nhược điểm không ngờ khi chuyển từ REST sang gRPC, giúp bạn tránh những quyết định kỹ thuật không cân bằng giữa hiệu suất và sự phức tạp thực tế trong dự án thực tế.

HTTP QUERY: The New Method That Fixes a Decades-Old Problem

HTTP Query là phương pháp mới giải quyết vấn đề lâu nay trong việc truy xuất dữ liệu đã lọc bằng HTTP GET truyền thống.

Lập trình viên nên đọc bài này để khám phá cách HTTP Query hiện đại hóa cách truyền dữ liệu lọc trên mạng, giúp tối ưu hóa hiệu suất và tránh những hạn chế lâu đời của GET trong các ứng dụng lớn.

MCP Is Last-Mile Plumbing

MCP (Model Context Protocol) được ví như "hệ thống ống nước cuối cùng" (last-mile plumbing) trong kiến trúc AI, đảm nhiệm vai trò kết nối và vận chuyển dữ liệu đầu vào/đầu ra giữa các mô hình.

Lập trình viên nên đọc bài này để hiểu rõ về Model Context Protocol (MCP)—cách thức chuẩn hóa và tối ưu hóa giao tiếp giữa các mô hình AI/ML trong ứng dụng cuối cùng, giúp tránh rắc rối về dữ liệu và tăng hiệu suất thực thi.

You can refactor everything except your API

Coupling là yếu tố cốt lõi quyết định chất lượng API, không phải việc đặt tên. Các hàm như getUser(id) nên tránh để lộ database ID mà cần trừu tượng hóa thành getUser(userId) hoặc getUserByExternalId(externalId) để giảm coupling. API bám chặt vào implementation detail sẽ gây khó khăn khi thay đổi backend, ví dụ như khi cần thay đổi database. Bài viết nhấn mạnh việc thiết kế API tốt cần tách biệt khỏi implementation detail để dễ dàng tái cấu trúc mà không ảnh hưởng đến client.

Bài viết giúp bạn hiểu coupling thay vì naming mới là yếu tố cốt lõi khi thiết kế API hiệu quả.

Build Bulletproof APIs using TypeScript in Express

Bài viết giới thiệu cách xây dựng API an toàn bằng TypeScript trong Express.js, giúp loại bỏ việc đoán kiểu dữ liệu hay lỗi runtime bằng việc tận dụng type safety.

Lập trình viên Express.js sẽ tiết kiệm thời gian debug và tăng hiệu suất mã nhờ TypeScript giúp xác định lỗi biên dịch ngay từ giai đoạn phát triển, thay vì phải chờ lỗi xảy ra ở runtime.

IETF Publishes RFC 10008, Adding the QUERY Method for Safe Requests With a Body

Vào tháng 6 năm 2026, IETF đã công bố RFC 10008, giới thiệu phương thức QUERY cho HTTP, động từ HTTP tiêu chuẩn đầu tiên kể từ năm 2010. Phương thức QUERY cho phép nhà phát triển gửi bộ lọc truy vấn phong phú hơn trong phần body của request. Đây là một bổ sung quan trọng cho các phương thức HTTP hiện có như GET và POST. Với QUERY, developers có thể tạo các yêu cầu an toàn hơn với body mà không vi phạm các nguyên tắc HTTP cơ bản. Bài viết này cung cấp cái nhìn sâu sắc về cách QUERY thay đổi cách chúng ta tương tác với API và các dịch vụ web.

Bài viết này giúp lập trình viên nắm bắt QUERY method - phương thức HTTP mới đầu tiên từ 2010 - cho phép gửi bộ lọc truy vấn phong phú hơn trong yêu cầu.

How to Connect to HMRC's Making Tax Digital API: A Beginner's Guide

Making Tax Digital (MTD) for Income Tax bắt đầu áp dụng từ ngày 6 tháng 4 năm 2026 tại Anh và đã trở thành bắt buộc với những người tự làm thuế. Để tích hợp với hệ thống này, lập trình viên cần sử dụng HMRC's MTD API cho phép trao đổi dữ liệu thuế điện tử. API này yêu cầu xác thực OAuth 2.0 và tuân thủ cấu trúc dữ liệu JSON cụ thể của HMRC. Việc kết nối đúng chuẩn giúp tránh các vấn đề về tính tuân thủ và đảm bảo dữ liệu thuế được chuyển tiếp an toàn. Bài viết hướng dẫn chi tiết từng bước thiết lập kết nối, từ việc đăng ký client ID đến gửi thử nghiệm đầu tiên.

Bài hướng dẫn này giúp lập trình viên hiểu cách kết nối với Making Tax Digital API HMRC - một yêu cầu bắt buộc cho phần mềm hỗ trợ thuế tại Anh.

The Good Parts of MCP: Prompts and Resources

Bối cảnh của bài viết tập trung vào các yếu tố tốt đẹp của MCP (Model Context Protocol) nhưng thường bị bỏ qua do mảng công cụ tools được nhấn mạnh quá mức. Nguyên nhân kỹ thuật là vì đa số tập trung vào số lượng tools server hỗ trợ (như con số được đề cập trong nội dung) mà bỏ qua prompts và resources quan trọng. Hệ quả là người dùng đánh giá sai giá trị thực sự của MCP khi chỉ dựa vào số tools. Điều đáng học là prompts và resources mới là yếu tố cốt lõi quyết định hiệu quả của MCP, không chỉ là số lượng tools.

Bài viết này giúp lập trình viên hiểu được phần giá trị thực sự của MCP vượt ra ngoài các công cụ, tập trung vào prompts và resources tối ưu để nâng cao hiệu quả làm việc.

Script tags are deprecated and will stop running on March 1, 2027

Shopify cập nhật developer changelog để ghi lại mọi thay đổi trên nền tảng. Trong bản cập nhật gần đây, Shopify xác nhận rằng thẻ <script> sẽ bị ngừng hoạt động từ ngày 1 tháng 3 năm 2027. Nguyên nhân là vì Shopify đang chuyển sang mô hình bảo mật và hiệu suất cao hơn, loại bỏ việc chèn script tùy chỉnh trực tiếp vào cửa hàng. Hệ quả là các ứng dụng hoặc giao diện tùy chỉnh hiện tại dựa trên thẻ script có thể ngừng hoạt động sau ngày đó nếu không được di chuyển sang các giải pháp thay thế như Shopify Functions, App Bridge hoặc API GraphQL. Bài học cho nhà phát triển là thường xuyên theo dõi changelog, lên kế hoạch thay thế sớm và kiểm tra tính tương thích trước khi ngày hết hạn đến.

Lập trình viên nên đọc bài này để biết về sự thay đổi quan trọng của Shopify liên quan đến tag script bị lỗi thời và sẽ ngừng hoạt động.

WordPress PHP-Only Block Registration

Bối cảnh: Sau hơn bảy năm và một nửa kể từ khi block được đưa vào WordPress Core, việc tạo block vẫn phụ thuộc vào React và các công cụ xây dựng như Webpack hoặc Babel. Nguyên nhân kỹ thuật: WordPress vừa ra mắt API đăng ký block chỉ bằng PHP, cho phép khai báo thuộc tính, render và xử lý sự kiện mà không cần viết thành phần JavaScript. Hệ quả: Nhà phát triển có thể xây dựng block hoàn toàn bằng PHP, giảm thời gian thiết lập môi trường, loại bỏ nhu cầu cài đặt Node.js và các pipeline build, đồng thời duy trì khả năng tương thích với trình soạn thảo Gutenberg. Điều đáng học: Đây là dấu hiệu WordPress hướng tới việc giảm rào cản cho những người làm việc chủ yếu với PHP, mở rộng cộng đồng đóng góp block và nhấn mạnh tầm quan trọng của việc cung cấp các lựa chọn phát triển

Tìm hiểu cách đăng ký block chỉ bằng PHP giúp bạn tiết kiệm thời gian và công sức khi xây dựng cho WordPress mà không cần phụ thuộc vào React.

Filtering registered abilities with wp_get_abilities() in WordPress 7.1

WordPress 7.1 bổ sung khả năng lọc các abilities đã đăng ký thông qua hàm wp_get_abilities() bằng cách chấp nhận tham số $args để lọc theo category, namespace hoặc metadata, đồng thời hỗ trợ callback tùy chỉnh. Hai bộ lọc mới (wp_get_abilities_item_include…) cho phép plugins can thiệp vào quá trình truy xuất abilities trên toàn hệ thống.

Lập trình viên cần đọc để hiểu cách tối ưu hóa và kiểm soát quyền truy cập của người dùng trong WordPress 7.1 bằng cách áp dụng các bộ lọc mới trong wp_get_abilities() để tạo ra các hệ thống quản lý quyền linh hoạt và hiệu quả hơn.

Idempotent Spring Boot: Safe REST with One Annotation

Bộ khởi động Spring Boot idempotent giúp phát lại các yêu cầu trùng lặp thay vì thực thi lại chúng, chỉ với một annotation. Hỗ trợ Redis hoặc JDBC để đảm bảo tính nguyên tử.

Lập trình viên muốn xây dựng API REST an toàn và hiệu quả, đặc biệt khi xử lý các yêu cầu trùng lặp, nên đọc bài này để biết cách áp dụng idempotency một cách đơn giản với chỉ một annotation, tránh rủi ro lặp lại tác động không mong muốn.

REST vs. GraphQL: A Detailed Comparison of API Architectures for Developers

Trong bối cảnh phát triển web hiện đại, lựa chọn giữa REST và GraphQL ảnh hưởng lớn đến hiệu suất và trải nghiệm lập trình. REST (Representational State Transfer) sử dụng endpoint cố định như GET /users trong khi GraphQL (Graph Query Language) cho phép client yêu cầu chính xác dữ liệu cần thiết qua một endpoint duy nhất, giảm 70% lượng dữ liệu thừa so với REST theo nghiên cứu của Apollo. Hệ quả là GraphQL tối ưu hóa việc truyền tải dữ liệu nhưng phức tạp hơn trong việc implement caching và quản lý schema. Điều đáng học là REST phù hợp cho các ứng dụng đơn giản với tài liệu rõ ràng, còn GraphQL tối ưu cho mobile app và ứng dụng cần linh hoạt trong việc truy vấn dữ liệu đa nguồn.

Bài viết này giúp lập trình viên hiểu rõ sự khác biệt giữa REST và GraphQL để chọn kiến trúc API phù hợp cho dự án.

GitHub Enterprise adds credential inventory exports

GitHub Enterprise hiện cho phép chủ doanh nghiệp xuất danh sách toàn bộ credential có thể truy cập hệ thống, bao gồm SSH keys, personal access tokens, OAuth App tokens và GitHub App tokens. Người dùng có quyền 'View enterprise credentials' có thể xuất dữ liệu dưới dạng CSV từ thiết lập doanh nghiệp hoặc qua REST API mới với tính năng phân trang, lọc theo người dùng, ứng dụng, loại hoặc tổ chức. Tính năng này cung cấp metadata như scopes, ngày tạo/hết hạn/sử dụng cuối cùng và liên kết với hoạt động trong audit log, giúp đội ngũ đánh giá rủi ro và lập kế hoạch khắc phục sự cố. GitHub Enterprise Cloud đã có tính năng này, với hỗ trợ GitHub Enterprise Server đang được lên kế hoạch.

Tính năng xuất danh sách chứng thực toàn diện giúp đội ngũ an ninh GitHub Enterprise quản lý quyền truy cập và giảm rủi ro bảo mật hiệu quả.

REST API Monitoring Beyond Status Codes

A 200 status doesn't mean your API returned something useful. Learn why response validation, chained workflow testing, and global monitoring matter more than status codes.

Manage the code coverage ruleset condition with the REST API

GitHub now supports managing the 'Restrict code coverage' repository ruleset option via the generally available REST API, not just through the web UI. This ruleset enforces a minimum line coverage percentage or a maximum tolerable coverage drop for pull requests. It requires GitHub Code Quality enabled with code coverage uploads configured, and is available on GitHub Enterprise Cloud and GitHub Team (including data residency), but not GitHub Enterprise Server. The change lets teams create, update, and read this setting programmatically for consistency across many repos or as part of infrastructure-as-code workflows.

SCIM user responses now include a profileUrl attribute

GitHub's SCIM user responses now include a standard profileUrl attribute, defined by RFC 7643, returning the absolute URL of the GitHub account linked to an external identity. This eliminates the need for extra lookups or inference to match SCIM records to GitHub accounts. The attribute appears on the /Users endpoint for both organization and enterprise SCIM responses, is omitted when no GitHub account is linked yet, and is documented in the SCIM OpenAPI schema. The change is additive: existing userName and other attribute values are unchanged, and no action is required for current SCIM, GraphQL, or identity management integrations.

Connecting Custom Apps to Orchestrate via REST APIs

In agentic enterprise systems, agents and tools often access systems on behalf of users. This post describes how to build custom web applications leveraging the watsonx Orchestrate REST API and how to authenticate and authorize users.

ACF 6.8.10 Security Release

Advanced Custom Fields version 6.8.10 is now available. This release contains several security fixes for both ACF and ACF PRO. We recommend that all users

Co-Create: Building GitLab with our users

How GitLab users collaborated with us to build practical product improvements in the first half of 2026.

RFC 10008 Left A Slot Open And Somebody Is Standing In It

APIs thường phát triển thêm endpoint tìm kiếm khi nhu cầu truy vấn dữ liệu tăng lên. Nguyên nhân kỹ thuật là RFC 10008 hạn chế chuỗi truy vấn URL không thể chứa bộ lọc phức tạp vì giới hạn độ dài và nguy cơ injection, forcing developers to “lie” by moving filters into request bodies or ignoring them. Hệ quả là khi bỏ qua hoặc lọc sau khi trả về toàn bộ dữ liệu, ứng dụng tốn băng thông, phản hồi chậm và có nguy cơ lộ thông tin nhạy cảm. Điều đáng học là thay vì dựa vào URL hạn chế, nên thiết kế endpoint tìm kiếm sử dụng POST với payload JSON hoặc áp dụng chuẩn như OData/GraphQL để biểu diễn bộ lọc rõ ràng và an toàn. Bài viết cũng nhắc nhở kiểm tra giới hạn URL của máy chủ và cân nhắc sử dụng pagination kèm bộ lọc để tránh tải excess.

Bài viết này giúp lập trình viên hiểu cách thiết kế endpoint tìm kiếm hiệu quả trong API mà không cần phải sử dụng các giải pháp thô thiển.

Design Multi-Context Processing Tools as Capabilities, Not Endpoints

One anti-pattern I keep seeing: mapping MCP tools 1:1 onto a REST API.

A simple form builder that stays out of your way

Bối cảnh: Nhiều đội ngũ phát triển cần một công cụ tạo form đơn giản thay cho Typeform hoặc Jotform mà không gây thêm phụ thuộc nặng. Nguyên nhân kỹ thuật: Deftform được xây dựng trên framework Laravel, tích hợp tính năng tạo form bằng AI và cung cấp REST API cùng webhook để kết nối với hệ thống hiện tại. Hệ quả: Nhờ vậy, lập trình viên có thể sinh form trong vài phút, sau đó tích hợp ngay vào ứng dụng qua API mà không phải lo về mã nguồn dư thừa hoặc cấu hình phức tạp. Điều đáng học: Chọn một giải pháp dựa trên framework quen thuộc và ưu tiên API-first giúp giảm bớt gói phụ thuộc, tăng khả năng mở rộng và duy trì dễ dàng hơn.

Deftform là giải pháp tạo form tối ưu với AI và tích hợp API, giúp tiết kiệm thời gian cho lập trình viên.

Introducing the Hosted Dolt REST API

Hosted Dolt now has an official, versioned REST API for creating and managing deployments. It's built on the same OpenAPI contract we used for the DoltHub API v2, so both APIs return the same envelope, the same errors, and the same auth. Here's how to use it.

Doing GraphQL Is Governance by Default, Doing REST Is Not

GraphQL không chỉ là công nghệ truy vấn dữ liệu mà còn là phương thức quản trị (governance) mặc định, trong khi REST không cung cấp điều này.

Lập trình viên nên đọc bài này để hiểu cách GraphQL tự động quản lý cấu trúc dữ liệu và giao diện API, giúp tránh rủi ro của REST như over-fetching, under-fetching và sự phức tạp trong việc thiết kế API.

Two free, unauthenticated JSON APIs most job-scraping tutorials never mention

Hai API JSON miễn phí, không yêu xác thực thường bị bỏ qua trong các hướng dẫn scraping việc làm.

Là lập trình viên tìm kiếm việc làm, bạn nên đọc bài này để khám phá hai API miễn phí, không cần xác thực mà thường không được nhắc đến trong các hướng dẫn scrap job, giúp tiết kiệm thời gian và tránh rủi ro khi đối mặt với các hệ thống chống bots phức tạp của các trang web lớn.

WordPress 7.1 Field Guide

WordPress 7.1 có hơn 310 ticket trên Core Trac, trong đó hơn 100 là cải tiến tính năng và hơn 180 là bản sửa lỗi, với 40+ ticket tập trung vào trình soạn thảo, đặc biệt chú trọng vào khả năng truy cập (46), giao diện người dùng (40) và quản trị (28).

Lập trình viên phát triển WordPress nên đọc để cập nhật những cải tiến mới trong Editor, từ UI/UX cải thiện đến tính năng hỗ trợ khả năng truy cập (accessibility) và giải quyết các bug core, giúp tối ưu hóa hiệu suất và trải nghiệm cho dự án của mình.

How I fixed a stuck Cloudflare Pages build queue

Một dự án trên Cloudflare Pages bị kẹt: một bản build bị treo suốt 5 giờ 35 phút và 35 bản build khác xếp hàng sau đó. Bài viết hướng dẫn cách kiểm tra hàng đợi build và hủy bỏ chúng thông qua API.

Lập trình viên cần đọc bài này để hiểu cách giải quyết tình trạng build chậm trễ hoặc bị treo trong Cloudflare Pages, giúp tiết kiệm thời gian và tránh mất hiệu suất deploy dự án.

A unified public exposure flag for Abilities in WordPress 7.1

WordPress 7.1 bổ sung cờ metadata công khai thống nhất cho các abilities, cung cấp cách đơn giản để chỉ định khả năng truy cập bởi các client bên ngoài như REST API, MCP adapters hay AI agents. Thay đổi này nhằm chuẩn hóa cách quản lý quyền truy cập cho các chức năng công khai.

Lập trình viên phát triển plugin hoặc theme cho WordPress nên đọc bài này để hiểu cách quản lý và khai thác các khả năng (abilities) công khai của plugin theo tiêu chuẩn mới trong WordPress 7.1, giúp tối ưu hóa giao tiếp với REST API và các hệ thống bên ngoài hiệu quả hơn.

Miscellaneous Editor Changes in WordPress 7.1

Bản cập nhật WordPress 7.1 bổ sung nhiều thay đổi nhỏ cho trình chỉnh sửa (editor), bao gồm: ngăn chặn truyền kích thước font từ Navigation block xuống các mục con, cải tiến nhắm mục tiêu Block Variations trong Block Transforms, ổn định cloneSanitizedBlock và sanitizeBlockAttributes, nâng cấp thư viện Markdown parsing, tương thích xử lý sự kiện trên di động, cho phép Template parts tắt chế độ chỉnh sửa nội dung, đồng bộ lớp preset cấp khối với cấp gốc trong Global Styles.

Lập trình viên phát triển plugin hoặc theme WordPress nên đọc bài này để hiểu cách xử lý các thay đổi nhỏ trong editor mới như clone và sanitizeBlock để đảm bảo tính tương thích và bảo mật khi tích hợp các tính năng mới trong WordPress 7.1.

How to programmatically upload attachments to GitHub Issues, Pull Requests, and Comments, finally, for now

GitHub vừa bổ sung API không chính thức tại uploads.github.com cho phép upload file đính kèm (ảnh, tài liệu) lên Issues, Pull Requests và Comments thông qua token Bearer, trả về URL có thể nhúng vào nội dung. Tính năng này hữu ích cho tự động hóa (như GitHub Actions) khi cần đính kèm ảnh chụp màn hình hay báo cáo lỗi hình ảnh.

Lập trình viên cần đọc bài này để tự động hóa việc upload hình ảnh hoặc file đính kèm vào các Issue, Pull Request và bình luận trên GitHub một cách dễ dàng, tiết kiệm thời gian và tránh phải sử dụng các phương pháp thủ công phức tạp.