BuddyPress.org

Cool – adds that extra level of usability, nice one!

Have cleaned up the code and plugged in the code suggested by @hnla – gets rid of the need for implode/explode and also allows for the list of tags from the member profile to be live: ` !– RELATED POSTS BY USER PROFILE INTEREST AREAS — $profileTagFull, ‘post__not_in’ => array($post->ID), ‘showposts’=>5, ‘orderby’ => rand, ‘order’ => DESC,…[Read more]

Bear in mind the original code is simply a modification of the ‘related posts’ code from WPRecipes (http://www.wprecipes.com/how-to-show-related-posts-without-a-plugin) with additional modifications from elsewhere on this support forum (forgive me, but I can’t recall where I picked it up from). My coding isn’t the best in the world, but I know…[Read more]

It’s to help deliver content that is of personal interest to the registered member based on their profile information, rather than just the normal ‘related content’ – personalisation of content is key, makes your site more relevant to the individual, increasing loyalty and stickiness.

Doh! You know, I was using explode() later on to extract the individual elements – don’t know why I didn’t think of using implode() to clean up the array. Thanks @hnla – that works now. For reference, here is the full code – basically this uses the data derived from checkboxes in the member’s profile (in [...]

So, anyone got any ideas on how to clean up this array and get it to show as a comma-separated list?

Brilliant, now printr($profileTagFull) returns ARRAY ( => COMMUNICATIONS => TECHNOLOGY ) so I now need to clean this up into a comma separated list.

Thanks for your help (I put it in the theme’s functions.php by the way)

This has to be something to do with the serialization of the data in the database field, surely? I’ve tried maybe_unserialize and unserialize but with no luck.

Also, this data returns fine in the member’s profile () but of course this doesn’t allow me to specify a particular field id to use.

The same thing happens – it simply returns the word “Array” – the same if I use print_r($profileTagFull); This was working fine until the 1.2.6 upgrade which is why my suspicions are that the process of how to read xprofile field data if it was created via checkboxes has changed. Note that the code works [...]

Just wanted to bump this as it’s vitally important I get it fixed

Thanks