BuddyPress.org

Here we go with MVC is the only approach. Having used the Codeigniter and Kohana PHP frameworks in the past, I know a little something about MVC.

MVC is a design principle that various frameworks implement so that others can then create their applications. WordPress is an application that offers a means to extended its functionality. It is not a framework. A framework is not an application. You create, code, applications (like WordPress) using various tools. A framework is just one of those tools.

I agree, from a plugin developer’s standpoint, that it might have been nice if WordPress had used a solid MVC framework with which to build its foundation. But, I don’t think there were any good MVC framework options at the time it was initially being developed. It would also be nice if WP were fully object based. But, this is all a moot point.

WordPress is and will be fine in its current state. There will not be issues “down the road”. Why?Because WordPress continues to improve and evolve (look at the powerful BuddyPress layer). It has been doing so for 6 years without reaching a point were it ceases to work.

As Paul said, since this is an open source project, anyone is free to fork it. WordPress, in fact, is a fork of another, older blogging system. So, if you don’t like what’s under the hood, then change away and create your own CMS!

It is interesting that the author of that slideshare fails to mention that Joomla, the application that their Anahita Social Engine requires, in not an MVC framework. Remember, Joomla is also an application, not a framework. A separate module/extension had to be created to offer some MVC-like functionality to those who wish to further extend Joomla in a manner somewhat reminiscent of a true MVC framework.

In my opinion, if WordPress were to be recoded from the ground up using one of the various PHP-based MVC frameworks, it would result in an application that while possibly being easier to create plugins for, would make it much harder for designers to create themes. This would make it harder for the average user to use.

You can take MVC however you like. If you are going to take it in a black and white sense then BuddyPress is not MVC. However, it follows a loose MVC style:

1. bp-[component]-classes.php contains all of the database access classes [ Modal ]

2. /bp-themes/[themename]/ contains all of the template files [ View ]

3. bp-[component].php contains all of the business functions [ Controller ]

BuddyPress is certainly not programmed top-down. In fact, if you try and program top-down with BuddyPress you will quickly become frustrated.

If you are concerned with the way WordPress is programmed, then I would asses the value in being concerned. Look at the number of themes, look at the number of plugins, look at the number of users. Look at the companies that use WordPress. At what point does worrying about the coding style become moot?

At the end of the day MVC is just another coding methodology, it is not “the right way” to program. The right way to program is subjective and very much based on your program’s function, audience and ideologies.

I’m perfectly entitled to not pay attention to the MVC-or-not structure of both WordPress and Buddypress, as I don’t work for Automattic and I’m not a core developer on either.

Member management in WPMU/Buddypress seems patchy as hell to me, with member data spread out over several database tables that aren’t synchronized between xprofile and wpmu, mixing different methods to store data. The registration process is horribly inflexible. Basic things like styling the registration form or editing system emails require hacking core files.

Not sure if this would have been better if WordPress/Buddypress followed an MVC architecture. Wikipedia’s description of MVC:

Model-view-controller (MVC) … isolates business logic from the user interface, permitting one to be freely modified without affecting the other. The controller collects user input, the model manipulates application data, and the view presents results to the user …

I like the sound of “isolating business logic”. I want the end user functionality that WPMU/BP provides (“… WordPress’s usability …”), but have serious concerns about having to rely on WPMU/BP for central member management and registration, the foundation of my project. Unfortunately I can’t have one without the other.

Please don’t dismiss the criticism.

if there’s someone moaning about how any particular bit of software is not written following MVC, they have two options – write their own, or shut up.

They did. They are developing Anahita Social Engine on Joomla. I may have to check it out.

In my opinion – not aiming this at you – if there’s someone moaning about how any particular bit of software is not written following MVC, they have two options – write their own, or shut up.

BuddyPress isn’t going to be any more “patchy” than WordPress is. I’m not even sure what you are trying to imply by “patch job”, either.

If I were you I’d run not walk to the wpmu forums where they are expert at dealing with this kind of issue. Search first and don’t mention bp. Just describe your symptoms. You lost site admin status. https://mu.wordpress.org/forums/

hmm maybe i should study wordpress?

Delete all of your the cookies for your website.

Login through WordPress.

Check that you are logged in on bbPress side.

Attempt to access both administration panels.

Check your sites cookies.

Verify that the domain and/or site for the cookies are all identical.

Logout.

Login through bbPress.

Check that you are logged in on WordPress side.

Attempt to access both administration panels.

Check your sites cookies.

Verify that the domain and/or site for the cookies are all identical.

Logout.

If at any point through-out that process your sites cookies are NOT identical, it’s time to start fussing around with the cookie settings, and get them to line up.

When I migrated my site over from WordPress.org, I ran a loop through the users and just copied over the nicename for each one of them.

Yes, I’d like more group functionality and this is obviously a big one! These plugins could be starting points:

Private Files

File Uploader 1.0 Beta

Custom Upload Dir

Haven’t looked into any of these in detail…

Here’s a start to get you part way there:

https://wordpress.org/extend/plugins/limit-blogs-per-user/

Note: I have no idea whether this plugin works with newer versions of WPMU and BP

Also, you could modify the code found here:

https://buddypress.org/forums/topic/limit-amount-of-blogs-a-user-can-register

Well,Now you can.You can allow your users to set their own password at signup.

I just created this plugin for you all .have a look here

https://wordpress.org/extend/plugins/cosmic-bp-user-signup-password/

Hope it helps.

Thanks

Brajesh

Hi There

I have installed the buddypress bar for the forums . But i am not getting any link displaying, just the css, the actual buddypress menus are not there.

Click here for the forums

Click here for the wordpress install

We have used the deep integration and i have added the lines to my bb-config.php, the path to the file is correct.

I have added the two functions ie

add_action( 'bb_head', 'bp_core_add_js' );

add_action( 'bb_admin_head', 'bp_core_add_js');

You can ignore the “invite new member” link on the top right hand side, its just a div postioned as absolute.

There are several commercial plugins that create membership levels. You’d probably need custom code to connect the levels to the functionality you describe.

If you figure it out, let me know.

Or contact me if you want to pool resources.

twdsje, by the sound of it, I’m guessing you’re using the default WordPress MU home theme.

You can choose a different theme you know!

Do you even have BuddyPress installed?

If you do, select the BuddyPress home theme or some other WordPress theme in the WPMU admin area and you’ll see something entirely different.

That’s the beauty of themes!

I took a very quick look at the OpenInviter website. They state that it is Open Source yet they do not provide any link to their licensing information.

Also, there is no code repository, it is not clear exactly what the code does, and you have to provide personal information to get the code. This does not indicate open source to me.

The site offers some sort of a WordPress Plugin, but I doubt that it is released under GPL which is a violation of the WordPress GPL license.

So, you are on your own if you want to use it, but I’d recommend steering clear of OpenInviter.

As far as I know, there isn’t such a plugin for BP, however there are some for MU.

Did a quick Google search; here’s two promising solutions:

1) https://mu.wordpress.org/forums/topic/1659

2) http://plugins.paidtoblog.com/wpmu-power-tools/

Just wanted to reiterate that none of these take care of BP though… so you might want to keep this under consideration.

yairnazz-

You need to learn CSS and basic WordPress theming skills. Below you will find a few links to get you started.

Also, since your issue has nothing to do with the proper functioning of BuddyPress, I’m changing the topic indicator to “not a support question”.

1. https://codex.wordpress.org/Blog_Design_and_Layout#Themes_and_Templates
2. http://www.w3schools.com/Css/default.asp
3. https://codex.buddypress.org/getting-started/using-the-buddypress-themes/
4. You should use Firefox with the Firebug Add-on. It is a great tool that not only allows you to find out within which files certain CSS selectors are located, but also to temporarily change them and see what impact they have on the design.

First things first, do you have WPMU 2.71 running correctly before you try and install BuddyPress?

Secondly, try manually installing BuddyPress by downloading the .ZIP file from the WordPress plugins repository (https://wordpress.org/extend/plugins/buddypress/).

Do not trust the automatic installer! Put the entire contents of the folder in /wp-content/plugins/ and then login to the WPMU admin area’s plugins page and activate.

Let us know what happens.