Salesforce is launching a redesigned Connect REST API reference documentation starting July 2026. The new experience consolidates previously fragmented pages into a single unified page with a three-column layout showing resources, details, and request/response examples side by side. The reference now follows the OpenAPI Specification, enabling downloads for use with AI agents or code generation. Version information is now inline throughout the page rather than requiring a version dropdown selection. Key changes include clickable endpoint paths for copying full URLs, field type patterns using regex, and the removal of deep-linking to standalone request/response body pages.
Nguồn: https://developer.salesforce.com/blogs/2026/07/introducing-a-new-connect-rest-api-experience. 8sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Google giới thiệu AlloyDB AI functions với hai kỹ thuật tăng tốc cho truy vấn SQL sử dụng LLM: smart batching (gọi model theo lô, đạt 10.000 rows/giây) và kiến trúc proxy model (huấn luyện model nhẹ trong database bằng PREPARE, chạy nội bộ tới 100.000 rows/giây, giảm 6.000 lần chi phí). Proxy model hiện ở chế độ preview cho ai.if, bổ sung thêm các hàm ai.summarize, ai.agg_summarize, ai.analyze_sentiment cùng MCP server quản lý cho AI agent. Các số liệu benchmark từ thử nghiệm nội bộ cần được xác thực thêm trước khi triển khai sản xuất.
Nếu bạn đang tìm cách tối ưu hóa hiệu suất và chi phí cho ứng dụng sử dụng AI trong cơ sở dữ liệu, AlloyDB Proxy Models sẽ giúp bạn hiểu cách triển khai mô hình dự đoán trực tiếp trong DB, giảm thiểu chi phí gọi API LLM và tăng tốc xử lý dữ liệu lên hàng trăm lần.
Bài viết phân tích và bác bỏ những lo ngại phổ biến khi chạy cơ sở dữ liệu trên Kubernetes như quản lý workloads stateful, an toàn dữ liệu khi pod/node gặp sự cố, hiệu suất overhead và độ phức tạp vận hành. Tác giả cho rằng Kubernetes đã trưởng thành với StatefulSets, PersistentVolumes, CSI cùng Operators giúp tự động hóa các thao tác Day-2 phức tạp, khiến hầu hết các phản đối trước đây không còn hợp lệ.
Lập trình viên nên đọc bài này để hiểu cách Kubernetes hiện đại đã giải quyết những lo ngại truyền thống về quản lý cơ sở dữ liệu, từ việc bảo mật dữ liệu trong các sự kiện thất bại đến tối ưu hóa hiệu suất và tự động hóa các công việc vận hành phức tạp.
Bài viết hướng dẫn xây dựng pipeline dữ liệu thời tiết toàn diện bằng các công cụ mã nguồn mở: Airflow điều phối, PostgreSQL lưu trữ, Metabase tạo dashboard BI, tất cả chạy trên Docker. Dữ liệu được thu thập mỗi giờ từ WeatherAPI cho các thủ phủ bang Brazil, xử lý qua DAG nhiều tầng của Airflow, rồi hiển thị dưới dạng dashboard thời tiết hiện tại, lịch sử và dự báo trên Metabase.
Lập trình viên muốn tự động hóa và tích hợp các công cụ phân tích dữ liệu từ API đến báo cáo trực quan sẽ tìm hiểu cách xây dựng một pipeline hoàn chỉnh với Airflow, PostgreSQL và Metabase để tối ưu hóa quy trình xử lý và chia sẻ thông tin thời tiết hiệu quả.
Doltgres, cơ sở dữ liệu tương thích PostgreSQL với tính năng kiểm soát phiên bản kiểu Git, sẽ ra mắt phiên bản 1.0 vào ngày 6 tháng 8. Phiên bản này tập trung vào tính chính xác (99% tuân thủ SQL Logic Test), ổn định định dạng lưu trữ, hiệu năng (trong phạm vi 3x PostgreSQL), và tương thích rộng rãi với các ORM, thư viện và công cụ phổ biến. Các tính năng bổ sung như workflow remote push/pull, giao thức nhân bản riêng cho thiết lập HA, cùng garbage collection tự động cũng đang được hoàn thiện. Nhóm phát triển kêu gọi người dùng thử nghiệm Doltgres trên workload thực tế và báo cáo lỗi trước khi ra mắt.
Lập trình viên nên đọc bài này để khám phá cách Doltgres kết hợp cơ sở dữ liệu PostgreSQL với hệ thống quản lý phiên bản Git, giúp phát triển ứng dụng trở nên hiệu quả hơn với tính ổn định, tương thích ORM và khả năng mở rộng cho các dự án lớn.
DuckDB phiên bản 1.5.4 (Variegata) vừa ra mắt với nhiều bản sửa lỗi quan trọng, tối ưu hiệu năng và vá lỗ hổng bảo mật. Phiên bản này cải thiện xử lý JSON, sửa lỗi crash nghiêm trọng như double free trong Arrow GeoArrow CRS, đồng thời bổ sung tùy chọn giao diện dòng lệnh (CLI) dark/light mode. Nhóm phát triển cũng hé lộ kế hoạch phát hành DuckDB 2.0.0 vào mùa thu sắp tới.
Lập trình viên cần đọc bài này để cập nhật về các cải tiến mới trong DuckDB, đặc biệt là các sửa lỗi quan trọng về kết hợp dữ liệu, xử lý JSON, và hiệu suất—điều này sẽ giúp họ tối ưu hóa các ứng dụng xử lý dữ liệu lớn và tăng tính ổn định cho hệ thống.
Lỗ hổng ghi vượt giới hạn heap (CVE-2026-8461) có tên PixelSmash được phát hiện trong bộ giải mã MagicYUV của FFmpeg, ảnh hưởng đến nhiều ứng dụng sử dụng libavcodec như Kodi, OBS Studio, Nextcloud, PhotoPrism, Emby và Jellyfin. FFmpeg 8.1.2 đã vá lỗ hổng này, có thể gây RCE hoặc từ chối dịch vụ tùy thuộc vào điều kiện hệ thống.
Lập trình viên nên đọc bài này vì PixelSmash là lỗ hổng nghiêm trọng trong FFmpeg, có thể dẫn đến tấn công xâm nhập từ xa (RCE) hoặc cản trở hoạt động của ứng dụng sử dụng libavcodec, từ các nền tảng như Kodi đến hệ thống quản lý media như Jellyfin, ảnh hưởng đến cả hệ thống của bạn nếu không được cập nhật.
Thay vì nhúng mô hình dữ liệu vào components.schemas của tài liệu OpenAPI, bài viết đề xuất sử dụng các tệp JSON Schema độc lập với $id riêng trong thư mục schema/. Những schema này có thể tái sử dụng cho nhiều hệ thống (validation, generate code, docs, data warehouse) mà không phụ thuộc vào OpenAPI. OpenAPI overlays giúp điều chỉnh schema gốc cho mục đích cụ thể (như dịch description sang tiếng Đức) mà không thay đổi cấu trúc cốt lõi.
Lập trình viên nên đọc bài này để hiểu cách tối ưu hóa tái sử dụng và quản lý các định dạng dữ liệu độc lập từ OpenAPI, giúp giảm bớt sự phụ thuộc vào các tài liệu API cụ thể và mở rộng khả năng tái sử dụng cho nhiều công cụ khác nhau.
Phương pháp design-first (viết OpenAPI trước khi code) giúp quản trị phát hiện lỗi sớm, tiết kiệm chi phí và biến spec thành nguồn thông tin đáng tin cậy, trong khi code-first (code trước rồi sinh spec) phổ biến hơn nhưng đòi hỏi OpenAPI sinh tự động phải đáng tin. Rủi ro lớn nhất là đội code-first giả danh design-first bằng cách duy trì spec không cập nhật. Khuyến nghị: phát triển linh hoạt ở môi trường non-production, sau đó chuyển dần sang discipline design-first khi API tiến gần sản xuất, kết hợp quản trị phát triển song song.
Lập trình viên nên đọc bài này để hiểu cách cân bằng giữa hiệu quả ngắn hạn của phát triển theo mô hình code-first và lợi ích dài hạn của design-first—để tránh rủi ro về quản lý API không hiệu quả khi spec không được duy trì thực tế.