Title: bartkleinreesink's Replies | WordPress.org

---

# bartkleinreesink

  [  ](https://wordpress.org/support/users/bartkleinreesink/)

 *   [Profile](https://wordpress.org/support/users/bartkleinreesink/)
 *   [Topics Started](https://wordpress.org/support/users/bartkleinreesink/topics/)
 *   [Replies Created](https://wordpress.org/support/users/bartkleinreesink/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/bartkleinreesink/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/bartkleinreesink/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/bartkleinreesink/engagements/)
 *   [Favorites](https://wordpress.org/support/users/bartkleinreesink/favorites/)

 Search replies:

## Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Kadence Security – Password, Two Factor Authentication, and Brute Force Protection] Navigating to settings page causes fatal error](https://wordpress.org/support/topic/navigating-to-settings-page-causes-fatal-error/)
 *  Thread Starter [bartkleinreesink](https://wordpress.org/support/users/bartkleinreesink/)
 * (@bartkleinreesink)
 * [2 years, 5 months ago](https://wordpress.org/support/topic/navigating-to-settings-page-causes-fatal-error/#post-17436503)
 * I have found and solved the problem.
 * `remove_post_type_support` was called in the theme for the ‘editor’, ‘trackbacks’,‘
   author’, ‘revisions’ and ‘post-formats’ post types. It works as expected after
   removing these.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Kadence Security – Password, Two Factor Authentication, and Brute Force Protection] Navigating to settings page causes fatal error](https://wordpress.org/support/topic/navigating-to-settings-page-causes-fatal-error/)
 *  Thread Starter [bartkleinreesink](https://wordpress.org/support/users/bartkleinreesink/)
 * (@bartkleinreesink)
 * [2 years, 5 months ago](https://wordpress.org/support/topic/navigating-to-settings-page-causes-fatal-error/#post-17436455)
 * It seems to be something in the theme. I will look further into it.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Mollie Payments for WooCommerce] PHP 8.1 / PSR 3.0.0 compatibility](https://wordpress.org/support/topic/php-8-1-psr-3-0-0-compatibility/)
 *  [bartkleinreesink](https://wordpress.org/support/users/bartkleinreesink/)
 * (@bartkleinreesink)
 * [3 years, 6 months ago](https://wordpress.org/support/topic/php-8-1-psr-3-0-0-compatibility/#post-16426880)
 * To add to this: My plugin stopped working when my client installed this plugin
   due to a `Psr\Container\ContainerInterface` compatibility issue. My plugin used
   a newer version which want the `has` function to have a return type. Your plugin
   uses a version that does not require one so your implementation gives a fatal
   error.
 * Please fix this problem. It’s as easy as giving line 103 in `vendor/inpsyde/modularity/
   src/Container/ReadOnlyContainer.php` a return type of bool.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Kadence Security – Password, Two Factor Authentication, and Brute Force Protection] PHP 8.1 compatibility](https://wordpress.org/support/topic/php-8-1-compatibility-15/)
 *  Thread Starter [bartkleinreesink](https://wordpress.org/support/users/bartkleinreesink/)
 * (@bartkleinreesink)
 * [3 years, 8 months ago](https://wordpress.org/support/topic/php-8-1-compatibility-15/#post-16286638)
 * Thanks for your reply. To be very honest, I wrote my message in a hurry and didn’t
   take a good look at it. It indeed is strange `get_option('home')` returns `null`.
 * I’m going to have to check why that even happens in the first place.
 * Anyhow, thanks for taking a look.
 * Edit: Had a look, the typecasting option is indeed the best idea. It does need
   fixing, though. The reason why `parse_url(get_option('home'), PHP_URL_PATH);`
   returns `null` is because my home url doesn’t anything after the base url. So
   it’s only logical it returns nothing.
    -  This reply was modified 3 years, 8 months ago by [bartkleinreesink](https://wordpress.org/support/users/bartkleinreesink/).
    -  This reply was modified 3 years, 8 months ago by [bartkleinreesink](https://wordpress.org/support/users/bartkleinreesink/).
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WebP Express] Images not being converted on the fly on nginx server](https://wordpress.org/support/topic/images-not-being-converted-on-the-fly-on-nginx-server/)
 *  Thread Starter [bartkleinreesink](https://wordpress.org/support/users/bartkleinreesink/)
 * (@bartkleinreesink)
 * [5 years, 9 months ago](https://wordpress.org/support/topic/images-not-being-converted-on-the-fly-on-nginx-server/#post-13638548)
 * Yeah, that was my thought as well. Live testing indeed fails. I’m going to contact
   my server admin about this. Thanks.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WebP Express] Images not being converted on the fly on nginx server](https://wordpress.org/support/topic/images-not-being-converted-on-the-fly-on-nginx-server/)
 *  Thread Starter [bartkleinreesink](https://wordpress.org/support/users/bartkleinreesink/)
 * (@bartkleinreesink)
 * [5 years, 9 months ago](https://wordpress.org/support/topic/images-not-being-converted-on-the-fly-on-nginx-server/#post-13638159)
 * Unfortunately referencing the images from the uploads folder doesn’t change anything.
   All images in the HTML are referenced as webp, yet no images from the CSS are.
 * Here’s a screenshot of my settings: [https://i.imgur.com/RZ2IojB.png](https://i.imgur.com/RZ2IojB.png)
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WebP Express] Images not being converted on the fly on nginx server](https://wordpress.org/support/topic/images-not-being-converted-on-the-fly-on-nginx-server/)
 *  Thread Starter [bartkleinreesink](https://wordpress.org/support/users/bartkleinreesink/)
 * (@bartkleinreesink)
 * [5 years, 9 months ago](https://wordpress.org/support/topic/images-not-being-converted-on-the-fly-on-nginx-server/#post-13624134)
 * Hi,
 * Thanks for your quick reply, I appreciate it.
 * When I request a non-converted image, it indeed shows the headers you mentioned
   and gets converted correctly. However, images requested from CSS files are still
   not being redirected. I have applied the following rules to my server:
 *     ```
       # WebP Express rules
       # --------------------
       location ~* ^/?wp-content/.*\.(png|jpe?g)$ {
         add_header Vary Accept;
         expires 365d;
         if ($http_accept !~* "webp"){
           break;
         }
         try_files
           /wp-content/webp-express/webp-images/doc-root/$uri.webp
           $uri.webp
           /wp-content/plugins/webp-express/wod/webp-on-demand.php?xsource=x$request_filename&wp-content=wp-content
           ;
       }
   
       # Route requests for non-existing webps to the converter
       location ~* ^/?wp-content/.*\.(png|jpe?g)\.webp$ {
           try_files
             $uri
             /wp-content/plugins/webp-express/wod/webp-realizer.php?xdestination=x$request_filename&wp-content=wp-content
             ;
       }
       # ------------------- (WebP Express rules ends here)
       ```
   
 * I have also applied the settings suggested with this configuration.
 * Do you maybe have any other suggestions on what I could try?

Viewing 7 replies - 1 through 7 (of 7 total)