[Steven Zahm]

@ janice

No problem!

If you have a moment, I would truly appreciate a review as they really do make a difference. Many thanks in advance!
http://wordpress.org/support/view/plugin-reviews/connections

[Steven Zahm]

@ Lea

If you’re able to edit PHP adding the following in any of the template’s card.php file will add the vCard download link. They’re not on there by default on the premium templates because, overwhelming, I was asked to how to remove them. Putting it on the single detail view with an option has been a nice compromise.

$entry->vcard();

[Steven Zahm]

@ Sean

Great to hear! And thanks, recommendations are awesome!

If you have a moment, I would truly appreciate a review as they really do make a difference. Many thanks in advance!
http://wordpress.org/support/view/plugin-reviews/connections

[Steven Zahm]

@ janice

Ok, I found a bug in cMap which was basically overriding/ignoring the new “lock” shortcode option. I’ve corrected the bug on your site. seems to work fine now.

[Steven Zahm]

@ Steve

That’ll work too. Trying to convert from multisite mode to single site mode on multisite after the fact is a pita. If more demand for this occurs I’ll have to look at ways to make this easier. But if it is setup from the get go … it usually just works.

[Steven Zahm]

@ Aredon

Sorry, no, I have not made any progress in seeing if I can improve the performance in the core. The only real difference I see between your custom code and the code used in the admin pages is that I use a left join to query the data in a single query rather than the two you’re using. Another difference is the core code builds the category array for n-deep child relationships; your goes just one – parent/child. I can’t know for sure until I do some real solid performance analysis but I can’t see either would be faster than the other.

I’m thinking this comes all down to the browser rendering speed and/or the time to create the HTML in PHP. What I’m doing on the admin pages is definitely “heavier” than your code.

You could verify the query times by installing Debug Bar and comparing the query times on the pages.

[Steven Zahm]

@ Steve

That’s because there is no show_department option. You need to use show_org instead. This hides both the org and dept fields.

[Steven Zahm]

@ James

The only thing I can think of is you’re editing/uploading the the wrong file somehow.

What is the exact full path of the file and folder you’re editing? Try using the Plugin Editor to make the change instead. Using the plugin editor will ensure the correct file is being edited.

Another thought … do you have any type of page caching being utilized via the server or WordPress plugin?

Not sure I understand your “drill down” question, but I think you mean chained selects. If that is the case, sorry, no. The best that can be done is enabling the beta feature, multiple select. This changes the drop down into a drop down that permits multiple categories to be selected at once. For an entry to return as a result it will have to be assigned every category that the use chooses. I hope that makes sense!

Seems you figured out how to remove the individual option in Form.

[Steven Zahm]

@ SWS

Will, there’s not an easy solution for this…

Try this… open the class.output.php file. Do a search for Block(. In each instance that you see , $cached = TRUE ) { on the same line; change TRUE to FALSE. There should be only 8 instances. Save and upload overwriting the original. Now Connections will never use the cached data from the main table. Doing this will definitely cause much more db usage.

Deleting the cache columns will not have any effect other than nothing will be shown for that data.

You could also try force updating every single entry…

You need to be on 0.7.9+ for this to work:

add_action( 'cn-loaded', 'cnBulkUpdate' );

function cnBulkUpdate() {

	$results = $connections->retrieve->entries();

	foreach ( $results as $row ) {

		$entry = new cnEntry( $row );
		$entry->update();
	}
}

Dropping this in the theme’s functions.php file should do it.

A few words of caution…

I didn’t test the code, but there’s no reason it should not work.

IMPORTANT: Put your site in maint mode and sure no others are on the site before you add this code because it will run on every page load. That would be bad.

I would test with a single broken entry first to make sure it’s all good; like so:

add_action( 'cn-loaded', 'cnBulkUpdate' );

function cnBulkUpdate() {

	// X == the entry ID to update.
	$results = $connections->retrieve->entries( array( 'id' => X ) );

	foreach ( $results as $row ) {

		$entry = new cnEntry( $row );
		$entry->update();
	}
}

I would also suggest increasing the PHP memory and max exec time. What you have set now should be perfectly fine; but why chance it, right?

After you test on a couple and you’re satisfied that it worked. Go ahead and do them all. Don’t worry about excluding the ones you tested on.

Let me know how it goes.

[Steven Zahm]

@ Mike

Oh, another option I just thought of…

You could link directly to the individual which would show everything in cMap “open”. It’s actually a completely different style.

The link would be: /directory-home-page/name/first_name-last_name/

Of course you would use the correct path for /directory-home-page/ for your site.

[Author]

Posts