kendawes

Thanks!
It had been my understanding that WP 5.5 removed JQuery Migrate… Which could cause problems if a plugin depended on it.
…And that the Enable JQuery Migrate Helper plugin added JQuery Migrate back in and would announce that a plugin that you were using depended upon JQuery Migrate.
I have had clients’ site break because of JQuery Migrate being absent.

Yes, I had seen your recommendation about WP Recipe Maker and it looks really good! However, my client, who has been using WP Ultimate Recipe, has a lot of recipes entered and maybe I missed it, but I didn’t see a mention of being able to import Ultimate Recipe entries into Recipe Maker.

• This reply was modified 4 years, 7 months ago by kendawes.

After updating to WP 5.5 and the site becoming way slow, I installed the enable jquery migrate plugin.

When I go to the Autoptimizer Settings page, I get the following message from the jquery Migrate plugin…

jQuery.fn.attr(‘checked’) might use property instead of attribute

Please make sure you are using the latest version of all of your plugins, and your theme. If you are, you may want to ask the developers of the code mentioned in the warnings for an update.

Something to worry about?

Hi Paal,

Yes, that’s it exactly!

I look forward to it happening!

Thanks!
Ken

I second the request for a fix soon!

Hi!

The utils.php file cures the problem!

Thank you!

Thanks for the comprehensive reply!

I wanted to let you know that I found the culprit for the processing failure that instigated my question to you.

Looking at the log, I could see the the post number that was repeatedly failing. It turned out to be the attachment page for an 8M png image… Huge!!!
I copied the image to my computer, resized and made it into a far smaller jpg, went to the post with the png, substituted my new version and saved. I then went into the Media Library and deleted the monster png.
I restarted the processing and Voila!!! the processing successfully went onward!
Thanks again for a wonderfully useful plugin!

True! Apologies!

Now if I could get a response to either one….

Oh, it gets even stranger!!

First… No, there are no signs of hacking. I un-hack sites for new clients on a regular basis, and this one shows no signs…

I was delving into the problem further and found that if you look at a page (or post – using the Editor Text tab) that has been previously published , you can see the same missing link problem. However, if you go to that page on the front end of the site… The link is there!!! How’s that for a head scratcher???!!!

But if you go further back to older posts, at some point the links are there – front and back ends!

The weirdness of this problem led me down the path to the general case of when WordPress starts to not save properly. Most frequently, it seems that saving Menus when you have a lot of Menu Items can be problematic.

Here’s a good article explaining the problem…
https://metabox.io/wordpress-custom-fields-not-saving-increase-max-input-vars/

Basically, if you have a site with a lot of pages, forms, custom fields, etc., you can run into a problem of having the standard PHP setting (and/or suhosin setting) for max_input_vars being inadequate. The default setting is 1000 and needs to be pushed up to 3000, 5000 or even more!!!

From a few reports I’ve read, once you run into the max_input_vars problem, not only the pages you have been trying to save are screwed up, the problem can propagate backwards to earlier posts that did not originally have the problem! How’s that for fun?!!

The site I’m working on has many pages, many forms, many fields… It’s a poster child for a site that can run into this problem.

Fortunately, I keep my clients’ sites well backed up!

I plan to see if changing the max_input_vars setting and restoring a backup from around 2 weeks ago cures the problem when I work on the site tomorrow.

I’ll let you know! This information needs to be more widely disseminated and known for folks with large WordPress sites!

Thank you.

I’ve taken care of my problems by tweaking the css… i.e. Using prodesign #3, Changing the width of the carousel to that of a single image, changing the display of the Title to none and changing the opacity of the animation to 0.

It’s not the way I’d prefer to do it, but necessary since you don’t offer these features as shortcode options. To me, these would be valuable additions to your plugin.

Unfortunately, the shortcode you offered still includes the Title and animation when the image is hovered over.

You are the Aces!!!!

Perfect!

Thanks so much for the immediate response!

Have you tried activating the…

“Scan images, binary, and other files as if they were executable”

setting under Scan Options?

Do you know if Bluehost has been taking backups of your site? If so, you could ask them to restore your site and unsuspend your account so that you could go immediately into the site and find the problems and fix it.

If you have (or can get back) ftp access, then you could remove and replace all files with freshly downloaded and known good copies of WordPress, your plugins and themes. Don’t overwrite the files – Remove and replace. Hacks can modify files but hacks can also add new files. If you just overwrote the folders, the new files would be untouched.

It’s tedious and heavy-handed, but most hacks are file based. If the problem is in the database, changing the files probably won’t help.

Until Josh gets a chance to update the plugin, here’s the fix…

In the main.php file…

Search for…
add_filter( 'wp_default_editor', create_function('', 'return "tmce";') );
and replace it with…
add_filter('wp_default_editor', function() { return 'tmce'; } );

also, if you have this…

Search for…
$font_list[] = $font.'='.strtolower($font);
insert this directly above it…
$font_list = [];

That should take care off the errors for you.

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

Hi Josh,

Perfect!! Thanks for the quick response and new update!

Clearing the error sped the loading time considerably as well!

Thanks!