Remco Tolsma

If i generate my own WP CLI Phar build it is also working: ``` ➜ php -dphar.readonly=0 ./wp-cli/utils/make-phar.php test.phar ➜ php test.phar --version WP-CLI 1.5.0-alpha ➜ php test.phar plugin list...

In my case we load the Composer autoloader file in the plugin file. ``` require_once plugin_dir_path( __FILE__ ) . 'vendor/autoload.php'; ``` I don't have special modifications in the `wp-config.php`. >...

I just tried to reproduce the problem on another machine, but unfortunately i can't reproduce this issue on that machine. Also tried to reproduce this issue on Travis CI but...

I removed the `vendor` dir from the plugin and run `composer clear-cache` and `composer install`, this fixed the issue for me.

I was also confused by the documentation: > Authentication information from your `~/.netrc` file is by default honored as well. It does not seem to work within `httpie` version `3.2.1`...

> Hey guys, is there any update on this? I understand it won't be implemented in `phpDocumentor` core, but did any plugin or extension succeeded in extracting WordPress Hooks? @mateuswetah...

> Hey @remcotolsma thank you for the suggestion. I was able to generate a hooks.md file using pronamic/wp-documentor. It is not ideal but does the job by now :) Good...

Thanks @barryhughes, good to know about these 3 contexts. I think the PHP timeouts you were referring to are different from the WordPress HTTP API timeouts. WordPress uses a standard...

Thanks, for now we handled it this way: - https://github.com/pronamic/wp-pay-core/blob/b1c28b0d2f7e4772ce4e600ff6215e613cc87996/src/ActionSchedulerController.php#L1-L41 - https://github.com/pronamic/wp-mollie/blob/13bfb8f77bb4333c975e45093b19ffb2771d0c82/src/Client.php#L102-L147 It would be nice if this library introduced it's own `DOING_ACTION_SCHEDULER` or something similar.

This continues to cause performance issues, it would be nice if the @Yoast team would fix this. I think my colleague @rvdsteege has already provided the solution. Because of this...