![[RFC] Duration class](/images/og-default.png)
Tim Düsterhus and Derick Rethans have proposed a new Time\Duration class for PHP 8.6, designed to represent stopwatch-style durations for timeout APIs. The RFC is intentionally minimal, using a seconds+nanoseconds internal representation (similar to Rust's and Java's Duration). Key design decisions discussed include: limiting the highest constructor unit to hours, omitting ISO 8601 serialization for now due to ambiguity, excluding floating-point conversion methods to avoid precision/rounding issues, and choosing the Time namespace over DateTime to align with Rust, Java, and Go conventions. Community feedback raised questions about adding a sum() variadic method instead of separate add/sub methods, and whether to adopt the temporal_rs Rust library — which the authors declined, citing the complexity of integrating Rust into the Zend Engine and the need for PHP-idiomatic API design.
Nguồn: https://externals.io/message/131736. 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.
Nhóm phát triển PHP vừa tung ra phiên bản 8.4.23, một bản cập nhật bảo mật quan trọng cho nhánh PHP 8.4. Người dùng nên nâng cấp ngay lập tức, tải về từ trang chính thức.
Lập trình viên cần đọc để cập nhật về phí bảo mật mới trong PHP 8.4.23, giúp bảo vệ ứng dụng của mình trước các lỗ hổng nguy hiểm và duy trì an toàn cho hệ thống.
Nhóm phát triển PHP vừa phát hành phiên bản 8.2.32, tập trung vào vá lỗ hổng bảo mật. Người dùng PHP 8.2 được khuyến cáo nâng cấp ngay lập tức. Tải xuống mã nguồn và bản cài Windows tại trang tải xuống chính thức, kèm chi tiết trong bản ghi thay đổi.
Nếu bạn đang sử dụng PHP 8.2 và muốn bảo vệ hệ thống của mình khỏi các lỗ hổng bảo mật mới nhất, hãy cập nhật ngay phiên bản 8.2.32 để tránh rủi ro an ninh.
Nhóm phát triển PHP vừa công bố phiên bản 8.3.32, bản phát hành tập trung vào vá lỗ hổng bảo mật. Người dùng PHP 8.3 nên nâng cấp ngay lập tức, tải xuống từ trang chính thức.
Lập trình viên nên đọc bài này vì phiên bản mới này là một bản cập nhật an toàn (security patch) cho PHP 8.3, giúp bảo vệ hệ thống ứng dụng của bạn khỏi các lỗ hổng bảo mật mới.
Lịch trình "bug scrub" cho WordPress 7.1 đã được công bố với các buổi họp hai tuần một lần từ tháng 7 đến tháng 8 năm 2026, diễn ra trên kênh Slack #core và mở cho mọi đóng góp viên. Những ai muốn dẫn dắt buổi scrub có thể liên hệ với @adrianduffell hoặc @sajjad67 trên Slack.
Lập trình viên WordPress nên tham gia hoặc theo dõi lịch scrub bug cho phiên bản 7.1 để tham gia cải thiện chất lượng core bằng cách phát hiện và khắc phục lỗi sớm, từ đó đóng góp vào sự ổn định và hiệu suất của nền tảng.

Một chuyên gia công nghệ với 20 năm kinh nghiệm lập luận rằng danh xưng "Full-Stack …
Di chuyển từ kiến trúc monolith sang microservices cần áp dụng các pattern cụ thể thay vì viết lại toàn bộ. Bốn chiến lược chính gồm: Strangler Fig (dần dần chuyển lưu lượng qua API gateway), Parallel Run (chạy song song để kiểm chứng), Collaborator (thêm microservices mới mà không sửa core), và Change Data Capture (đồng bộ dữ liệu real-time bằng Debezium/Kafka Connect). Các pattern này hiệu quả nhất khi kết hợp theo trình tự trong quá trình chuyển đổi.
Lập trình viên nên đọc bài này để hiểu cách chuyển đổi từ kiến trúc monolith sang microservices một cách chỉnh xác, ít rủi ro và tối ưu hóa hiệu suất, không phải là một thay đổi đột ngột mà là một quá trình thuần túy, có kế hoạch với các mẫu thiết kế hiệu quả.
Laravel Cloud giờ đây hỗ trợ triển khai ứng dụng Symfony trên cùng hạ tầng PHP được quản lý như Laravel. Nền tảng này tự động phát hiện Symfony qua composer.json, xử lý cấp phát server, SSL, scaling và triển khai không downtime, kèm theo preview environments, flex compute, metrics, logs, cache Valkey, và DATABASE_URL tự động.
Lập trình viên Symfony nên đọc bài này để khám phá cách Laravel Cloud tự động tối ưu hóa deployment, bảo mật và hiệu năng cho ứng dụng Symfony của mình với chi phí thấp và không cần quản lý server thủ công.
Bài viết hướng dẫn triển khai CQRS trong Node.js/TypeScript theo cách đơn giản, không cần cơ sở hạ tầng phức tạp như event sourcing hay message queues. CQRS ở đây chỉ là cách tổ chức code tách biệt logic ghi (commands) và đọc (queries), với ví dụ TypeScript cụ thể về rich write side và lean read side. Tác giả khuyên nên bắt đầu từ phân tách code đơn giản rồi nâng cấp dần khi cần thiết.
Lập trình viên nên đọc bài này để hiểu cách áp dụng CQRS một cách đơn giản và hiệu quả trong Node.js/TypeScript mà không cần phụ thuộc vào kiến trúc phức tạp, từ đó tối ưu hóa quy trình phát triển và bảo trì ứng dụng của mình.