BuddyPress.org

That feature is provided by WordPress MU, not BuddyPress, and as such you need to post or search for further information on this issue on their forums. I’m marking this as ‘not a support question’ as it isn’t a BuddyPress support question.

There isn’t any easy way of doing this. Such a thing would require a lot of work.

https://buddypress.org/forums/topic/when-asking-for-support

You need more memory. Ask your hosting company to set it to 64MB. Had a look at bp-loader and it seems you run out of memory by the time the loader gets to the extended profiles…

You can try putting this into your main .htaccess file (in wordpress root)

php_value memory_limit 64M

@tonyaccardo – We have spent the past 5 or 6 months now working on a new vb/wpmu/bp system and it’s getting close to completion. I have no plans of releasing the software, but I can give you a little insight into why no-one has responded to your request.

Bottom line:

It’s a HUGE job. It has taken the coders hundreds of hours of work to complete the project. The amount of code is actually rivaling the core of bp itself. You REALLY have to have a specific reason for wanting to take on wpmu-bp-vb.

What we’ve built:

Well I also run a number of very large vb communities, and while vb has ‘blogs’ they suck, and many members asked to have blogs and social networking. The ‘easiest’ solution would have been to simply dump vb for bbpress, and migrate all of the data over to bbpress.

However bbpress is nowhere near what vb is, not even close. Yeah it’s nice code, but vb has years and years of development behind it and bbpress is just beginning. So for us dumping vb was not an option.

So we needed a real plan and decided to bridge the programs together, but the bridge is the smallest part of the equation. Not only did I want one registration/session setting for the users, I also wanted auto vb forum creation upon group creation within bp. I also wanted automatic vb forum creation upon new blog creation within wpmu.

Simply put, if you signup and create a blog, a new vb forum is created behind the scenes that belongs to that blog. The same thing goes if you create a group within bp.

Well that’s all and good, but as vb is commercial software, there is no way I wanted to have to install new copies of vb for each blog. I wanted to run only one copy of vb, just like bbpress does. That is where the HUGE amount of work came into play.

Not only did I want each blog to have their own vb forum, but we also had to deal with member roles and forum creation. So we built the system so that ‘technically’ each blog is able to manage every single aspect of vb from styles, to membership, to permissions, heck you name it. As far as the blog owner is concerned, they are running their own full blown copy of vb, fully integrated.

There are many other things to consider as well. Many of the function names within the programs are the same, so you can’t just call functions from bp within vb. Even including things as simple as your wordpress header within a vb template took a bit of work. You see, wordpress header navigation is dynamic, add a page/category, and you have a new link. Obviously you do not want to have to manually change your header in vb to match wp everytime a navigation button is added, so you have to automate that part. Well the function names are the same in both, so now you have to create your own header nav functions so it stays dynamic. Not hard but still more work.

If all you are after is bridging wp/vb together, there is a basic bridge script you can use from vb.org. It does not work with wpmu, but can be modded to work. We started out with this route and after making the changes it worked perfectly.

However, it is designed to use vb for reg/sessions, and this caused some major issues that we had not thought of in the beginning. Think about hosting ‘paid’ blogs on your network, and telling them that their members have to go to another site forum to register, yeah that went over real well. LOL.

So that is where we are at now. We are rewriting the bridge code to use wpmu reg/sess so that users signup on whatever wpmu blog they come across and they are registered into the entire system (even having the ability for a visitor to signup directly from a sub-blog in wpmu took a bit of custom code which is done). I expect the coders to have this part finished shortly.

Once that code is finished then we begin work on bringing in the vb posts into the wire and activity streams of bp. There seems to be little to no documentation on doing this within bp so I can imagine it’s gonna be an interesting project.

We will then begin work on filtering out the pm system within bp and replacing it with the pm system from vb. (I’d rather use bp pm system, but it’s a kiddy toy compared to vb right now, and I don’t care to wait years for bp to catch up).

We are not touching the core code of either wp, bp, or vb so future upgrades are not going to be a problem. That is another thing you have to really consider.

Bottom line is, it was a massive job that took months of work, but we’ve mu’d vbulletin and should have the perfect deep integration replacement for bbpress shortly.

I hope now you can see why you are not getting any responses. Even in it’s ‘simplest’ form, what you are asking is going to take someone hundreds of hours to build, and that’s only if your coders know vb/wpmu/bp code inside and out.

anyhow, hope it helps.

BuddyPress needs WordPress MU to run. You are trying to install it on regular WordPress.

Did you do this step?

“You can try including the components.css file from the BuddyPress parent theme to add layout styles to BuddyPress pages. Open up your WordPress theme’s style.css file. Add the following line below the comment header:

@import url( ../bp-sn-parent/_inc/css/components.css ) “

From the guide:

https://codex.buddypress.org/how-to-guides/upgrading-a-buddypress-1-0-theme-for-buddypress-1-1/

That will get you a bit further to styling perfection. The rest is up to you. I’m sitting and styling my website right now. Lots of fun and frustration.

Hi again!

Read this:

“I’ve used a WordPress theme for my blog with the default BuddyPress member theme”

Over at:

https://codex.buddypress.org/how-to-guides/upgrading-a-buddypress-1-0-theme-for-buddypress-1-1/

You’ll have to edit things and if you’re not comfortable with that you’ll probably need more help than you can get here.

I don’t know your level of knowledge. Search around the forums and read up on the topics you need. I haven’t had answers to all my questions here in the BP-forums. You’ll have to search for some of them on your own.

May I ask a possible dumb question? I’ve upgraded to 1.1.1 on 2.8.4a and am using a premium theme for my main blog. I’ve currently reverted back to the old BuddyPress theme system for now.

Here’s my question, can I leave my Premium WordPress theme as the Parent theme, create a child, and place the bp-sn-parent folders and the “optionsbar.php”, “userbar.php” and “plugin-template.php” in the child theme? Also place header.php in the child with the appropriate code for the usernav bar? And then edit the appropriate css?

Is that a workable and effective approach?

Many thanks.

@Jeff Sayre and others.

May I ask a possible dumb question? I’ve upgraded to 1.1.1 on 2.8.4a and am using a premium theme for my main blog. I’ve currently reverted back to the old BuddyPress theme system for now.

Here’s my question, can I leave my Premium WordPress theme as the Parent theme, create a child, and place the bp-sn-parent folders and the “optionsbar.php”, “userbar.php” and “plugin-template.php” in the child theme? Also place header.php in the child with the appropriate code for the usernav bar? And then edit the appropriate css?

Is that a workable and effective approach?

Many thanks.

Think of something like Usenet, which was basically just a group of people talking back and forth inside their own little forum. Since BuddyPress is a community centric, user centric plugin for WordPress, the focus is on the interaction between people inside their respective groups. Forums are currently a feature of groups, but forums could be a feature of other things later too if plugins choose to support them, since bbPress is included and a great example of an API exists within BuddyPress.

Events could have their own discussion forums, blogs, users, activity feed items could be topics, etc…

Give me the weekend to test a theory. This should be possible by setting the BP_ROOT_BLOG to be the ID of the blog you want it to be, but if it’s not working that way I need to take a look at why.

You’ll want bp_enable_multiblog set to false. Setting it to true allows all subdomains to have access to the directories and profiles areas. This is mostly useful if you’re trying to use specific subdomains for specific pieces of BP, or if you want all blogs/subdomains/sites to have access to the directories from within themselves.

If you take a look at profiles.wordpress.org, you’ll see how they have BP used there within a subdomain.

I also think the better answer to your question would be to create a custom theme that only shows BP elements in the domain/subdomain that you want to show them. But, that takes a little more work I suppose.

Yes, this is a WPMU question. Use what Mohit suggested or search the WordPress plugin repository.

From a quick Google search it appears that, yes, WordPress slug titles need to be improved to support i18n efforts. All the WordPress slugs – including the BuddyPress group threads – go through sanitize_title().

A patch for sanitize_title() to support i18n slug names for the WordPress core is the way to go. I don’t understand what’s required as I do not know much about i18n, so I’m leaving this alone.

@wordpressfan I think you might be right for some kinds of communities, but as the groups functionality of BP becomes richer (as it does with, for example, Andy’s new External Group Blogs plugin), the groups/forums distinction won’t seem so arbitrary. Forums then become just one of the ways that group members (ie people who share a common interest or purpose) can collaborate and communicate. But you’re right that right now there is little difference between a group and a forum, at least functionally speaking.