Search Results for 'buddypress'
-
AuthorSearch Results
-
September 3, 2009 at 2:00 pm #51965
Jason Giedymin
ParticipantYou can have two installs running. Of course, they have to be put into two different locals, used with a different database owner, etc…
The biggest problem you would run into would be if your server can handle the ram requirements.
I would not try this and expect performance ‘good enough’ unless I was on a dedicated hosting.
On a grid like ours, SOMETIMES we have to do a full on separate install. In these cases we also worry about our entire caching structure which bloats up considerably. A mitigation for this would be using S3 for storage, and we are moving our entire grid to the clouds. Our grid has been processor focused than storage (we started out as a high computational structure). Sorry for the off-topic.
September 3, 2009 at 1:43 pm #51964In reply to: Make your own custom BuddyPress page
Toly
ParticipantRobert – the example.php is meant to be replaced with whatever name you’re using for the slug/load_template.
I’m using this to group members/groups/blogs into a community page.
September 3, 2009 at 1:20 pm #51962chargertech
ParticipantYes I did under the installation forum, I thought I’d check to see if the troubleshooting forum had a solution since it appears to be more active. In addition, it was suggested to perhaps try two WPMU installations, I asked if two could be installed on the same server, but had no reply.
September 3, 2009 at 8:36 am #51960r-a-y
KeymasterHey chargertech,
I’m guessing BuddyPress wouldn’t work for a sub-blog on WPMU, which is what I’m guessing you want it for.
You could try defining the BP_ROOT_BLOG in /plugins/buddypress/bp-core.php to the blog ID in question, that could work… although I’m not entirely sure.
You could also try Alkivia as an alternative – https://wordpress.org/extend/plugins/alkivia/
September 3, 2009 at 6:59 am #51959In reply to: P and BR tags not working in text/welcome widget
Paul Wong-Gibbs
KeymasterI was referring to the Welcome widget which I thought comes with BuddyPress.
September 3, 2009 at 6:50 am #51955Paul Wong-Gibbs
KeymasterI’m sure you’ve posted this or a very similar post before. Why the second post?
September 3, 2009 at 6:45 am #51953Paul Wong-Gibbs
KeymasterThis is a feature built into WPMU (Site Admin > Options). This is also not a question about BuddyPress, so the WPMU forum would have been a more appropiate place.
September 3, 2009 at 12:32 am #51947In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantIt was a template issue after all. Copying an earlier version of an entire template folder solved the problem, but I wasn’t able to pinpoint the cause. The comment tags looked normal and I hadn’t touched them.
Which doesn’t solve the fundamental problems with IntenseDebate though. Next I’ll try to install it on the main blog only and hopefully the member blogs stay unaffected.
Is there a way to offer plugins to member blogs selectively? Or is the only option all plugins on or off?
September 3, 2009 at 12:23 am #51945Jeff Sayre
ParticipantOkay, I’ll go backwards part way up the list of answers:
Please provide a list of any errors in your server’s log files. how do i check?…hosting is through GoDaddy.
GoDaddy provides different levels of access to server error logs depending on your hosting plan. Contact customer support and ask them.
Your next step is to try an isolate the problem. First, you switch back to the default theme and see if the problem goes away. If it does, then you most likely have an issue with your default theme. Contact the theme designer and ask for assistance.
However, I’m guessing it is not a theme issue but either an issue with one (or more) of the many plugins you have installed and activated or an issue with your mail server. Your server’s log files should help you in determining if there is a server issue with sending mail.
But, until you can get at your server’s log files, you can investigate possible plugin conflicts–and you might actually find the problem in doing so.
What you need to do is go through the standard procedure for finding plugin conflicts. Deactivate all plugins except BuddyPress. Since it is the BP registration mail messages that are in question, you must keep BP activated.
Now, the first step is to try the registration process with just BP activated. If the registration goes through without an issue, then you can start to suspect that the issue is caused by one of the other plugins (or some combination of them acting together).
So next you begin reactivating your other plugins, one at a time. Each time you activate a plugin, you test to see if the issue occurs. This means that you only have one additional plugin activated besides BP. If the problem does occur then the issue could actually be with the plugin you just activated. You make a note of that possibility, deactivate it and move on to the next plugin and test it the same way. Each time, you note what happens. You may find other plugins also cause the issue to return.
Finally, you activate all the plugins that appear to not cause a conflict and see if the issue returns. If it does not, you now know that you can at least use that subset of plugins together without causing this particular issue.
What can you do when you find a plugin conflict?
- Make sure that you are using the most recent version of that plugin and that it is compatible with the version of WPMU you’re running
- Contact the plugin developer and ask for their assistance
- Simply deactivate that plugin and not use it. You may be able to find a substitute plugin
- Report your plugin conflicts back here so that the community can benefit as well.
September 3, 2009 at 12:08 am #51941In reply to: group-avatar-images at this site not showing ?
Andy Peatling
KeymasterThings are going to break for a while here as this site runs the trunk of BuddyPress. Until I can go back and work on backwards compat you are going to see a few minor issues.
September 2, 2009 at 11:37 pm #51940cpkid2
Participantactually the log out problem is gone now. the only problem i have is that users don’t get the registration/activation email. here are the answers.
1. Which version of WPMU are you running?2.8.4
2. Did you install WPMU as a directory or subdomain install? directory
3. If a directory install, is it in root or in a subdirectory? root
4. Did you upgraded from a previous version of WPMU? If so, from which version? no
5. Was WPMU functioning properly before installing/upgrading BuddyPress? don’t know, i installed both one right after another
6. Which version of BuddyPress (BP) are you running? 1.0.3
7. Did you upgraded from a previous version of BP? If so, from which version? no
8. Do you have any plugins other than BuddyPress installed and activated?
-ajaxed wordpress
-akismet
– all in one seo pack
– contact form 7
– events calendar
– google xml sitemaps
– login with ajax
– more privacy options
– page links to
– register plus
-remove buddypress admin bar
– sociable
-tweetmeme button
– wordpress database backup
-wp postratings
9. Are you using the standard BuddyPress themes or customized themes? customized
10. Have you modified the core files in any way? no
11. Do you have any custom functions in bp-custom.php? no
12. If running bbPress, which version? no
13. Please provide a list of any errors in your server’s log files. how do i check?
Also, I don’t know if this is relevant but hosting is through GoDaddy.
September 2, 2009 at 11:12 pm #51937In reply to: Avatar turning black
gerikg
ParticipantSeptember 2, 2009 at 10:44 pm #51936In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantThanks again Jeff.
All these comments have to do with ID not functioning correctly after installation. My problem is that comments are gone from member blogs after removing ID completely.
ID clashes with WPMU and/or BP. I remembered that Mohit Kumar had posted a question about it here. I’ve posted a question about this on the WPMU forum as well.
I’ve searched on Google and the Intense Debate site, but what I’ve found so far is no encouraging. I’m now reinstalling my site…
Avoid Intense Debate!
EDIT1: Re-uploading the php files from before ID had no effect – as I kinda expected. So the problem must be in the database somewhere.
Now deleting the database, importing an earlier version…
EDIT2: Even reverting the database to the earlier version did not solve the problem. WTF??!!
September 2, 2009 at 10:44 pm #51935In reply to: group-avatar-images at this site not showing ?
abcde666
Participantat the bottom left, underneath the word “Groups”:
September 2, 2009 at 10:36 pm #51934In reply to: Forum Integration: HELPING HINTS
John James Jacoby
Keymaster@21cdb, did you DL the zip from the trac, or did you SVN? I think there’s an issue with the trac zipper and it not including the external bbPress library. Can you verify that you have a bbpress directory in your buddypress/bp-forums/ directory?
September 2, 2009 at 10:30 pm #51933In reply to: Buddypress and IntenseDebate
Jeff Sayre
ParticipantAs IntenseDebate exports your WP comments into its own system, your issue is more than likely caused by IntenseDebate misbehaving. Your best bet is to post a question on their support forums and let them help you track down the cause. I found these two related threads:
http://getsatisfaction.com/intensedebate/topics/intense_debate_comments_gone_missing
September 2, 2009 at 9:47 pm #51930In reply to: A little help with colours on my theme
Paul Wong-Gibbs
KeymasterWoah, woah. First of all, get Firebug for Firefox. It lets you inspect and amend CSS on the fly which would help you with this sort of thing.
Secondly, I just got crit by a wall of text for 10,000 damage. Please use a ‘pastebin’ service, such as http://buddypress.pastebin.com/, in future.
Thirdly, I’m also going to mark this thread as complete for your as your above post seems to suggest you have resolved your problem.
September 2, 2009 at 9:43 pm #51929In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantJohn James Jacoby, I’ve tried that, but IntenseDebate is a lot of code and I’m not that smart. Can’t find that on/off button.
I’ve deleted all database tables from one of the member blogs (wp_2_ etc.) and imported a version from before I’d installed IntenseDebate. It had no effect.
So whatever changes ID makes in the database, it is not in the blog tables. Perhaps in wp_bp_user_blogs_comments then? Or wp_sitemeta?
Can’t find any likely candidates by going through the wpdb mentions in the main IntenseDebate plugin file.
wp_1_options has several entries that look ID-related, like id_useIDComments, even after removing the plugin from the system. Is _transient_feed part of ID too?
Deleting these entries has no effect whatsoever…
Can a plugin make changes in php files?
September 2, 2009 at 8:48 pm #51927In reply to: Buddypress and IntenseDebate
José M. Villar
ParticipantHey, now I realize it was me who made the question regarding ID WPMU compatability !
Glad it helped someone.
@PeterV maybe if U make your question at ID´s website/blog you can find answer to your problem.
September 2, 2009 at 8:37 pm #51926In reply to: Buddypress and IntenseDebate
John James Jacoby
KeymasterWhat I would do to find the answer is take a look at the Intense Debate plugin and see what exactly it does to turn itself on and replace comments. Then, see if you can manually remove it.
September 2, 2009 at 8:34 pm #51924In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantThanks again Jeff Sayre!
My main concern is now how to repair my installation. The comment system is totally gone from member blogs. I don’t see anything unusual in the database or template files.
What is going on and how can I fix it?
September 2, 2009 at 8:15 pm #51922In reply to: Buddypress and IntenseDebate
Jeff Sayre
ParticipantHow can i enable intensedebate plugin for all the blogs sitewide.
Looking at the WP plugin repository for this plugin, it does not indicate that it is meant for WPMU.
Doing a quick Google I found this discussion on the IntenseDebate blog:
Go 7 or 8 comments down and you’ll see this reply from Beau Lebens:
BuddyPress runs on a WPMU install, and ID is currently in use on a number of WPMU sites. There’s currently no way to “auto-activate” it for every blog created, but you can definitely activate it (and go through the install process) for each different blog you create on a WPMU install.
September 2, 2009 at 7:52 pm #51921In reply to: Download all trunk files?
Jeff Sayre
ParticipantFirst, always read the “readme.txt” file before proceeding with any WPMU or BuddyPress upgrade.
Before installing BuddyPress from trunk, you need to make sure that you are running WPMU 2.8.4a. If not, you need to deactivate all WPMU plugins, upgrade WPMU, and then try again. The latest WPMU version can be found here.
Once you’ve installed BuddyPress, make sure you move the theme files into their proper location.
September 2, 2009 at 7:24 pm #51920In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantAfter completely removing IntenseDebate from the system, the default comment system is back on the main blog, but still completely gone from member blogs, even blogs created after removal of the plugin.
Is there any way to reset the member blogs without having to reinstall the entire site? How can a plugin kill an entire component like that? Where does the plugin “turn off” the default comment system? Is there a way to force comments_template() to load?
Installing Disqus did not fix the problem. Deactivated and deleted again.
Is there a setting in the database that turns off comments?
September 2, 2009 at 6:45 pm #51918In reply to: Buddypress and IntenseDebate
peterverkooijen
ParticipantI activated it sitewide, but it totally removes the comment system on members blogs until members put in their information in the plugin. That is too complicated/confusing.
So I deactivated sitewide and reactivated for the main blog only, but the comment system on the members blogs is still gone.
Even deactivating and deleting the plugin entirely does not bring back the comment system on the members blogs -> IntenseDebate screws up your system!
Another great Auttomatic product!
-
AuthorSearch Results