Hi all,
Following up on a reader complaint, I found that when someone subscribes to my Buddypress enabled site with Google Reader using the main ULR (threesheetsnw.com), the reader automatically subscibres them to the sitewide activity feed. So instead of just seeing out latests posts, the reader is getting all the sitewide activity and it floods their reader.
I fixed the problem for him but suggesting he use our RSS URL (via Feedburner) instead and that worked. But is there any way to have our RSS feed, not our sitewide activity, be the default for Google Reader and others?
Using the WordPress 3.1 and Buddypress 1.28 with a theme from WPMUDev.
Thanks!
@boonebgorges – I really appreciate your help on this. I think I have, mainly to do with expiration on files, do you think that will do it? I should be able to grab an .htaccess from the original wp zip file and overwrite the existing one.
Yes, I think I understand what you are suggesting. But I am saying that it is not possible at the moment. Groups, forums, etc, are universal in a BuddyPress installation. With some customization, you might be able to show certain groups only on a certain subdomain (using the BP setting BP_ENABLE_MULTIBLOG) but I don’t know of any plugin that will do this out of the box.
I agree and I attempted to limit the sub pages displayed when we restyled the bp-default dropdowns so one couldn’t nest a series of pages 20 deep as that is in a similar vein to too many top links, trouble is with a theme one can’t really dictate these matters that’s up to the user to manage, but my puzzlement was that this reviewer didn’t understand that and passed the comment that they did, really it wasn’t something that ought to be commented on.
I made a custom component( x-object ) and use the following code to post update in activity stream. It works perfectly.
Then, I made another component( y-object ) and use the following code(replace x with y), — Neither component can post updates when they are both activated, can only active one of them.
`function bp_xobject_activity_custom_update( $object, $item_id, $content ) {
if ( ‘xobject’ == $object ) {
return bp_xobject_post_update( array( ‘type’ => BP_XOBJECT_ACTIVITY_ACTION_COMMENT, ‘xobject_id’ => $item_id, ‘content’ => $content ) );
}
}
add_filter( ‘bp_activity_custom_update’, ‘bp_myobject_activity_custom_update’, 10, 3 );`
If I remove this line:
`if ( ‘xobject’ == $object )`
then, both components can post, but their activities cross over to all other component’s activity page.
Need help desperately.
Please forgive me for calling the magical names.. @r-a-y , @boonebgorges
Attached to the online magazine I run is a social network/citzen journalism site. I’ve been using a service called Ning to run it, but Ning became a paid service a few months ago and it’s costing too much money to continue using it.
I want to switch over to using an open source program like buddypress. The idea would be to install it on my company’s server, and then transfer over as much of the existing content in bobalicious as possible, using the export/import functions. Is this easily possible? I’m new to this and don’t really know where to start. Any help is appreciated.
BuddyPress Like plugin might provide similiar feature.
Last year, it announced V0.9 to include statics in Dec., but the developer has been missing since then.
Thats what I want each site should show the same members but I only want to have sperated groups area (incl. Forums)..
@boonebgorges
I mean if you go to france.mysite.com you should see groups for french people and you should also be able to move to germany.mysite without logging out.
Sorry for my bad english but I hope its clear now.
and thank you for helping
@r-a-y , @Dankicity thank you for your replies. Yeah I can’t get this to work either. Following r-a-y’s steps all I get returned is ALL of the activity items, sorted chronologically. That’s likely because my code sucks though
If anyone gets this to work, it would be awesome! It’s the only thing left to sort out on this app I’m making 
Good websites dont have many links, it just confuses the user.
*puzzled* what does he mean??!! and he also pointed out that having a crap load of menus will kinda break the theme point out to him that a crap load of menus is the result of users adding pages and the way BP-default is coded, horizontal links are never wise with dynamic sites where you can not account for links generated. Using the new WP menus the user can control this aspect I thought @modemlooper was reviewing BP submissions?
I have a site running WordPress (3.3.1) and BuddyPress(1.2.
The problem we are experiencing is on registration and changing the avatar via the profile it doesn’t save. You click the “Upload Avatar” button an get taken to the crop screen fine. But when saving from the crop screen back to the “Sign up complete step” or “the change avatar step” it saves a default avatar. It saves fine in FF.
WordPress has been set to MultiSite. I have noticed that in IE and Chrome the site seems to cache pages. Even though we have disabled all kinds of caching. The site has been locked off to outside users only displaying a tabbed login box. If you need access to see I can create a user on our demo server.
Here is the link to the phpinfo.php file for the server. http://successacademy.biz/phpinfo.php
I have also cloned the Groups module into a Company module. ( but i tested with a fresh unalted copy of bp and its still didnt work in IE or Chrome.)
Have you done any customizations to .htaccess?
@boonebgorges Deactived W3 Total Cache – didnt change anything…
Hi @boonebgorges I have a whole host of plugins running, 41 in total a lot of those are extending BP, I can list them if you think it will help.
I can switch all of those off and the site will run, it’s just when I switch off BP do I get the 500 error.
Cloudflare is a caching/CDN system
I woke up so mysteriously one day, went to my site, went to a buddypress profile, and with a shock, came across this weeird error in buddypress
`Fatal error: Call to undefined function: bp_core_set_avatar_constants() in /home/***/****/****/bp-core/bp-core-avatars.php on line 12`
I am using bp 1.2.8, and wp 3.1, i tried removing everything, but it’s still there. What is wrong!!!!!
P.S, I’ve tried searching for this, but nobody has had this before. Whaaat??
Thanks for the clarification. That makes a lot more sense.
Go to Dashboard > BuddyPress > General Settings, and look at the setting for “Hide admin bar for logged out users?:” Does it say Yes? Try switching it to No.
I’m guessing that users are not being added automatically to the BP root blog (a situation which would have been irrelevant in non-MS mode). It’s possible that either the setting I mention above, or something about the way that WP eMember handles membership in an MS network, is interfering with the way that the admin bar is conditionally displayed.
Okay, I’ll try to be clearer…
I’m using a theme I converted to be compatible with BuddyPress. I know it is now compatible because when I first installed BuddyPress it worked perfectly. All the BuddyPress menus appeared at the top and I tested every page. I’m using WP eMember membership plugin and it worked perfectly with BuddyPress. When logged in as either an Admin or regular user I could see the top BuddyPress menu and everything worked perfectly.
Then I activated WP multiuser mode…
After activating WP multiuser mode, I can only see the BuddyPress menu on the front end by using my Admin account. If I try creating any new accounts through either WP or eMember, they are unable to view the BuddyPress menu. Originally, I thought these new members were unable to view any BuddyPress pages, but now it appears that if I manually try to access different pages, the new members ARE able to see BuddyPress pages. So IT IS ONLY THE BUDDYPRESS MENU THAT DOESN’T WORK FOR NEW USERS. However, the BuddyPress menu DOES work for my Admin account.
Obviously something happened when I activated multiuser mode and I have no idea what it could be. If anyone wants to register for a free account to check it out feel free: http://magneticquest.com/registration/
All I need to do now is figure out how to get the BuddyPress menu to appear for new users.
At the moment, there is no way to do exactly what you are trying to do, without having totally separate WP installations. BuddyPress gets its member data from the WP user table, which is shared among all sites. That is, there is no way to distinguish between a france.example.com and a germany.example.com site from BP’s point of view – each site will show the same members.
That said, have you considered using BP groups for countries? The URLs wouldn’t look exactly how you want, but everything else would be similar.
It’s a pretty good idea to deactivate the BP theme before deactivating BP, though strictly speaking it should not be necessary. Having a BP theme active while deactivating BP will mean that visitors to your site will see a white screen. However, the Dashboard of your site should still be available. You should *not* be seeing 500 errors when you attempt to visit http://example.com/wp-admin.
I’m not sure what cloudflare is – I looked at their site and I don’t get it. Is it a caching plugin of some sort? It’s possible that a caching plugin might cause this sort of problem. Generally, what other plugins are you running?
I still am not clear on what’s happening. Presumably, you are using a BP-compatible theme, such as BuddyPress Default. Users should then be able to access BP content by clicking on links like Members, Groups, etc. What do users see when they view your site? Do they see the theme that you have installed? Or a blank page? What happens when one of these new users attempts to view a page like http://example.com/members? I think that we need a clearer sense of what’s going on before we can suggest a solution.
Do you have any plugins installed that restrict member access to certain parts of the site? For instance, are you using some method of keeping non-members from accessing pages like example.com/members?
Do I need to switch off the buddypress theme before deactivating buddypress?
I would like to share with you my longstanding vision for the jMonkeyEngine community website. Over time this vision has been refined through the possibilities and limitations found in BuddyPress and the WordPress ecosystem, the growing needs of the community I tend to, and the added insight and technical aptitude of my fellow core drivers.
I believe in BuddyPress; with some luck, it will grow up to do great things. With this hypothetical case study, all I hope to do is shed some light on some of the neat things that could be made possible “when BuddyPress grows up“:
@DJPaul These are the plugins im using:
Add Logo to Admin
Akismet
BackupWordpress
BPAlbum
BP-Youtube Feed
BP Profile Search
BP Redirect to Profile for Buddypress
BP Xtra Signup
BuddyPress Announce Group
Buddypress Auto Group Join
BuddyPress Block Activity Stream Types
Buddypress Community Stats
Buddypress Mandatory Groups
BuddyPress Mobile
Buddypress Moderation
BuddyPress Registration Groups
BuddyPress Restrict Group Creation
BuddyPress RSS Character Fixer
Buddypress Topic Mover
Capability Manager
Custom Profile Filters for BuddyPress
Email Login
Erocks Dashboard Lockdown
Fast Secure Contact Form
Forum Attachments for BuddyPress
Mail From
PHP Exec
Simple Page Ordering
Twitter Goodies
Users to CSV
W3 Total Cache
Welcome Pack
WP-Invites
WP-TwitterBadge
WP Activate Users