nikkoboy

rughjm, I looked for the culprit, and everything was back in order when I deactivated JetPack. After searching JetPack’s modules individually, I found the culprit: the SPELLING & GRAMMAR feature (“Check your spelling, style, and grammar with the After the Deadline proofreading service.”)

I deactivated it, and I can now write, edit, view text in the visual/text editor.
Let me know if this works for you too.

This thread was also posted on: https://www.ads-software.com/support/topic/spelling-and-grammar-messing-up-with-posts-editor/

Issue solved: the culprit (once again…) was JetPack.
Sorry for the wrong diagnostic!

Hi everyone,

I had the same issue this morning “cURL error 28: Operation timed out after 1000 milliseconds with 0 bytes received jetpack” after deactivating JetPack.

Since JetPack has been working seamlessly until today, I figured that the issue could be caused by one of the latest plugins I installed. In my case, after deactivating “Broken Link Checker” and “WP All Export” (though I doubt that the latest may have caused the issue), everything went back to normal. Also, I made sure that XML-RPC was enabled in my security configuration.

I hope this can help some of you.

Hi everyone,

I had the same issue this morning “cURL error 28: Operation timed out after 1000 milliseconds with 0 bytes received jetpack” after deactivating JetPack.

Since JetPack has been working seamlessly until today, I figured that the issue could be caused by one of the latest plugins I installed. In my case, after deactivating “Broken Link Checker” and “WP All Export” (though I doubt that the latest may have caused the issue), everything went back to normal. Also, I made sure that XML-RPC was enabled in my security configuration.

I hope this can help some of you.

Hi everyone,

I had the same issue this morning “cURL error 28: Operation timed out after 1000 milliseconds with 0 bytes received jetpack” after deactivating JetPack.

Since JetPack has been working seamlessly until today, I figured that the issue could be caused by one of the latest plugins I installed. In my case, after deactivating “Broken Link Checker” and “WP All Export” (though I doubt that the latest may have caused the issue), everything went back to normal. Also, I made sure that XML-RPC was enabled in my security configuration.

I hope this can help some of you.

Hi everyone,

I had the same issue this morning “cURL error 28: Operation timed out after 1000 milliseconds with 0 bytes received jetpack” after deactivating JetPack.

Since JetPack has been working seamlessly until today, I figured that the issue could be caused by one of the latest plugins I installed. In my case, after deactivating “Broken Link Checker” and “WP All Export” (though I doubt that the latest may have caused the issue), everything went back to normal. Also, I made sure that XML-RPC was enabled in my security configuration.

I hope this can help some of you.

This one for instance: https://downloads.www.ads-software.com/plugin/jetpack.3.9.6.zip

Download it to your desktop, unzip it, access your website via an ftp client like Filezilla, and upload the unzipped file in your plugin folder (to replace the latest version of jetpack).

ALternatively, you can download jetpack.3.9.6.zip to your desktop, delete jetpack 4.0 from your plugins, and go to yoursite.com/wp-admin/plugin-install.php?tab=upload to upload jetpack.3.9.6.zip (no need to unzip it in this case)

But 1st solution is best.

You can download a previous version from here: https://www.ads-software.com/plugins/jetpack/developers/

I just did it and it restored my website.

Having the same problem: Blank login Page After I upgraded Jetpack to 4.0
+ many pages inaccessible.
I deactivated Jetpack and everything went back to normal. Until a solution will have been figured out, I’m downgrading to 3.9

You’re very welcome! That the least I could do after you took the time to rework the plugin in order to optimize it ??
I’ll continue to test it in order to see if there’s another configuration that works better than those I’ve tested so far.

Hi Arevico,

Thanks for addressing the issues in the former versions of the plugin! I’ve given the latest update a go (3.4), and here are the latest score I got on pagespeed with various configurations (I of course analysed the same url every single time, in order to avoid discrepancies – First number is mobile speed / Second number is laptop speed):

– Plugin not activated: 71/87
– Plugin’s Default settings: 64/76
– Minify & Inline + No API (a widget in my theme uses FB’s API, but it does not seem to create conflict with your plugin): 76/87 (but box does not appear)
– Minify & Inline + Load FB Async: 64/76
– Minify & Inline + Load FB API Sync: 60/73
– Minify Assets + No API: 73/85 (but box does not appear)
– Don’t Minify (I already have a minifying plugin activated) + Load FB Async: 64/75
– Don’t Minify + Load FB API Sync: 59/73

Currently, the most optimal (working) solution in my case is the default settings (Minify & Inline + Load FB Async) with a pagescore of 64/76.
Of course it is not as great as when the plugin is not running (71/87 pagescore), but this is something to be expected with plugins. The more plugins you have, the slower your site. So just like it is the case with a hot ballon, if you want to fly high above the ground, you need to get rid off some weight… and remove the less-useful-performance-eating plugins.

These results look pretty promising! Nice ??
I’ve launched a pagespeed analysis on arevico.com, and there are indeed far less resources than before (most of them https://staticxx.facebook.com/connect), that aren’t compressed.

I remember than the last available version of the Facebook Page Promoter Lightbox plugin required to call dozens of resources from https://staticxx.facebook.com/connect

That’s an improvement. Can’t wait to test it.
Will the plugin stay performant when combined with other caching and minifying plugins?

Thanks for your feedback. Actually I also tried with the performance mode activated, but it did not change much.
I’d like to stress that until the last 3 updates, I hadn’t noticed this speed issue. This may have happened somewhere in between…

Hi Emre, thanks for your answer, this makes sense! My website is using TeraNews, a responsive theme that delivers the exact content seen by desktop users, to mobile users (smartphones/tablets).

In this case, would you recommend me to activate or deactivate the mobile option below, to get best performance on smartphones/tablets?

Mobile [] Don’t show the cached version for desktop to mobile devices

Hi Emre, one question out of curiosity: what does the mobile optimization brings in the premium version, it doesn’t in the free version?

I’ve unchecked the following selection:

Mobile [] Don’t show the cached version for desktop to mobile devices

and performances where great on smartphone too (thought I noticed a huge drop in Adsense conversion/ CTR on smartphones since I’ve been using WPFC; can this be linked to the fact that website was showing the cached version for desktop to mobile devices?).

I’m really curious to see what premium mobile cache brings vs free version…