skunkworks

“too many attempts to access a file that does not exist”

404s

The thing is that there’s are TONS happening from TONS and they appear to be from the website’s own IP address. 9,656 currently in the logs.

Do you have any other plugins installed that might also be adding Structured Data?

@robertpeake One of our developers has just submitted a pull-request on Github that adds this feature.

This should work but there is no way to add IDs through AMPforWP. This is problematic.

<a href="#my-section">Jump to my section</a>

<div id="my-section">...</div>

I’ve done more investigating about getting WebP files cached on Cloudflare’s CDN.

There is a feature in paid Cloudflare accounts (Starting at the “Pro” level plan @ $20/month) called “Polish”. Polish includes a WebP conversion (Done in the cloud) and will serve to compatible browsers. These .webp files will also be cached by their CDN. (I put the question to Cloudflare and one of their engineers has confirmed this.)

So basically WebP Express will work for users that are not using the free Cloudflare plan unless image caching is turned off (Undesirable).
If a user is on a paid Cloudflare plan, this plugin wouldn’t be needed if the “Polish” feature is turned on as “WebP” is checked.

The Ewww plugin has an option that changes all tags to picture tags like above.

Hmm I’ve never seen that option. Will investigate.

I just discovered an amazing javascript library, which actually makes webp images display in those browsers that are not supposed to support webp.

It seems to convert every image into base64 encoded, inline, images. So the images become part of the html. It also seems to struggle with cross origin files if the .htaccess isn’t set properly. For example see the last image at the bottom of the source’s page here but it does work here on CodePen because the hosted image location has an .htaccess file that contains the required code.

It also won’t load images properly on localhost.

Errors:

XMLHttpRequest cannot load file:///Users/me/Desktop/webptest/webpfile2.webp due to access control checks.
waitListProcess — Anonymous Script 1 (line 1:82752)
startDecoding — Anonymous Script 1 (line 1:87006)
onerror — Anonymous Script 1 (line 1:76593)

Cross origin requests are only supported for HTTP.
waitListProcess — Anonymous Script 1 (line 1:82752)
startDecoding — Anonymous Script 1 (line 1:87006)
onerror — Anonymous Script 1 (line 1:76593)

• This reply was modified 6 years, 3 months ago by skunkworks.
• This reply was modified 6 years, 3 months ago by skunkworks.

Emailed you the URLs in question.

Whoops. Replied from wrong account.

Closed as resolved. ??

Just checking in to see if there was an update. Spent most of the week trying to find a way to replicate this plugins functionality using manually generated webp files and htaccess rewrite rules but haven’t had any luck yet.

Additional info: Using Owl Carousel’s LazyLoading options detailed here: Link

Using Chrome’s Inspector / Network / header.jpg I can see that it’s WebP.

Nice job on this plugin!!

Aha. BUT…
What tool are you checking with?

I tried this, this, this, this, and this and all of them see image/jpeg rather than image/webp

• This reply was modified 6 years, 3 months ago by skunkworks.

I don’t think this is an issue because of we using directly library from Microsoft

Unless you’re linking to a verifiable remote copy of the file (eg: https://raw.githubusercontent.com/Azure/azure-sdk-for-php/master/tests/framework/RestProxyTestBase.php)

Then without [an MD5 hash](https://onlinemd5.com) to check against there’s no guarantee that the file is indeed “directly” from Microsoft and hasn’t been modified. How does a user like myself know that it hasn’t been tampered with? Or that you didn’t accidentally obtain a copy of the file from an untrustworthy source?

Strangely the folder /tests/ does not exist. Or no longer exists. So I guess this point is moot.

But just saying “we using directly library from Microsoft” doesn’t automatically make everything ok.

Also receiving the Sucuri warning:

Our server side scanner identified some issues on the website.

Site: xxxxxxxxx.com
Status: Infected

Warning: File possibly compromised: ./wp-content/plugins/backwpup/vendor/microsoft/windowsazure/tests/framework/RestProxyTestBase.php (php.malware.assert.010). Manual review recommended.

Subscribing + bumping.