nickd32

@ravanh – We just switched over to Easy Fancybox from another JS shadowbox plugin, and I’m just now seeing that it doesn’t support WP captions. ??

I know there are lots of users who would really love this feature; I’m even willing to help you develop it.

It’s actually not too hard to do with a bit of jQuery (and knowing how WP displays captions)… Try this:

https://pastebin.com/V9cQQ0u7

I’m having the same issue. Regenerate button doesn’t work on my install.

Or you could just install “Easy Fancybox” – which is already Multi-site compatible and handles photos/videos/PDFs/etc.

https://www.ads-software.com/extend/plugins/easy-fancybox/

@paoltaia – Since this is in beta, can we get a trial copy to test?

We can’t proxy * (wildcard) records at this time for a variety of reasons, including security related concerns. If we can figure out a solution to it that addresses these concerns, we’ll be more than happy to launch something.

How about a simple API that queries the ‘wp_blogs’ table in the WP database? Each time a new WP blog is registered in a multisite install, an entry gets added to this table with the subdomain.

We really don’t need Wildcard DNS. All we really need is to have a plugin that pings CloudFlare when a new site gets registered to add that subdomain to our CloudFlare account.

Make sure you have the plugin installed in the /wp-content/mu-plugins/ folder. It does NOT work in the /plugins/ folder.

Furthermore, you might want to fix the plugin header. The author seems to have gotten a little sloppy. Here’s my fix for the first couple of lines:

Plugin Name: Blog Defaults
Plugin URI: https://www.ads-software.com/extend/plugins/wpmu-new-blog-defaults/
Description: WordPress Multisite plugin for network admin to set defaults for new blogs.

No problem. Thanks for adding these fixes to the 1.0.3 release.

OK, I was able to fix BOTH issues… Here’s how:

Edit the file mcm-view-custom-posts.php

LINE 12 — add this text:

// allow mcm taxonomies to be abbreviated, but don't interfere if taxonomy='all'
if ($taxonomy != 'all') {
	if (strpos($taxonomy,'mcm_')===0) {} else { $taxonomy = 'mcm_'.$taxonomy; }
}

LINE 16 (now LINE 20)
– Find this text:
if ($taxonomy != 'all' && $terms !='')
– Change it to this
if ($taxonomy != 'all' && $term !='')

Notice all I did was change $terms to $term .

Here’s my final (working) chunk of code…

function mcm_get_show_posts(  $type, $display, $taxonomy, $term, $count, $order, $meta_key, $id ) {
	// allow mcm post types to be abbreviated
	if ( strpos($type,'mcm_')===0 ) { $type = $type; } else { $type = 'mcm_'.$type; }
	// allow mcm taxonomies to be abbreviated, but don't interfere if taxonomy='all'
	if ($taxonomy != 'all') {
		if (strpos($taxonomy,'mcm_')===0) {} else { $taxonomy = 'mcm_'.$taxonomy; }
	}
	if ( $id == false ) {
		// set up arguments for loop
		$args = array( 'post_type' => $type, 'posts_per_page'=>$count, 'orderby'=>$order );
		if ($taxonomy != 'all' && $term !='') { $args['tax_query'] = array( array( 'taxonomy' => $taxonomy, 'field' => 'slug', 'terms' => $term ) ); }

I’m having the same issue using the provided shortcode. Here’s what the plugin gave me:
[my_content type='people' display='full' taxonomy='category_people' order='menu_order']
But in order to get it to work, I have to either (1) delete the taxonomy reference, or (2) change it so that taxonomy='mcm_category_people'

In either case, I can’t seem to get the shortcode to pick up the terms. I created two taxonomies, “boys” and “girls” — here’s the shortcode I’m trying to get right…

[my_content type='people' display='excerpt' taxonomy='mcm_category_people' term='boys' order='menu_order']

Not working. @Joe_Dolson, any ideas?

Of course, you could also use the CustomPress plugin made by the guys over at WPMU DEV. – https://bit.ly/j7RaeE

+1 for this!! I agree with @ajcke’s suggestions.

Did you try logging in as site.com/wp-admin/ ??

… rather than site.main.com/wp-admin/

To fix it, there are 2 options — resizing huge images ( >1 MB ) on the server side (using the Regen. Thumbnails plugin with more memory) or resizing huge images on your local computer (client side).

To fix it on the server side (option 1), I had to bump up my max PHP memory limit (inside the php.ini file on my server) to 128 MB. Normally, it’s set to 32 MB or less.

Really, that’s NOT a good idea, because it can potentially put an unnecessary load on your server and slow everyone down.

A better idea would be to batch resize those huge images on your local computer all at once before you upload them to the new server.

Here are a few options…
1. PC instructions – Use Fotosizer or PictureTray
2. Mac Instructions – Use Automator
3. Photoshop Instructions – If you’re so inclined

Resizing my huge images to a max size of 1024px, then uploading to the new server, then running Regen. Thumbnails worked for me with no errors. ??

After combing through the database metadata entries (and trying a bunch of crap that didn’t work) I narrowed the issue down to those specific images that failed when running the Regenerate Thumbnails plugin.

The reason some of the images failed to resize (and thus update their metadata) — and thus the root of our issue — was with the sheer size of the images my client was uploading. In this case, he was uploading super hi-res images that were 6 – 8 MB in size!

The Regenerate Thumbnails plugin was successfully resizing all the smaller files, and then choking when it got to those huge ones — probably a PHP memory issue.

Investigating with Firebug, the failed resizes are giving me a 500 internal server error under POST admin-ajax.php