How PHP Attributes Changed the Way I Write Livewire

Is Laravel Too Magical?

Bài viết phân tích các tính năng "ma thuật" của Laravel như facades và service container, giải thích cách chúng hoạt động dựa trên các nguyên tắc PHP tiêu chuẩn thay vì phép thuật thực sự.

Lập trình viên nên đọc bài này để hiểu rõ cách Laravel sử dụng cơ chế container dependency injection và facade để tối ưu hóa mã nguồn, giảm bớt sự phức tạp mà vẫn giữ được tính linh hoạt và dễ bảo trì trong các ứng dụng lớn.

Lattice: Describe Inertia UIs in PHP

Lattice là framework UI điều khiển từ server cho Laravel, cho phép định nghĩa toàn bộ giao …

Monitor Laravel Queues, Commands, and Schedulers on Any Driver with Vigilance

Vigilance là bảng điều khiển giám sát Laravel tự lưu trữ, theo dõi jobs, artisan commands và scheduled tasks trên mọi trình điều khiển queue (Redis, SQS, database, v.v.), ghi nhận lifecycle chi tiết. Nó cung cấp tính năng sampling, dispatch jobs thủ công, metrics tùy chỉnh, Real User Monitoring, exception grouping, SLO tracking, N+1 detection, uptime checks, log explorer, alerting và hỗ trợ MCP server cho AI agent, yêu cầu PHP 8.2+, Laravel 12/13 và Livewire 3.5+/4.

Lập trình viên cần đọc bài này để khám phá cách Vigilance giúp theo dõi và tối ưu hóa hiệu suất, lỗi, và hiệu suất của các nhiệm vụ queu, lệnh Artisan, và lịch lập trình trong Laravel một cách toàn diện, từ Redis đến các driver khác, với các công cụ như cảnh báo, phân tích lỗi và đo lường thực người dùng.

The artisan dev Command in Laravel 13.16.0

Laravel 13.16.0 bổ sung bốn tính năng mới, trong đó php artisan dev chạy đồng thời các tiến trình phát triển (server, queue worker, log tailing, Vite) thay thế composer dev, cùng các cải tiến như whenFilledEnum() cho enum, withCookies() mở rộng cho mọi loại response, và driver maintenance mode dạng mảng hỗ trợ test song song.

Lập trình viên nên đọc bài này để khám phá cách `php artisan dev` tự động chạy các quá trình phát triển đồng thời (Vite, queue worker, log tailing) thay vì phải chạy thủ công, giúp tiết kiệm thời gian và tăng hiệu suất trong môi trường phát triển Laravel mới nhất.

Who’s Left to Build WordPress?

WordPress chiếm 41,5% thị trường web nhưng đang đối mặt bốn thách thức lớn: lực lượng developer già đi, xu hướng chuyển sang nền tảng quản lý, AI thay thế nhu cầu xây dựng website đơn giản, và khủng hoảng quản trị do Matt Mullenweg kiểm soát quá mức. Nền kinh tế plugin đang phân hóa khi các plugin doanh nghiệp vẫn vững chắc nhưng những plugin đơn giản không có tương lai trước AI.

Đọc bài này để hiểu cách WordPress đang mất vị thế trong thị trường web và tại sao sự thay đổi cơ chế quản trị, thay vì chỉ dựa vào xu hướng công nghệ, mới có thể cứu lại tương lai của nền tảng này.

[RFC] Deprecations for PHP 8.6

The PHP internals mailing list is discussing the RFC for deprecations planned for PHP 8.6. Gina P. Banyard announced the RFC, noting each deprecation will be voted on individually and the RFC must be frozen by July 13th. A notable debate emerged around the lack of impact analyses for the proposals. Juliette Reinders Folmer called it irresponsible to proceed without proper impact data, offering to help generate analyses using PHP_CodeSniffer and PHPCompatibility. Tim Düsterhus pushed back, arguing deprecations are not breaking changes and that impact analyses inherently miss positive ecosystem benefits. Rowan Tommins sided with Juliette, stating proposals without impact information would receive automatic 'No' votes. Specific deprecations discussed include CURLOPT_PROGRESSFUNCTION, return-in-finally (which had a detailed analysis showing 0.18% impact across ~5000 Composer packages), the _() alias for gettext(), and deprecating 'let' as an identifier.

[Discussion] Proposal: grapheme_mask() helper function

A PHP internals discussion proposing a new native function grapheme_mask() that masks sections of strings by operating on grapheme clusters rather than raw bytes or code points. The motivation is to replace repetitive, error-prone userland implementations using substr(), str_repeat(), and multibyte equivalents. The function would correctly handle Unicode text including composed characters, diacritical marks, and emoji sequences. The author has already built a working C prototype using ICU ubrk and PHPT test cases, and has requested a PHP Wiki account to start a formal RFC. A community member also raised the question of whether this should complement or replace a previously proposed str_mask() function, suggesting both could coexist.