perryb

Turns out the solution has ( unsurprisingly ) been posted before:

https://www.ads-software.com/support/topic/plugin-wordpress-beta-tester-multi-site?replies=10

In case you are wondering, go to the dashboard for the main domain on multisite and select Tools > Beta Testing and check “Bleeding edge nightlies”

Then return to the network dashboard and update from there.

Hi jjgleim – any chance you could share how you got it working in Multisite now you’ve worked it out.

Cheers

I went and bumped my memory limit in php.ini from 128 to 500 and the database backup now works.

Obviously needs a lot of juice!

That’s a fair point, though I have checked.

My php.ini and wp-config.php memory settings are all at the maximum. I can’t find any clues in this forum about what other server settings I should look at.

That’s generous of you :).

No it’s a great plugin ( I can now say that without qualification! ).

As far as I can tell Hierarchy and Pods work fine together. Now I’ve got over my conceptual hump I can have look at what else I can do.

Ah – I realise what I’ve done now.

In the tutorial: ” If hierarchical is true, a populated Team section would look something like this:” then there is a screen shot.

I took it that if set to true that this would just populate the list – not simply change the ordering.

To display or not display entries in the Content list simply check or un-check “Show Entries” next to the CPT in Hierarchical settings.

Just to confirm checking or un-checking Hierarchical in Pods settings does behave as it should do.

Sorry for taking up your time with this Jonathon and Scott

Sorry I forgot to add the version number for Pods – 2.2.

My set up is pretty rough and ready (a Multisite sandbox really).

I had an existing page (Sample page – obviously the default page you get when WP is installed).

I had already created my CPT using Pods too. I really wanted to see if checking options in Pods would work the same way with Hierarchy as declaring the CPTs in functions.php – or a custom plugin for instance.

After installing Hierarchy I was able to nest my CPT (Questions) beneath Sample Page in the Content view by changing the slug in Pods to sample-page/questions.

I assumed that following Jonathon’s tutorial ( Introducing Hierarchy ) checking or un-checking the hierarchical option in Pods would be the equivalent of hard coding my CPT, eg:

'hierarchical' => false,

or

'hierarchical' => true,

As it stands the list in Content appears populated with all my CPTs regardless whether or not this option is checked.

Sorry if I’m restating what I have already said above. Is there any more specific information you need that would help?

Cheers Michael – worked like a charm ??

Hello Michael,

I have to confess I’m not that knowledgeable about JavaScript, but I had a look through all the warnings in the Firefox console and in Firebug and couldn’t find any references to your plugin.

Is there anything I should look out for in particular?

No, it isn’t there at all I’m afraid (apart from the checkbox option to promote YARPP)

Scratch that – my CPTs were set to 'hierarchical' => true, as described elsewhere on this support forum:

https://www.ads-software.com/support/topic/plugin-post-types-order-do-not-show-the-re-order-in-a-post-option?replies=5

Setting them to false makes the option appear as expected.

Brilliant – this worked for me:

add_action('template_redirect', 'remove_wp_geo_from_head');

function remove_wp_geo_from_head() {

	if ( !is_page( 'map' ) ) {

		global $wpgeo;
		remove_action( 'wp_head', array( $wpgeo, 'wp_head' ) ); 

	}
}

Just an update – I set up custom post types (which is really what I want to use the plugin for). Checking and un-checking does work for this one option.

To recap: so far the options only work for pages and custom post types

Cheers Ben

I’ve just been using the option for top/bottom so far, which seems to be all I need for now.

I really like the plugin btw – the ability to set a default zoom is very useful. Good balance between number of options and usability.

OK so my expectation was that checking the following options would control whether or not the maps (not widget maps) appeared on the following types of content:

Pages
Posts (single posts)
Posts home page
Posts in date archives
Posts in category archives
Posts in tag archives
Posts in taxonomy archives
Posts in author archives
Search Results

For me only checking Pages has any effect on this. The rest display maps regardless of whether they are checked or not.