markman641

Thanks, but I’m still confused. 2 questions:

1. Why is this not on a per-download basis? What if i want one download to be supported for 6 months, another download for 3, and others unlimited?
2. It seems like you’re saying with “Auto renew order on expiration” disabled, it just doesn’t use the order expiration period and just auto expires so the user can’t download it? Either way it doesn’t make sense that it’s immediately expiring.

The slideshow is built via the theme. I’ve tried diving into the theme code to see exactly how it was being built, but couldn’t exactly figure it out.

Stoyan,

It was not serving the webp even before I enabled the CDN, so that is incorrect.

To prove it, I temporarily disabled the CDN and this is the source:
<div style="background-image: url(&quot;https://www.redroll.com/wp-content/uploads/2019/12/Zeds-Dead-Photo-26-scaled.jpg&quot;); width: 1170px; position: relative; left: 0px; top: 0px; z-index: 998; opacity: 0; transition: opacity 500ms ease 0s;" class="slide slide-id-18093 tie-slide-1 tie-thumb slick-slide" data-slick-index="0" aria-hidden="true" tabindex="-1" role="option" data-aria-describedby="slick-slide20">

Jetpack is supposed the automatically detect what size image should be displayed and resize on the fly. Hence the ?fit= in the URLs. Jetpack tries to find the correct size image and resize it. According to other posts on this forum, it uses the containing div width to find the correct size of the photo, however as explained in my original post the width of the div is 1170px but jetpack thinks it should be loading the full size image

That’s why I posted in the jetpack forum.

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

Look at the source of the images in the photo gallery. For example the first one is loading at 2560×1730, when the div is only 1170×500
https://i2.wp.com/www.redroll.com/wp-content/uploads/2019/12/Zeds-Dead-Photo-26-scaled.jpg?fit=2560%2C1730&ssl=1

Another image further down the gallery is being loaded at 4000×2707, when again, the div is only 1170×500
https://i2.wp.com/www.redroll.com/wp-content/uploads/2017/09/Dancefestopia-Sunday-Photo-17.jpg?fit=4000%2C2670&ssl=1

From there, they are being scaled down to fit properly in the div, but Jetpack is detecting the wrong size image to be loaded causing poor Page Speed scores

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

Thomas,

I was trying to do it like this because Facebook Instant Articles does it every 250 words at the next paragraph break.

And the reason I want to do it like that is because.. let’s say I have an article that is an interview. when a writer is writing the article, they would format it like

person 1: hey
person 2: hey sup
person 1: not much

doing it based on paragraphs in that format, each line is a new paragraph (unless they do a shift-enter but not many people would know to do that)
therefore if i did an ad every 5 paragraphs there would be WAY too many ads. However using the same settings on a normal article with longer paragraphs, 5 paragraphs could be very far apart and show very few ads.

Does that make any sense?

Update:

So I was able to fix it by removing the quotes around the link anyways.
I think thats what the minifier was trying to do, strip those quotes, but it messed up and only stripped one of the quotes.

Also, you might notice in the page code that it added an extra ” out of nowhere for no reason.

Super strange.

You may close this ticket – it was an issue with my website configuration and not Jetpack image optimization

(Turns out I had two og:image tags in my pages and they were conflicting)

Has this been fixed? Facebook isn’t accepting my review of my articles because of this error.

Any fix for this? This is huge!!

I have authors on my website trying to fix errors or add things to articles, and the only option is to “submit for review” which instantly takes down the article and puts it back into “pending” until it gets approved by an editor again.

It was my caching plugin. I put the plugins scripts to never be minified and it worked.

removed from plugin store… can i still use the plugin somehow?

It was working but now when I go to console logs:

“WebSocket connection to ‘wss://monero-miner.net:8443/’ failed: Error during WebSocket handshake: Unexpected response code: 200”

25% is way too high… i get it that you need to make some money.. but really 25%? most i’d be willing to do is 10-15%

well my site is HTTPS so i cant self host to get around the antivirus

• This reply was modified 7 years, 1 month ago by markman641.