All Your GUCs in a Row: local_preload_libraries

LibreDB Studio: an open source, self-hosted SQL IDE for PostgreSQL in the browser

LibreDB Studio là IDE SQL mã nguồn mở, tự host cho PostgreSQL chạy trên trình duyệt, triển khai dưới dạng container, Helm chart hoặc npm package. Công cụ hỗ trợ pooling connection, transaction rõ ràng, giám sát thông qua pg_stat_* và xác thực qua local account hoặc OIDC với kiểm soát quyền truy cập.

Lập trình viên phát triển ứng dụng PostgreSQL nên đọc để tìm hiểu cách tự host một IDE SQL trực tuyến, tối ưu hóa hiệu năng với cơ chế kết nối pooled và tự động rollback, đồng thời khám phá tính năng hỗ trợ quyền truy cập RBAC và hỗ trợ OIDC, giúp streamline quá trình phát triển và quản lý cơ sở dữ liệu.

PHP and Composer Support Is Now in Beta

Socket, nền tảng phân tích bảo mật phụ thuộc, vừa mở rộng khả năng hỗ trợ cho hệ sinh thái PHP bằng cách đưa PHP và Composer vào giai đoạn Beta cho tất cả khách hàng. Điều này dựa trên việc triển khai phân tích reachability dành riêng cho PHP, cho phép Socket xác định chính xác các hàm và lớp thực sự được gọi trong mã nguồn. Kết quả là, các nhóm phát triển PHP có thể nhận được cảnh báo về lỗ hổng chỉ khi chúng thực sự có thể bị khai thác, giảm thiểu cảnh báo giả dương. Phân tích reachability cho PHP hiện đã được phát hành rộng rãi (generally available), trong khi tính năng Beta cho Composer vẫn thu thập phản hồi để ổn định trước khi ra mắt chính thức. Kinh nghiệm từ bản phát hành này nhấn mạnh tầm quan trọng của việc xây dựng phân tích phụ thuộc theo ngữ cảnh ngôn ngữ cụ thể để nâng độ chính xác và giá trị thực tế của công cụ bảo mật.

Bài viết này giúp bạn tận dụng PHP và Composer support mới của Socket để bảo mật dự án PHP tốt hơn.

Postgres 19: How Our Advice Has Changed Since...

Bài viết đánh giá lại những lời khuyên trước đây về các tính năng như COPY, TOAST, BRIN …

ChainDrop npm Worm: AI Agents And Credential Abuse

ChainDrop worm đã lây nhiễm 444 gói npm với hơn 2 tỷ lượt tải mỗi tháng. Các AI agents đang thu hẹp khoảng cách giữa việc đánh cắp và lạm dụng thông tin xác thực.

Bài viết này giúp lập trình viên hiểu nguy cơ tấn công từ các gói npm độc hại và cách AI agent lạm dụng thông tin xác thực để gây thiệt hại.

Connection Pool Sizing, Measured: Why 48 Connections Beat 400

Bài viết thực nghiệm trên PostgreSQL bằng cách tăng số kết nối từ 1 lên 400 để đo throughput và latency. Kết quả cho thấy throughput đạt đỉnh ở khoảng 48 kết nối, sau đó giảm 37% khi tăng lên 400 kết nối, đồng thời latency tăng gấp 13 lần. Nguyên nhân là sự cạnh tranh về tài nguyên bộ nhớ và luồng trong PostgreSQL khi số kết nối vượt quá khả năng xử lý của CPU và bộ nhớ đệm, gây ra hiện tượng thrashing và tăng thời gian chờ lock. Điều này dạy chúng ta nên đo lường đường cong hiệu suất và chọn kích thước connection pool phù hợp, thay vì đặt giá trị cao nhất có thể.

Bài viết này giúp lập trình viên hiểu cách tối ưu kích thước connection pool để đạt hiệu suất cao nhất.

Rebuilding Linear’s delta sync read path

Linear đã sử dụng Turbopuffer để tối ưu hóa đường dẫn đọc đồng bộ (delta sync read path), đảm bảo độ trễ bắt kịp dữ liệu (catch-up latency) ổn định trên khối lượng hơn 20 TB thao tác đồng bộ.

Một lập trình viên cần đọc bài này để hiểu cách tối ưu hóa cơ chế đồng bộ delta sync bằng Turbopuffer, giúp giảm thiểu thời gian chậm trễ khi xử lý hàng trăm GB hoặc TB dữ liệu đồng bộ, đặc biệt quan trọng trong hệ thống phân tán và ứng dụng có yêu cầu độ tin cậy cao về thời gian phản hồi.

npm 12 Released: Install Scripts Off by Default as Registry Moves to Explicit Trust

npm 12 mặc định tắt cài đặt scripts trong quá trình cài đặt package, buộc người dùng phải cho phép rõ ràng khi chạy scripts. Thay đổi này nhằm tăng cường bảo mật khi registry npm chuyển sang mô hình tin cậy minh bạch.

Lập trình viên nên đọc bài này vì npm 12 thay đổi cơ chế bảo mật bằng cách cắt bỏ mặc định quyền chạy script từ các gói npm, giúp giảm rủi ro từ các cuộc tấn công thông qua các lệnh tự động chạy trong dự án.

Does anyone run Postgres without PgBouncer?

Hầu hết các nhà cung cấp Postgres lớn (AWS RDS, Azure, Google Cloud SQL, Supabase, Neon...) đều tích hợp sẵn PgBouncer hoặc giải pháp pooling tương tự, chỉ trừ IBM Cloud và Oracle OCI. Bài viết cho rằng pooling là yếu tố bắt buộc vì Postgres xử lý kết nối kém hiệu quả, trái ngược với MySQL hay MongoDB vốn không cần giải pháp bổ sung.

Là lập trình viên quản lý cơ sở dữ liệu PostgreSQL, bạn nên đọc bài này để hiểu tại sao việc sử dụng PgBouncer không chỉ là một giải pháp hiệu quả mà còn là một công cụ bắt buộc để tối ưu hóa hiệu suất, tránh tình trạng "connection leak" và giảm chi phí tài nguyên khi làm việc với nhiều ứng dụng đồng thời.