kaz-nishimura

Very upset.
A plugin should not silently rewrite the source of script.
I spent a couple of hours to figure out the culprit rewriting the jQuery source and fix the problem.

Rather than defining a hidden macro to avoid the rewrite, why not adding a new option in the settings page to assure the version of jQuery.
In addition, not all pages or posts require NextGEN Gallery.
Rewriting of the script source should be limited to those calling the plugin function or shortcode.
In our case, only the front page requires a different version of jQuery for a certain Web service, and it does not use NextGEN Gallery. We use NGG only in the Photo Gallery page.

Thank YOU.

Since I have got no response, I read through the source and find out the parameter to md5() is always the same in get_custom_post_type_calendar().

When I changed the source as follows, the widget works for multiple post types:

// $key = md5( $m . $monthnum . $year );
$key = md5( $m . $monthnum . $year . $posttype );

If this is the correct solution, please incorporate it in the next version.

Thank you for your response.
We may try a VPS to see if it can help us.

But, for the first thing, I exactly asked at the contact page with “I have a pre-sales question” selected, and the guy there told me to open a support ticket here. This means to ask here at the forum, doesn’t it?
In addition, we believe that we can solve the issue of the large taxonomy by ourselves, by creating an AJAX term selection meta box instead of the standard built-in meta box.
The real issue is not the taxonomy. As I mentioned, even if we detached the taxonomy from the Wiki post type, the admin page performance is pretty bad.
Of course, we tried to deactivate other plugins to see if it accelerates the Wiki, but it doesn’t.
Do you think 3,600+ Wiki pages themselves require better caching and a better server?

Thank you for your response.
Actually, we struggled to modify your plugin by ourselves.
Additionally, in the traditional style of Japanese broadcast schedule, days begin at 5 a.m. and end at 5 a.m. or 29:00.
We do that too. It was so hard.
Please look into https://fmmatsumoto.jp/schedule

We also localized your plugin into Japanese.
Please let me know where to send Japanese .po file if you would like it.

Hello shauno,

Seems tough for supporting plugins to adapt to NGG 2.x.
Thank you for your response.

I’ve got the same error with NextGen Gallery 1.9.13 with the status 200.
nggVoting::saveVoteImage() causes a fatal error because C_Photocrati_Cache::flush() is nowhere.