Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 64,176 through 64,200 (of 69,108 total)
  • Author
    Search Results
  • #48335

    Seems really odd that your WPMU + BuddyPress installation somehow takes up over 30MB of memory.

    You could try upping the available memory to say, 40MB or so, and see if that helps? Do a search here (or Google) for php.ini and hopefully that should help you on your way. There are a few things you can put there to help increase the available memory for your hosting package.

    Basically you just make a file called php.ini and put it either in your WordPress root directory, or your wp-admin directory. I’m not sure it really makes a big difference, but I suppose it also depends where the errors are coming from mostly too.

    #48334
    Jeff Sayre
    Participant

    First off, I do sympathize with your frustration on finding an acceptable set of solutions to your questions. Without writing the code for you, it is difficult to point you in the proper direction. There have been a number of options presented, that while being a compromise to your ultimate, desired solution, could produce satisfactory results.

    Isn’t the whole point of Buddypress to turn the WordPress base into something more user-centric?

    Yes and no. As I already said two posts above:

    WPMU is not designed as a user-centric platform. It is blog-centric. BuddyPress puts the focus on the user.

    But, BuddyPress is still a layer that rests on top of WPMU, not the other way around. BP relies heavily on certain WPMU functions to handle much of the user registration process. And WPMU requires that the username field be populated (I realize that you know that).

    This thread is NOT about the username issue.

    I understand that. But what I quoted from your past post was about the username field and that is what I specifically answered in my last post.

    This particular thread is entitled “How to use full name, first name + last name“. Burt already provided an answer to this question above via this thread where he shows you how to do exactly this in code.

    I’ve understood all along in the various threads that you’ve started on this range of related topics that you want another option, some other way to insert your desired datum into the user_login field, or use newly created fields to allow registering users to enter their firstname and lastname, or that you want a way for users to enter their email for login, or a way to use BP’s xprofile table to display fname and lname in various ways and places, or a way to rearrange fields on the registration form, and that you hate WPMU’s concept of username and want a different option. I get all of this.

    Others (including myself) have tried to be as helpful as possible in each of those threads, often rehashing the same answers. I don’t say this to be mean; I say this because we’ve tried to explain in multiple ways and multiple times that what you are after is not possible at this time without hacking the core (in some cases) or writing your own custom plugin(s).

    https://buddypress.org/forums/topic.php?id=1746

    https://buddypress.org/forums/topic.php?id=1811

    https://buddypress.org/forums/topic.php?id=2118

    https://buddypress.org/forums/topic.php?id=2119

    https://buddypress.org/forums/topic.php?id=2926

    How does Buddypress handle first name + last name?

    It does and it doesn’t. There are no firstname and lastname fields in BuddyPress unless you create them as Mike Pratt explained above. BuddyPress has its own mandatory registration field that by default is called “Full Name”. Look in the BuddyPress submenu group in WPMU’s backend. Go to “BuddyPress > General Settings > Full Name field name”

    Now, there is a function in bp-xprofile-filters.php called xprofile_sync_wp_profile() that will take the datum from the “Full Name” field and split it into a pseudo firstname and lastname and then insert that as meta data into the wp_usermeta table, but it can only do that if a user actually edits their fullname field to include a more than one-word name. So if a user does not edit that field, there will not be any fname/lname wp_usermeta entries for that user.

    Buddypress puts a default first x-profile field Name on the registration form; is it possible to replace that with separate first name + last name fields?

    You can change the “Full Name” field name to whatever you want but you cannot remove that field from the registration page nor edit it to be something other than a single textbox field–at least not without hacking the core. Look under the “Basic” field grouping in “BuddyPress > Profile Field Setup” to see what I mean.

    Or is there already a native solution for first name + last name in WPMU that Buddypress could tap into? (Nicola Greco: ‘… you could replace it with the wp built-in name & last name, or use xprofile fields fot that …”)

    In this post above, I explained that if you want to go this route, you’ll need to pull data from two records in wp_usermeta to extract the firstname, lastname combination. If you do not feel comfortable coding this yourself, you could hire a coder to write a simple function to do just that. But be aware, as I explained above, it is possible that not every user will have firstname and lastname meta date.

    From your OP:

    Default Buddypress is fine for teens/tweens who want to use their anonymous username, but it’s not suitable for a more grown-up business network, for example.

    BuddyPress seems perfectly acceptable for business users. There are many professional, adult-based sites that are successfully attracting users to their BP sites. Mike Pratt’s site is a great example, for one.

    I’ve been using my full name on this site from day one. It did not bother me that I had to use a single username when registering because I knew I had the option to fill out my full name for display purposes later. It also allowed me to brand BuddyPress.org with my unique name, creating a useful URI in the process.

    In fact, the single username approach is what many sites use to allow users to brand themselves. Twitter, youtube, FriendFeed, Delicious, Digg, LinkedIn, and many more all require a unique, single-word username. Of course, some of these then allow you to (or even require) that you use an email for subsequent logins. This is in BP’s future as well.

    In the not too distant future, there may be an option to allow users to sign on with their email address via OpenID or another protocol. See the BuddyPress Roadmap and read about the Open Stack.

    But for now, your options are limited and if you want to change things you must code your own custom solution or hack the core.

    There is not much more we can do, but as I said in my last post, if the username concept bothers you so much, you’ll have to go to the WPMU forums and see what solutions might be in the works–if any.

    #48327

    Looks like a lot of people have different ways of doing things like this. It’s good to have perspective. :thumbup:

    #48323
    peterverkooijen
    Participant

    This particular request is a WPMU issue and has nothing to do with BuddyPress. I’m afraid there is nothing we can do here to help you, but I strongly encourage you to search the WPMU forums for a similar thread and post a new thread if you can’t find anything related.

    It has everything to do with Buddypress. My question is about the relationship between Buddypress X-Profile tables and how WPMU handles first and last name. It’s about optional fields and how to integrate them into the registration process.

    I do understand this concept and your desire to achieve this type of setup. However, as I said in my previous post, WPMU is blog-centric, not user-centric. The username field is actually what WPMU stores in the “user_login” field of the wp_users table. Therefore, the way WPMU currently works, this datum is mandatory.

    This thread is NOT about the username issue. I use the wp-email-login that allows members to log in with their email address, but I understand the username is still mandatory. That’s why I would like to figure out a way to autogenerate it from first+last name.

    Which brings me back to first and last name. Let me restate the question:

    How does Buddypress handle first name + last name?

    Buddypress puts a default first x-profile field Name on the registration form; is it possible to replace that with separate first name + last name fields? Or should I use Name as First name and create a custom field for Last name?

    Or is there already a native solution for first name + last name in WPMU that Buddypress could tap into? (Nicola Greco: ‘… you could replace it with the wp built-in name & last name, or use xprofile fields fot that …”)

    WPMU is blog-centric, not user-centric.

    Isn’t the whole point of Buddypress to turn the WordPress base into something more user-centric?

    #48322
    Jeff Sayre
    Participant

    That is exactly what I want to avoid! Username is still at the top. I want to eliminate that impersonal username as much as possible.

    I do understand this concept and your desire to achieve this type of setup. However, as I said in my previous post, WPMU is blog-centric, not user-centric. The username field is actually what WPMU stores in the “user_login” field of the wp_users table. Therefore, the way WPMU currently works, this datum is mandatory.

    This particular request is a WPMU issue and has nothing to do with BuddyPress. I’m afraid there is nothing we can do here to help you, but I strongly encourage you to search the WPMU forums for a similar thread and post a new thread if you can’t find anything related.

    At this time, your current options are limited to the ones discussed here.

    #48318
    r-a-y
    Keymaster

    Hey Chris,

    There’s at least several of us using 1.0 alpha 6 still.

    And there’s a few on 1.0 RC3 (including these forums on buddypress.org).

    Looking forward to your updated tutorial when you figure everything out ;)

    [EDIT]

    Our good friends at UMW have updated their integration tutorial for BP 1.0.2, WPMU 2.7.1 and bbPress 1.0 RC3:

    http://umwblogs.org/wiki/index.php/Integrating_WPMu%2C_BuddyPress%2C_and_bbPress

    I haven’t tried it myself, but thought it might help some of you!

    #48317
    peterverkooijen
    Participant

    So, my best advice is that you will have to do as Mike Pratt suggests and then code a custom function to extract the new firstname and lastname data from an xprofile table as you see fit, or just output that data in your theme files.

    I’m not too worried about displaying firstname and lastname once they are in the database, whereever they end up. My problem is how to customize the registration process to get them there, trying to find the shortest route, avoid redundancies.

    As far as registration, have you looked at Mike’s site (http://buglenotes.com/register) to see what he does? If that is what you want, you should PM him and get more advice.

    That is exactly what I want to avoid! Username is still at the top. I want to eliminate that impersonal username as much as possible. I want a simple, inviting, natural registration form like this:

    • First name
    • Last name
    • Email address
    • Blog name (=username, preferably auto-generated from first+last name)

    That should be enough! Additional optional profile fields would be on a next page or in the members account settings.

    Mike’s site has too many required fields. I assume Display Name is the default full name field in Buddypress and that he just added the others as custom fields.

    This form has username + display name + first name + last name; way too confusing and annoying to potential members. Totally unnecessary, but understandable since Buddypress/WPMU makes it almost impossible to do anything else.

    #48315
    Justin Brock
    Participant

    Perhaps that should be modified in the BuddyPress requirements. I prefer php5, but WordPress Mu suggests lower.

    #48312

    Damn I was in a meeting and I missed all this fury, but the PHP version was my next suggestion.

    1and1 people can do this by adding this line to their .htaccess file. (This has also been covered before.)

    AddType x-mapp-php5 .php

    #48311
    Justin Brock
    Participant

    Called 1and1. We changed to php5 and now it’s working.

    #48310
    Jeff Sayre
    Participant

    OK… So what does that mean practically?

    Haha! Well, good question.

    WPMU is not designed as a user-centric platform. It is blog-centric. BuddyPress puts the focus on the user.

    So, my best advice is that you will have to do as Mike Pratt suggests and then code a custom function to extract the new firstname and lastname data from an xprofile table as you see fit, or just output that data in your theme files.

    As far as registration, have you looked at Mike’s site (http://buglenotes.com/register) to see what he does? If that is what you want, you should PM him and get more advice.

    #48302
    Burt Adsit
    Participant

    I haven’t been able to get anything but bbpress alpha 6 to work with group forums. Perhaps others have a different result. I’m running on MT dv also. I banged my head against it for some time and realized finally that it was an issue with my hosts file. See: https://buddypress.org/forums/topic.php?id=426

    Jeff Sayre
    Participant

    @Sandeep

    The widget just pulls all activity data from the wp_bp_activity_sitewide table. So, you have three options:

    1. Write a custom widget based on the widget code in bp-activity-widgets.php that does a check for $item[‘component_action’] == new_wire_post and filter that out from the output.
    2. If you don’t want users to have the ability to make wire posts at all, then you can disable that component in WPMU’s backed by logging in as site admin and going to

      BuddyPress > Component Setup > Comment Wire

      and then selecting the “Disabled” radio button. Don’t forget to then hit the “Save Settings” button at the bottom.

    3. Submit an enhancement ticket in trac requesting more fine-grained control over the output of the site wide activity widget.

    #48292

    In reply to: Activity Filters

    Jeff Sayre
    Participant

    There is something like this planned. See this: https://buddypress.org/about/roadmap/

    #48288
    Jeff Sayre
    Participant

    I deactivated every plugin and turned them back on one at a time – still no good.

    You said this two posts ago and it made me wonder. When you had all plugins, except BuddyPress, deactivated, did the widget work?

    Also, are you running WPMU 2.7.1 or the bleeding edge 2.8 trunk?

    #48281
    Kunal17
    Participant

    Thanks for the tip ray,

    Do any special steps have to be taken with WP-Cache to use it with Buddypress so that we can make sure it dosent conflict with any component? Any known issues with the common buddypress plugins?

    #48278
    Paul Wong-Gibbs
    Keymaster

    Not unless you want to code it yourself. Suggest you make an enhancement ticket on https://trac.buddypress.org/.

    #48277
    Sandeep Ramamoorthy
    Participant

    http://tamilfriends.in

    Using the default buddypress theme with minor changes…

    Launched it just a week ago and already got 2 position in google…

    #48273
    Kim
    Participant

    Hi, I had the same thing. I had it working on 1 site but not on another. Turns out I forgot to enable the buddypress plugin in the BBPress admin area.

    hth.

    #48264
    r-a-y
    Keymaster

    Hey Allen,

    The CSS for the admin bar is located here:

    /wp-content/plugins/buddypress/bp-core/css/admin-bar.css

    Look for these lines:

    #wp-admin-bar li * {
    font: 12px normal "Lucida Grande", "Lucida Sans Unicode", "Lucida Sans", Tahoma, Verdana, Arial, sans-serif !important;
    font-weight: normal !important;
    background-image: none !important;
    }

    #wp-admin-bar li a {
    padding: 5px 25px 7px 15px !important;
    font: 12px normal "Lucida Grande", "Lucida Sans Unicode", "Lucida Sans", Tahoma, Verdana, Arial, sans-serif !important;
    font-weight: normal !important;
    }

    #wp-admin-bar ul li a {
    display: block !important;
    font-size: 12px !important;
    font-family: "Lucida Grande", "Lucida Sans Unicode", "Lucida Sans", Tahoma, Verdana, Arial, sans-serif !important;
    text-decoration: none !important;
    color: #fff !important;
    }

    #48262
    TheEasyButton
    Participant

    notme31, step 1. Make absolutely sure that you’re using the same name & pw on the BP forums setup as you used for your keymaster on bbPress.

    You can try my integration tutorial at The Easy Button. Read through it and see if there’s a step that you’ve missed. Or just start from the beginning. You can contact me directly if you still can’t get it worked out. Maybe we can get it working together. Good luck =D

    #48260
    gwsa
    Participant

    Turns out it might be a bug after all, or at the very least an incompatibility.

    If a plugin calls ‘get_template_directory()’ on any page other than the blog (ie if it runs on the admin panel) BuddyPress intercepts the call and rewrites the theme directory thus killing all your themes.

    Thanks for all your help.

    (I had Maintenance Mode on, which I activated when I upgraded.)

    #48259
    Jeff Sayre
    Participant
    #48257
    Jeff Sayre
    Participant

    You’ll need to contact 1and1 and have them help you out. I assume, then, that you are on a shared server?

    #48255
    Justin Brock
    Participant

    As far as files go, I just have access logs, mail logs and ftp logs.

Viewing 25 results - 64,176 through 64,200 (of 69,108 total)
Skip to toolbar