If I understand correctly it does not matter which licensing type they use because as soon as they use WP code it becomes GPL. At least that’s what a read here:
Interesting WordPress GPL implications
This means that whenever a theme or a plugin uses just one function from the WordPress code, GPL license automatically ‘kicks in’ and takes over. And since plugins and themes must use WordPress functions they automatically become GPL as well.
Can someone confirm this is correct?
Then I stand corrected and a mod can delete my post. If this is perfectly fine and accepted in the wordpress community then I am probably seeing this the wrong way..
I personally would find it a bit strange to sell something which isn’t yours.
For example if it took me many hours to create a BuddyPress theme or plugin and decided to sell it, and notice that someone else is selling my plugin for a lower price, I would be VERY unhappy!
Right now everything that’s developed using any WP hooks automatically falls under the GPL so you are not doing anything wrong I think, but I honestly don’t understand why you would do this.. If everyone would start reselling stuff from others the open source community would quickly become a very nasty place to be. This is just my personal opinion and I’m interested in what others think about this.
I am not trying to start a flamewar and I’m sorry for accusing you for stealing, that was uncalled for.
If you really need a social network on wordpress stand alone, try the plugin “mingle”, it isn’t as advanced as buddypress, but it has the basics.
Looks like a nice design, and a great way to show what you can do with buddypress by extending it with some other software. 
I believe you can make a login form outside of wordpress, just direct the action to the wordpress login page. And make the method post. You can even use this to redirect to the page your on right now.
<input type="hidden" name="redirect_to" value="<?php echo $_SERVER['REQUEST_URI']; ?>"/>
@ Xevo Can you report BP_ENABLE_ROOT_PROFILES clashing with blog names as a bug on the Trac please if this is happening? We can surely add code to the WordPress ‘create blog’ checks to check usernames against the reserved blog name list if BP_ENABLE_ROOT_PROFILES is set.
Hello giast
No, BuddyPress needs WPMU at the moment. It will work in regular WordPress when WordPress and WPMU merge; last I knew, that was probably going to be in WordPress v3.0.
You’ll have to move from wordpress to wpmu first. http://mu.wordpress.org
Already working on two plugin which will enable buddypress/wpmu to take data from the bbpress table’s and vice versa.
I personally like the idea that all automattic software can be used as one (like modules), but at the same time, if you just need bbpress, that you can use it without wordpress.
Agree with you on the option.
Rather than using “forums” slug for group forums directory, I will rather use it for external forums. Instead, I will consider using group-forums slug for that.
Again, why use two copies of bbpress if you want external forums, why not use a single copy but with the tighter integration.
Well, why I said It should not be Integrated.
Currently,Is there anyway for the site admin to manage all the forums on a buddypress at one place.No.
Can You manage all the topics from one place, no , you have to visit individual groups to manage it.
bbpress has been in existence ,before even the conception of buddypress,so how about the people who are already using it as a standalone software,or on their wordpress/wpmu site.We may not force them to install buddypress for using/keep using forum.
I hope ,There are other various reasons why It should not be merged.
But again,I too wish ,there should be more better integration.
There should be a option at the admin site, to select standard forum view,or buddypress groups view.
For many people I think the bbpress integration into wordpress (make bbpress look the same as wp) is just to heave. So they jump to some other forum software.
In the and most of them are missing forum community features.
In the moment you have to rewrite bbpress plugins to use them in the puddypress bbpress installation. Or have two install with two admin sites.
Just to give anyone that views this an idea of what I’m talking about, please see this site:
http://cfcommunity.net/FOK2009/
Notice that their navbar stops moving completely after the window is shortened (width wise) a certain amount?
Back on my site: http://www.up-your-game.com/wordpress-mu you can see that mine completely moves after a certain width decrease of the browser. Any thoughts on how this can be accomplished on my page?
Hi Keith
It should be as simple as copying all of the templates from the BuddyPress theme and pasting them into the WordPress theme. Be sure to copy and paste over all of the CSS from the BuddyPress theme also.
I expect you won’t want to overwrite any files that may already be in your thesis theme (index.php, for example).
Hi,
For some reason I’m also experiencing the same problem with setting up my forum.
I created a fresh installation of WordPress MU and Buddypress, then I setup the forum as a fresh installation and it shows on my site but I cannot do anything with it.
There doesn’t seem to be anyway to add items to the forum, discussions, topics etc.
My address is http://club.fenpaddle.co.uk
I’m not very technical but I’ve managed to get this far and I’ve also setup another wordpress website at http://www.fenpaddle.co.uk.
Can someone please suggest what I should be doing next?
Many thanks
Roly
or maybe something with unserialize&stripslashes?
I found this in reference to the code mentioned above:
* xprofile_format_profile_field()<br />
955 *<br />
956 * Formats a profile field according to its type. [ TODO: Should really be moved to filters ]<br />
957 *<br />
958 * @package BuddyPress Core<br />
959 * @param $field_type The type of field: datebox, selectbox, textbox etc<br />
960 * @param $field_value The actual value<br />
961 * @uses bp_format_time() Formats a time value based on the WordPress date format setting<br />
962 * @return $field_value The formatted value<br />
963 */<br />
964 function xprofile_format_profile_field( $field_type, $field_value ) {<br />
965 if ( !isset($field_value) || empty( $field_value ) )<br />
966 return false;<br />
967<br />
968 $field_value = bp_unserialize_profile_field( $field_value );<br />
969<br />
970 if ( 'datebox' == $field_type ) {<br />
971 $field_value = bp_format_time( $field_value, true );<br />
972 } else {<br />
973 $content = $field_value;<br />
974 $content = apply_filters('the_content', $content);<br />
975 $field_value = str_replace(']]>', ']]>', $content);<br />
976 }<br />
977<br />
978 return stripslashes( stripslashes( $field_value ) );<br />
979 }
and this
function bp_unserialize_profile_field( $value ) {
522 if ( is_serialized($value) ) {
523 $field_value = maybe_unserialize($value);
524 $field_value = implode( ', ', $field_value );
525 return $field_value;
526 }
527
528 return $value;
529 }
You should make it a plugin, then add this to the plugin and activate. If you’d like to see a working implementation then check out these plugins:
https://wordpress.org/extend/plugins/buddypress-group-twitter
https://wordpress.org/extend/plugins/bp-groupblog
https://wordpress.org/extend/plugins/external-group-blogs
You should be saving extra group information as groupmeta:
bp_groups_update_groupmeta( $group_id, 'name', $value );
There’s a plugin in the WP repository to favorite posts (https://wordpress.org/extend/plugins/wp-favorite-posts/). The favorites are stored in the database so they can be retrieved with the user id for the profile. I agree this concept should be expanded to other components (groups, blogs) in BP. I plan to create a custom post type and use this plugin (possibly modified) to show favorites of that post-type on the profile (e.g. favorite bars). For example, Tastykitchen.com could use to track favorite recipes as recipes are just posts with custom fields.
This functionality is needed and if it doesn’t exist when I get to that stage of my project, I’ll add it and shsre. The more people think of WP/BP as a CMS, the more the need for these types of functionalities becomes apparent.
Upgrade to the latest version of WPMU and this will be fixed.
If you don’t want to upgrade immediately, you can edit one file to fix it:
https://trac.mu.wordpress.org/ticket/900
This could increase usage from mobile users for updating their status on BP.
If we could use ping.fm api or adapt something like this for activity stream?
https://wordpress.org/extend/plugins/pingfm-custom-url-status-updates
I’m also curious as to how larger sites upgrade. We only have 100 users presently but need to potentially support thousands.
1. Yes I backup db and files. sql file is now about 40MB.
2. No announcement but may need to when site sees more activity.
2. Use Maintenance Mode plugin during upgrade:
https://wordpress.org/extend/plugins/maintenance-mode/
That’s because there is no buddypress theme for your users blogs, they just take the standard wordpress theme, just like when you would make a WPSA install.
