We just released phpDocumentor 3.8.0, which includes support for property hooks, asymmetric visibility and a number of bugfixes regarding traits and inheritance of docblocks.

Download the phar, pull the new docker image and you are ready to go.

https://github.com/phpDocumentor/phpDocumentor/releases/tag/v3.8.0

phpDocumentor main branch now has support for property hooks. If you are upgrading your codebase to #php84. Why not directly document what you did?

Now covered:

- virtual properties
- read only
- write only

To be added:

- properties on interfaces

phpDocumentor reflection is now able to detect virtual properties: https://github.com/phpDocumentor/Reflection/releases/tag/6.3.0

The best thing? You don't have to run the code to do this reflection.

Working on @phpdoc property hook support. And slowly discovering how it works to make sure we do represent some sane behavior.

But there are some things that are really confusing me: https://3v4l.org/IUXn4#v8.4.8

Like php allows defaults on a virtual property?

#php84

cc @Crell

We just released phpDocumentor/reflection to support property hooks and asymmetric visibility.

https://github.com/phpDocumentor/Reflection/releases/tag/6.2.0

PHP Annotated – May 2025
#PhpStorm #Laravel #Php #Php84 #Php85 #Phpannotatedmonthly #Rfc #Symfony

https://blog.jetbrains.com/phpstorm/2025/05/php-annotated-may-2025/

My Laravel PR was shot down, but I may give it a chance later in the year to use Property Hooks as attribute cast.

Why? I blindly guess that using Property Hooks are less computationally costly but also IDE friendly.

PHP property hooks are great until they are not.

It fathoms me how this big oversight got past stable.

I fully expect #Laravel to start deprecating the `Attribute` cast starting with Laravel 13.x.

I have, quite literally, no argument to use Attribute casts over Property Hooks. Plus, because these are native, there is no overhead.

phpDocumentor v3.7 is just released, with support for custom twig extensions and #php84 support.

Check the release notes for more: https://github.com/phpDocumentor/phpDocumentor/releases/tag/v3.7.0

Now that PHP8.4 support new MyClass()->method() without parentheses does it still make sense to add or have empty named constructor like MyClass::new() or MyClass::make() or MyClass::create()

PHP Annotated – January 2025
#PhpStorm #News #Laravel #Php #Php83 #Php84 #Phpannotatedmonthly #Rfc #Symfony

https://blog.jetbrains.com/phpstorm/2025/01/php-annotated-january-2025/

I hate it when tests fail due to the "Implicitly marking parameter XYZ as nullable is deprecated".

That is not a problem of deprecating that behaviour in PHP8.4 though.

It shows that your testing breaks due to deprecation messages.

DEPRECATIONS ARE NOT ERRORS!!!!!

Dive into the world of Lazy Objects with PHP 8.4 with @scottkeckwarren! Discover how this new feature can boost your application's performance. Read more about how to it here: https://www.phparch.com/2025/01/using-php-8-4s-lazy-objects/ #PHP84 #WebDev #PHPArchitect

I released version 4.5.0 for Laravel Mail Catchall

This version adds support for #PHP 8.4 and make the information in the about command more explicit.

This package helps you to forward all the mail from your Laravel application to a specified address and have the information about the original receivers added.

https://gitlab.com/tjvb/laravel-mail-catchall

I can some benchmarks to see how proportionally the new JIT in PHP skewed speed improvements.

Conclusion:

- PHP 8.4.1 is about 4% faster than PHP 8.3.14
- with JIT, the speed-up is about 7%
- there is (unsurprisingly) negligible improvements in the C implementation's speed.

Why you should upgrade to PHP 8.4 (or at least a supported PHP version)

https://dev.to/robertobutti/why-you-should-upgrade-to-php-84-or-at-least-php-8x-1ab0

Xdebug 3.4.0 is out!

It mainly adds support for PHP 8.4.

A new feature makes it possible to tell Xdebug to ignore PHP requests for debugging, if the XDEBUG_IGNORE parameter is set.

If you find any bugs, please head to the issue tracker: https://bugs.xdebug.org

If you want to support my work on Xdebug, head over to https://github.com/sponsors/derickr as an individual, or https://xdebug.org/support as a company.

Right, let's make this Xdebug release for compatibility with PHP 8.4!