Search Results for 'wordpress'
-
AuthorSearch Results
-
September 8, 2009 at 11:16 am #52156
In reply to: How to display the username, not the fullname
Paul Wong-Gibbs
KeymasterI can’t answer this whilst I’m at work, but I do recommend that you update your BP to the latest version ASAP. WordPress has itself been hit by a vulnerability in the last week which affects all but the latest version of the software.
The same idea applies to BudyPress too – upgrade frequently.
September 8, 2009 at 6:11 am #52142In reply to: Member counter widget?
Paul Wong-Gibbs
KeymasterYou are best off looking in the WordPress plugin directory, or searching or asking on the WPMU forums. This is not a BuddyPress. question.
September 8, 2009 at 3:25 am #52139In reply to: give each blog their own buddypress?
Anointed
Participant@Andrea-r – I believe I have the ‘first part’ solved already. That being that each blog has it’s own users. Aaron was kind enough to spend the time building a custom plugin for me that allows users to signup on a subdomain blog without leaving the subdomain. *Aaron rocks!*
This way each subdomain has ‘it’s own’ members, though all members are automatically added to the primary blog and the bp blog behind the scenes. [expect this plugin to be released on the premium dev site sometime soon so everyone can have it]
Now that each ‘blog’ will have it’s own users, I have an idea to attack this problem.
1. As most everything displayed by buddypress is via widgets, I may be able to duplicate the widgets and then write some custom filters to only output what the ‘subdomain blogs’ users have been up to.
e.g. filtering the activity stream to only show activity from the blogs users which is being displayed.
2. for those displays that are not widgets, like the members list/groups list/ etc…
That may take a bit more filtering.
Anyhow, I have to imagine that buddypress is already thinking about this type of stuff already. I personally just can’t see how they can even begin to implement buddypress on wordpress.com type of sites without this ability.
September 7, 2009 at 4:32 pm #52126In reply to: How to Re-Install
Jeff Sayre
ParticipantYou state in the thread that you link to above:
I had originally installed my wordpressmu under /wordpress-mu/ but then moved it to the root later.
By making that simple directory switch, you’ve basically changed your site URL structure and messed up the DB.
Read this entire WordPress Codex article, paying specific attention to the “Changing the URL directly in the database” section.
Always backup your DB before making any changes–installing new plugins, upgrading, altering code in files, altering data directly in the MySQL tables, etcetera. You never know when some seemingly trivial change might mess up your entire install.
September 7, 2009 at 3:38 pm #52122In reply to: Make your own custom BuddyPress page
allenweiss
Participantthanks..so if I’m using, say, carrington-blog for my wordpress home theme, then it would go in the carrington-blog directory? If so, I just tried that and it always results in a page not found. Am I doing something wrong? Note, I have the code in the functions.php file (which is in the carrington-blog folder) and the file it points to in that folder as well – as per your instructions…thanks
September 7, 2009 at 11:32 am #52117In reply to: How to Re-Install
John James Jacoby
KeymasterFrom the topic you referenced, it sounds like you moved the location of your WordPress files.
It seems harmless enough, but it can cause a whole world of hurt (like you’re finding out now.)
Sadly there isn’t a magic reset button to make everything go back into alignment, so chances are that to get things up and running you’re going to be debugging and manually editing some database entries.
If keeping your existing data is important, and you’re in over your head, then it’s time to hire a professional to snoop around and see what they can salvage.
September 7, 2009 at 11:22 am #52115In reply to: Make your own custom BuddyPress page
John James Jacoby
Keymaster@allenweiss, both of the files need to go in your active WordPress HOME theme, not your bpmember theme.
September 7, 2009 at 11:14 am #52113John James Jacoby
KeymasterIt definitely gives a nice little added polish to the widgets.
If you’re familiar with Trac, SVN, and the WordPress Coding Standards, you could give a go at creating a patch to have stuff like this implemented into the core for you, to your credit of course.
If you’re not familiar with the above but would still like to see these changes make it into the core, send me a PM and I’ll put together a patch for you using your plugin.
September 7, 2009 at 9:11 am #52110In reply to: BuddyPress Member Theme + Deep Integration
bpisimone
ParticipantI take it you’d like to have a better integration between the bphome and the bpmember themes right?
All of this is going to be included in the September 1.1 update as Andy is implementing WordPress’ child theme possibilities.
September 6, 2009 at 5:25 pm #52084In reply to: give each blog their own buddypress?
Anointed
Participant@dwpers – Actually I want it the other way around. I don’t want my users blogs integrated into the bp site, but want bp integrated into my user blogs. While it sounds like a ‘trivial’ difference it is not.
I’m trying to figure out how to give each blog owner their own buddypress sub-community. With the new theme system for bp coming out, it should be much easier to integrate bp into my current website themes. Then I would like to only display members/groups/forums/etc that ‘belong’ to that particular blog.
Think of it from ‘how would wordpress.com integrate buddypress?’
If they simply just had a ‘huge’ community that everyone was a member of, kind of how ning did it on their ‘home’ site, then no one would ever really be interested. I’m more suspecting that buddypress would become a plugin that each blog would activate on their own to build their own ‘sub-community’. Though I am pretty sure that wordpress.com would follow the ning example and automatically have all members of all blogs become part of a larger community behind the scenes. Whether they know it or not.
Am I off base here?
September 6, 2009 at 10:17 am #52077Paul Wong-Gibbs
KeymasterBP 1.0.3: https://wordpress.org/extend/plugins/bpgroups
Future versions: forum integration method has changed totally, I’m not sure and I haven’t tested if the above is still necessary.
September 6, 2009 at 9:42 am #52074In reply to: Member directory browsing issue.
fuzzyman
ParticipantHi all
I’m experiencing the same two issues ( alphabetical list does not list any users, and the message ‘No members found. Members must fill in at least …..’)
The member search facility on the Members page also does not work for me.
Using WordPress MU 2.8.4 + BP 1.0.3. Clean install, have never re-installed or deleted anything off the site yet.
One thing that ‘may’ make a difference is that I’m running Normal WordPress as my main, publicly viewable site, and the WordPress MU in a subfolder off the root. The database table names are different though, so I doubt there’s a conflict. For the standard WordPress install I used ‘wp2_’ as the table prefix.
September 5, 2009 at 11:13 pm #52067r-a-y
KeymasterGlad I could help out!
September 5, 2009 at 5:03 pm #52060dakoo
ParticipantThanks a lot ‘r-a-y’ Works like a CHARM !!
September 5, 2009 at 2:48 pm #52057In reply to: Blank when activating plugin
Paul Wong-Gibbs
KeymasterBuddyPress 1.0.3+ requires WordPress MU 2.8+
September 5, 2009 at 2:14 pm #52053Matt Kern
ParticipantThis is the best post I have seen on the subject.
http://theeasybutton.com/blog/2009/07/17/integrating-buddypress-wordpress-mu-and-bbpress/
September 5, 2009 at 11:06 am #52049In reply to: Language – Frontend User select
Paul Wong-Gibbs
KeymasterUntil you posted this thread was 8 months old. You can localise BuddyPress in the same standard way which you do WordPress. I am aware someone has a new plugin in the works which, despite me not fully understanding what it does, sounds like it will be useful to run multilanguage BP sites.
In the interim, however, I’m closing this thread. If you want to continue to discuss any specifics please find a more recent thread or start a new one.
September 5, 2009 at 10:08 am #52045In reply to: give each blog their own buddypress?
Paul Wong-Gibbs
KeymasterI don’t think anyone has tried anything like BP-Mu, and I am very doubtful that the internals would support such a thing without serious hacking.
BuddyPress *does* use the existing WordPress user tables/routines, etc. I have no idea what you mean by “separate user system.” You can just remove the BuddyPress /register files and use the WPMU user registration.
There’s no guarantee BP 1.1 will be released next week. Soon, but I’d advise not getting your hopes up.
As far as I’m aware, there’s no issues with running BP on a blog ID other than 1. If you want to be certain, download the current trunk copy and test it out; it’s not too late for bug fixes to go in.
September 5, 2009 at 6:45 am #52044r-a-y
KeymasterIf their content is from another WordPress blog, then it is possible.
You’ll want to look up WordPress to WPMU guides.
Here’s one that I’ve used in the past:
http://welcome.totheinter.net/2008/10/04/how-to-migrate-from-wordpress-to-wordpress-mu/
September 4, 2009 at 11:52 pm #52037In reply to: Upgrading WPMU from 2.7.1 to 2.8.4a
r-a-y
KeymasterLooks like there is a WordPress URL hack going around:
https://wordpress.org/support/topic/307660
Otto over at the WP forums suggests to upgrade as soon as possible, but I haven’t seen any reports on the WPMU forums yet.
September 4, 2009 at 10:43 pm #52035cpkid2
ParticipantHere is a plugin that uses an smtp server for sending email from WordPress MU blogs. Would this be a viable solution?
September 4, 2009 at 9:42 pm #52030In reply to: ListMessenger (or PHPlist) integration – plugin?
peterverkooijen
ParticipantCorrection to the code above: In most cases it’s probably safer to just remove this from the INSERT query for ‘mailingusers’ (or whatever your mailing list uses):
users_id='$user_id',In ListMessenger this ID is incremental. If you force it take the same ID as used in WordPress you may get nasty errors.
September 4, 2009 at 5:08 pm #52018In reply to: Manually reset user id to higher number?
peterverkooijen
Participant2000 insert/deletes. It’s gonna be a long night… ;-(
Is inflate the technical term?
Found this somewhere:
If you just want to change the auto_increment without deleting everything, you can
ALTER TABLE tbl_name AUTO_INCREMENT = xxx
(where xxx is an integer). Or use the operations page in phpmyadmin …
But what table(s?) should I apply that to? Only wp_users? Would the rest automatically follow?
September 4, 2009 at 5:01 pm #52017In reply to: Manually reset user id to higher number?
Paul Wong-Gibbs
KeymasterYou can’t change the ID column in the wordpress users table as it’s an autoincrement field. MySQL might have some docs on the site if it’s possible to inflate it. Failing that, do a load of inserts / deletes and bump the number up
September 4, 2009 at 3:17 pm #52013In reply to: Moving to another domain (changing the wpmu domain)
Jeff Sayre
Participanthttps://codex.wordpress.org/Changing_The_Site_URL
But before you do anything, fully back up your WPMU MySQL DB ( https://codex.wordpress.org/Backing_Up_Your_Database )
-
AuthorSearch Results