BuddyPress.org

Check out the skeleton component plugin. I teaches you how to make a bp component. It has examples where it sets up two custom pages with according links, etc. That’s how I re-created the dashboard, but r-a-y’s would also work.

The skeleton component takes some time studying as it will go over much more than just setting up page templates, but it is a good learn if you are developing with bp and creating a dashboard component would be a good entry level start.

Ahh… well I actually created my version of the dashboard using a WordPress page (specificaly a WordPress page template), and not BP’s components, which is what Andy is doing.

To tell you the truth, I haven’t studied how new, component slugs work, so I just stuck to my tried-and-true WP skills

What I did was enter the BP loops in my WP page template, but before I entered the BP loops, I do a conditional so only logged in users can view the dashboard content.

Hope the logic makes sense.

Need more info, Reboot Now.

Can the user log into WordPress? But not into bbPress?

Okay, here’s another check:

Double-check that your uploaded bbPress files are actually the same as the files from the distribution package! This one killed me a couple of days ago.

Have you used the bbPress Integration plugin?

https://wordpress.org/extend/plugins/bbpress-integration/

And copied the config lines verbatim?

You probably have just double-checking!

WPMU 2.8.2 is out!

https://mu.wordpress.org/download/

As enthusiastic as you are about WordPress, most of us are about BuddyPress, so without speaking for anyone else, my opinion is biased towards using BuddyPress for every website. My moms knitting website will use BuddyPress.

If you want users to be able to blog about their own stuff without moderation, then you want WordPressMU, because each user gets their own blog to talk about whatever they want; WHATEVER they want. That means even though your site is about fashion, that doesn’t stop them from talking about puppies.

If you want these users to be able to interact with each other, and have personalities, then you want BuddyPress.BP will allow your users to talk to each other privately, form groups to talk about things with each other, and comment on each others profiles.

The reasons NOT to use BuddyPress? At the moment there’s very little restrictive control over what people do. You can’t stop someone from putting profanity in their profile. You can’t block a user from messaging you or others. Also, the platform is still evolving as much as WordPress and bbPress are. That means that if you like to keep your website on the cutting edge, you’ll find it hard to install everything and leave it alone, as enhancements and improvements are coming through at least monthly, and so far upgrading isn’t a one click thing yet (almost though)

Those is my opinionses… Not sure how helpful they is, but if you like WordPress, you will probably see the potential of BuddyPress for what you want your website to be.

I’ve used this website before as an example and I hope he doesn’t mind, but check out leadpress.com as an example.

You’re not running BuddyPress in a sub directory, but actually just stopping it from taking over the root and /blog URLs, and instead using the normal WordPress way of assigning pages.

Rename home.php to community.php.

Use the Page Template method to name that page template “Community.”

In the blog admin, Make a page for your home, a page for your blog, and a page for your community, all with similar slugs.

The community page will use the “Community” page template.

Goto your blog settings and assign the front page to be the page you made for home, and make the index/blog page the one you made for your blog.

Then, you will want to install bbPress in a folder called “/community/forums/” and be sure to create a page with the slug “forums” as a sub page of “community”

That should do it?

Take a look at https://wordpress.org/showcase/ for examples of some of the best sites built on WordPress. WordPress itself is a stable and exciting for building sites and CMSs on, and the showcase which I’ve linked you to will let you browse the highlighted best.

The ‘biggest’ BuddyPress installation – other than this site – that I am aware of, is GigaOM Pro.

I’m not going to sell the idea of using BuddyPress to you but perhaps if you make a short list of the key features and ideas that are essential, and things you would like to have, we can all comment the feasibility.

Actually that CSS code should go in your bphome theme’s CSS file.

Or whatever you are using for your WordPress home theme.

Let’s say you’re using the “bphome” theme.

The CSS snippet should go at the very end of:

/wp-content/themes/bphome/style.css

Well, if you’ve already read this https://codex.buddypress.org/how-to-guides/modifying-the-buddypress-admin-bar/ and maybe this https://buddypress.org/forums/topic.php?id=2283, and do not understand, unless you are prepared to further your understanding of PHP and WordPress’ API, you need to find a developer to write the code for you.

I can see that you have cross-posted this over on the WPMU forums. You have a response from andrea_r, about an hour ago (as of time of posting), which you have replied to about 40 minutes ago.

This is definitely a WPMU question as this doesn’t involve BuddyPress, so you were right posting it there, but there was no need to post it here.

This is actually more tricky that it sounds, because BuddyPress by default stores most of its information in the blog ID = 1, and it will ignore most other constant settings. If you are installing BuddyPress for the first time, and change any of the BP_ROOT_BLOG or BLOGID_CURRENT_SITE or SITE_ID_CURRENT_SITE variables, BuddyPress still saves most of its information in blod ID = 1.

https://trac.buddypress.org/ticket/823 references this issue, and I’ve included a patch for the instances where this occurs.

lynnallan, I’m afraid there isn’t a core solution for what you want to do yet, but the patch in the trac ticket *should* better prepare BuddyPress for this type of installation.

My only other suggestion, would be to think of it as WHERE the data is in the database doesn’t REALLY matter, unless you’re trying to split server load up across multiple database servers. That being said, you can install your corporate theme on your root blog, and then install the bphome theme on another blog, and then use the WordPress page template ability to recreate the look and feel of a BuddyPress on a blog other than the root. This is kind-of how http://leadpress.com/ has their site setup, if you need an example.

White screen always means some error is occurring. Did you modify any WPMU or BP files? Have you created any custom files?

If so, you could have a space before or after the opening PHP tags. Or, you might have left off something as simple as a semi-colon at the end of a particular line.

There are many possibilities. If you have modified or created your own files recently, then that is where you should first look. If you have installed any new plugins or updated any older plugins (other than BP), then there could be some issue with them. Try disabling them (or moving them out of the way if necessary).

Here’s more info: https://mu.wordpress.org/forums/topic/9045

There are many functions in bp-core.php and many template tags in bp-core-templatetags.php that will retrieve various user data. Take a look in those two files.

You should not write any custom DB classes unless you are creating a custom plugin. Also, you should never modify core BP files.

If you are simply looking to list certain members, you can try my Featured Members Widget available in the WordPress plugin repository. You may have issues if you are running WPMU 2.8.1 as I have not yet updated my widget to use the new WP Widget API.

Anahita looks really interesting but the fact that it runs on Joomla makes it a non-starter for me and my clients… no matter how perfect the code is. I’m a big a stickler for doing things the “right way”… I’m a perfectionist… but the bottom line will always be usability and in that arena… WordPress is way out ahead. So at the end of the day… I don’t care TOO much about the MVC issue.

That said… I agree with your argument above. Doing things the “right way” doesn’t necessarily mean that something is more difficult, or costly, or what have you. I have a degree in architecture and one thing I always say is that when it comes to building… good design is more about thoughtfulness than budget. When designers blame the budget, client, or other constraints… it’s often a cop out.

I’ve cobbled together my own one WP-install, multi-domain solution using the resources below as a starting point. But, this is only for single-version WP, not WPMU. It is also for development purposes only using vhosts on my local machine.

Here are the articles to get you started:

http://me.mywebsight.ws/2006/08/11/host-multiple-wp-sites-on-one-installation/

http://www.ryanmcdonnell.com/multiple-blogs-one-wordpress-install-zero-code-changes/

http://www.bos89.nl/how-to-multiple-blogs-one-wordpress-installation/

However, it shouldn’t be too hard to create a “special page” in buddypress/wordpress that outputs some data (XML, serialized PHP, or something) about the logged in users that can be fetched with some kind of Joomla extension at regular intervals.

BuddyPress is based on WordPress, which as you probably know can be used as a CMS too. Therefore, it is not likely that any effort is made in tying together Joomla and BuddyPress.

Hi @andy

you said

Also – something to consider. If WordPress was completely object-oriented, fully MVC, and the most beautifully designed code imaginable – 90% of developers would not be able to understand it.

would you please tell me when you say 90% of developers who exactly are you referring to ? because I know there are projects like Ruby on Rails that have had a good turned out between developers even though they implement lots of design patterns like MVC, Active Record and so on.

Also this does not stop at only open source projects, iPhone development framework (cocoa) follows MVC ( and other design patterns) and now there are kids as young as 10 years old that are developing for this platform.

Also I understand this debate is about MVC vs non-MVC design pattern but I would like to point out that a framework is not just MVC. It’s a collection of many design patterns as significant as MVC that helps the developers to build something in shorter amount of time.

in Anahita, MVC constitutes the overall structure of the application, but in a closer look, we are using other design patterns that makes the code smaller and more flexible. Without them, I doubt having an MVC architecture would have made that much of a difference.

Thank you,