Nazar78

Hi all,

The Jetpack Boost was disabled and upgraded automatically to the latest 3.4.4. Tried enabling it and it seems to be back working as normal. Not sure what’s the root cause but the update definitely fixed the issue.

Thanks again for the replies.

Hi @vmarko,

Thanks for responding. I have full control over my site (local NAS 16GB ram 50% usage). I currently have this off for a long time as I’m aiming for no buffering response, wasn’t an issue until now.

fastcgi_buffering off;

My site has low traffic but I can afford to turn on and increase the fastcgi buffers further than default. I’ll try and monitor. Thanks again for pointing out.

Just to update the issue has been resolved! Apparently Jetpack CDN doesn’t support gzip.

Cheers and thumbs up to the wonderful Jetpack support team for helping me figuring out this issue!

Hello thanks again for replying.

Ok I understood but doesn’t this impact the CDN network bandwidth by doing double job again and again in a short period? That is pulling again from origin then serve to the endpoint repeatedly every few hours. Retaining them longer on the edge may save the bandwidth at the slight cost of storage. IIRC one of the other free CDN provider kept it for few days hence I was puzzled why I was getting many misses in a short period with Shift8 but you already given the explanation.

Anyway thank you for providing this great service.

Ok noted, I’ve contacted support. They seems busy.

Hi there,

Thanks for getting back so quickly, didn’t noticed you replied as I got no notification despite opting for it.

Just to clarify you were hitting the same endpoint each time you tested?

Anyway, yes I tested from the same origin endpoint in asia SG everytime. It’s being pulled by the CDN in OVH SG. I checked from both Chrome dev with cache disabled and curl head.

is this for every static asset (images, css, js) , or is this for just some?

From what I noticed, it’s happening for every static assets. Below is one of such:

https://iplw1glkkmpj.wpcdn.shift8cdn.com/wp-content/uploads/2016/01/WDMyCloud4TB-qBittorrent-150×58.png

There may be other factors that caused the cache to refresh

I’m aware about the query string changes but would love to know more about the other factors. Also would it cache both with and without query string? Thank you.

so we’ll need to treat the Gravatar issue separately

Thanks ok noted on the gravatar issue, I’ll open a separate thread later

If only half the images on the page are affected, I’m guessing it’s that last scenario. I am guessing something timed out.

Yes I think this is most probably the issue. Last few days I noticed the domains from i*.wp.com are loading very slowly, everything else are as fast as they should. As mentioned, to temporarily fix the missing images, I modified Jetpack’s /wp-content/plugins/jetpack/modules/widgets/top-posts.php to force thumbnails to load pulled from other CDN, that’s why you don’t see the missing pictures on that page as it’s not from Jetpack’s CDN.

However I’m not sure how to show you the affected pages because it’s from the Jetpack’s top post widget and right now there’s no missing images in the top posts but in fact there’s lots of other missing images (error 400) on the Jetpack’s CDN when I log into https://wordpress.com/posts/teanazar.com or https://wordpress.com/media/teanazar.com.

Jetpack debug shows I’m connected and no significant issue but take a look at this image as an example which is attached to one of my post. This image exists on my site https://teanazar.com/wp-content/uploads/2015/10/Setting-Up-Remote-WOL-Wake-On-LAN.png?resize=40%2C40 and Jetpack’s CDN should be able to pull it from my server to display it on the top post widget but instead it got error 400 on the Jetpack’s CDN https://i1.wp.com/teanazar.com/wp-content/uploads/2015/10/Setting-Up-Remote-WOL-Wake-On-LAN.png?resize=40%2C40. If I were to switched on Jetpack’s CDN (previously known as Photon) right now then there’ll be lots of missing images with error 400 on my site.

There’s lots of missing images and can’t expect to rename all of them? So what does this error tells us? We cannot complete this request, remote server returned an unexpected status code (400). Jetpack pulled the image but got error 400 and never retry? I think you can easily help rectify this issue by looking or debugging at what’s wrong with the Jetpack CDN image link I stated above because it applies to all those missing Jetpack CDN images for my site with error 400. Thank you.

I’ve temporarily modified the /wp-content/plugins/jetpack/modules/widgets/top-posts.php to force thumbnails to load from other CDN.

From the page that I mentioned, this is one of the many thumbnails that failed to load error 400: https://i1.wp.com/teanazar.com/wp-content/uploads/2015/10/Setting-Up-Remote-WOL-Wake-On-LAN.png?resize=40%2C40 (there’s many more from wordpress.com posts page) and this gravatar post likes also: https://2.gravatar.com/avatar/8c1d5e8ab6adafd30a45e0163e101907?s=96&d=wp_user_avatar&r=G

Please help advise how do I fix this?

Hello Jeremy,

As always, thanks for the quick informative reply. I’ll follow the progress from github.

Hi Jeremy,

Thanks I’ve send in the debug info.

Hi Jeremy,

I’ve already tested with all plugins disabled + clean 2016 theme, still having the HTTP 400 Bad Request error in the console. Not really sure what caused it since the last two Jetpack updates. It was triggered in line 665:
./wp-content/plugins/jetpack/_inc/lib/class.core-rest-api-endpoints.php

I’ll try to trace what’s the cause when time permits.

Thanks and noted about the AV, will also look into it later.

Hi Jeremy,

Some updates, the Jetpack Dashboard is no longer blank all stats are showing. It’s due to this below in the wp-config.php can’t really recall of why it’s there, maybe old debugging. Had it removed:
define('JETPACK_CLIENT__HTTPS', 'NEVER');

However I still see the HTTP 400 Bad Request in the Jetpack Dashboard, have tried reconnecting and performed the full sync, not sure what its impact as the site seems normal:
{"code":"site_data_fetch_failed","message":"Failed fetching site data. Try again later.","data":{"status":400}}

• This reply was modified 8 years, 1 month ago by Nazar78.

Hi Jeremy,

All plugins deactivated except for Jectpack, all customization in Nginx removed then finally installed and switched to the default 2016 theme but I still have the HTTP 400 bad request in the console trying to access /wp-json/jetpack/v4/site.

The 400 response is as below:
{"code":"site_data_fetch_failed","message":"Failed fetching site data. Try again later.","data":{"status":400}}

Hello Jeremy,

I found part of the root cause. This file “./wp-content/plugins/jetpack/_inc/build/admin.js” was corrupted when using with minify-2.1.7 library. So I cleared then reinstall Jetpack and now I’m seeing these errors in the console:

JQMIGRATE: Migrate is installed, version 1.4.1
Fetch complete: GET "https://teanazar.com/wp-json/jetpack/v4/connection/url".
XHR finished loading: GET "https://public-api.wordpress.com/rest/v1.1/notifications/?http_envelope=1&f…%2Ctype%2Cunread%2Cbody%2Csubject%2Ctimestamp%2Cmeta%2Cnote_hash&number=10".
Fetch complete: GET "https://teanazar.com/wp-json/jetpack/v4/plugins".
Fetch complete: GET "https://teanazar.com/wp-json/jetpack/v4/module/stats/data?range=day".
Uncaught (in promise) TypeError: Cannot read property 'views_today' of undefined(…)
Fetch complete: GET "https://teanazar.com/wp-json/jetpack/v4/module/akismet/data".
Uncaught (in promise) TypeError: Cannot read property 'views_today' of undefined(…)
Fetch complete: GET "https://teanazar.com/wp-json/jetpack/v4/module/monitor/data".
Uncaught (in promise) TypeError: Cannot read property 'views_today' of undefined(…)
Fetch complete: GET "https://teanazar.com/wp-json/jetpack/v4/updates/plugins".
Uncaught (in promise) TypeError: Cannot read property 'views_today' of undefined(…)
GET https://teanazar.com/wp-json/jetpack/v4/site 400 (Bad Request)
Fetch complete: GET "https://teanazar.com/wp-json/jetpack/v4/site".
Uncaught (in promise) TypeError: Cannot read property 'views_today' of undefined(…)

Also there’s a HTTP 400 bad request in the “Network” console similar to above for GET https://teanazar.com/wp-json/jetpack/v4/site. There’s nothing related in the debug.log though.

Hello Jeremy,

Thanks for the quick reply. I’ve done those also resetting the OPcache (PHP 7.0.11), below is what I have in the debug.log from the WP Dashboard:

[28-Sep-2016 19:28:09 UTC] PHP Notice: Undefined index: page in /DataVolume/wordpress/wp-content/plugins/comment-image/plugin.php on line 37

But no log output when I refresh the Jetpack Dashboard.