Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'forum'

Viewing 25 results - 18,276 through 18,300 (of 20,260 total)
  • Author
    Search Results
  • #48377
    Jeff Sayre
    Participant
    #48372
    Jeff Sayre
    Participant

    Which version of WPMU are you running?

    Also, read this thread for more possible info on why you’re having issues with BlueHost.com

    #48370
    r-a-y
    Keymaster

    @el_terko:

    Sorry for not being clear!

    What I mean by “deep integration” is calling WordPress into bbPress. You can do this by doing what Necati above you said. Then you can just follow the steps I have listed above.

    @Necati:

    Thanks for posting that for everyone! My instructions weren’t the clearest!

    [EDIT]

    I decided to post the full code again for clarity’s sake.

    On line 2 in bb-config.php (located in your bbPress forum install), add this:

    require_once($_SERVER['DOCUMENT_ROOT'].'/wp-blog-header.php');

    Now, add this to your bbPress theme’s functions.php (if you do not have a functions.php file in your bbPress theme folder, create one!)

    function recreate_bb_admin_bar() {
    echo '<div id="wp-admin-bar">';
    bp_adminbar_logo();
    echo '<ul class="main-nav">';
    bp_adminbar_login_menu();
    bp_adminbar_account_menu();
    bp_adminbar_blogs_menu();
    bp_adminbar_notifications_menu();
    bp_adminbar_authors_menu();
    bp_adminbar_random_menu();
    echo '</ul></div>';
    }
    add_action('bb_foot', 'recreate_bb_admin_bar');
    add_action('bb_admin_footer', 'recreate_bb_admin_bar');
    add_action( 'bb_head', 'bp_core_admin_bar_css', 1 );
    add_action( 'bb_admin_head', 'bp_core_admin_bar_css', 1 );

    I also made one last change to the function because it wasn’t XHTML validating before! See if you can spot the change ;)

    grosbouff
    Participant

    PS : It’s not shown in this forum (don’t know why) but the print_r($json) returned by PHP is full of slashes in front of every

    #48357
    Jeff Sayre
    Participant

    Hiding a field on a form is not that difficult. As long as the required data gets added to the database by some other means it doesn’t change the underlying foundation at all.

    As I said, I’m sure that with enough coding you code get this to work. But it might require core hacking. If so, that would be a change to the underlying foundation. I’m not sure without trying it so your best bet is to talk with the WPMU gurus on their forum.

    It is not a WPMU issue.

    The WPMU forum will just send me back here and rightly so.

    Whereas they may indeed send you back here, it is a WPMU issue. Just because you think it is a BuddyPress issue does not make it so. I’ve said that several times, DJPaul has said that, jjj has said that as well.

    WPMU’s functions take care of the underlying registration process. BuddyPress just hooks into that process, adding a few of its own fields and checks along the way. WPMU does not allow you to position the username field in a different sequence–not without behind the scenes changes. Of course it is easy enough to hide it via CSS, but whether or not you can then write data to it, bypassing WPMU’s field validation protocols is a different story. I have not tried that. I am not sure. But, it is a question that must be asked of WPMU, not BuddyPress.

    You said above that:

    I’m not really a coder. I understand I’ll need to learn from scratch or hire someone.

    Well, if you aren’t looking at how the underlying registration functions are coded, then how can you say with such certainty that this is not a WPMU issue?

    I have not spent all the time that I have responding to your various questions in your various threads to get rid of you. If I didn’t want to help, I would simply have ignored your posts. I’m offering you support and pointing you in the best direction for the given issue. You can choose to ignore my advice. That is your prerogative.

    Perhaps you’ve already spent time on the WPMU forums and did not get the response you have wanted. We’ve been as helpful as we can here.

    Without contracting with a coder or coding yourself, you’re out of luck.

    #48352
    peterverkooijen
    Participant

    But I’m not too sure whether you can remove–or hide as would actually be the case–WPMU’s username field from the registration form. WPMU is the underlying foundation of the system. It controls everything. With enough coding, I’m sure it would be possible–but not that sure on the practicality of doing it.

    Hiding a field on a form is not that difficult. As long as the required data gets added to the database by some other means it doesn’t change the underlying foundation at all.

    It is not a WPMU issue. I don’t want to change the underlying foundation. I want to use Buddypress’ fullname field to generate that username.

    The WPMU forum will just send me back here and rightly so.

    #48348
    Jeff Sayre
    Participant

    This is a nice and succinct accounting of what you are trying to achieve. Parsing a registrants first and last names from the BP “Full Name” field and then using that as the username would be a nice option.

    But I’m not too sure whether you can remove–or hide as would actually be the case–WPMU’s username field from the registration form. WPMU is the underlying foundation of the system. It controls everything. With enough coding, I’m sure it would be possible–but not that sure on the practicality of doing it.

    As I had suggested before, I would head on over to the WPMU forums and post a similar thread since this deals with hijacking, altering, and superseding WPMU’s registration protocols. That way, you will hopefully get some feedback on both fronts and find a possible, acceptable solution.

    #48344
    peterverkooijen
    Participant

    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.

    So this synchronization only happens when users edit their profile after registration? Would it be possible to require the user to enter a more than one-word name in the fullname field and guarantee that synchronization with wp_usermeta always takes place on registration?

    Or would it be easier to use the full name field for first name and add a custom field for last name?

    (Please forget about the username issue. I’ll put that in a separate thread…)

    #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.

    #48333
    r-a-y
    Keymaster

    Update:

    Make sure when you disable WP_CACHE that you do two other things:

    -delete the “cache” folder in /wp-content/ as well

    -rename object-cache.php to object-cache.php.bak or something like that

    I forgot to do these two things after the upgrade and just noticed that it was wreaking havoc on my BP group forums and bbPress. They wouldn’t sync up!

    All seems to be well with the cosmos now! Although I havent’ re-enabled WP_CACHE yet.

    #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!

    #48313
    Burt Adsit
    Participant

    You’ll have to learn how to use the linux shell and how to do maintenance on your server. Either that or partner with somebody who knows it. Managing a dv and the sites on it are not for the faint of heart. It requires a certain level of experience that everyone eventually develops.

    #48309
    Mike
    Participant

    alright, got into SSH, which prompted this screen…

    -bash-3.1$

    then, i typed in the stuff below and hit enter..

    /etc/hosts

    which returned this…

    Permission denied

    not really sure if that was even the right thing to start with, but any more info which you could provide would definitely help me. sorry for asking for these baby steps. i usually try to come in contact with any server-related issues; i’m more into copy writing/design.

    #48305
    Kunal17
    Participant

    Hey DJPaul,

    I have the same issue and I was able to isolate it to the Welcome Pack plugin (the errors disappear if I deactivate it). Mine is not a fresh install and I don’t think the errors were present more than a week ago. Since then I moved from BP1.0 to 1.0.2 so it might have something to do with that.

    Not that it has to be the fault of the plugin. My theme is mostly default but I have made some minor modifications from tips across this forum.

    I will try to trace back to see if I can figure out if one of the modifications is causing a conflict and let you know. I really hope someone figures out a solution as I find the Welcome Pack really useful and do not wish to deactivate it.

    #48304
    Burt Adsit
    Participant

    You need to setup root access so that you can edit your hosts file. From MT Account Center > Domains > (your domain) > Root Access & Developer Tools.

    Enable root access. I don’t know what that screen looks like anymore since it’s enabled in my dv already. I don’t know what operating system you’ll be using but then you have to have a telnet client for SSH access. I’m on windows and use puTTY.

    Login as ‘root’ and edit the hosts file according to the thread above. Worked for me.

    #48303
    Mike
    Participant

    Thanks Burt =) I know I PMed you about this, but I figure if there are other ppl on an MT box, they could chime in as well. Would you mind explaining how you edited your host file? I mean, really dumb it down, haha. For starters, do you do this in SSH or have tech support do it for you?

    #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

    #48297
    Paul Wong-Gibbs
    Keymaster

    Do you mean a reply on a forum post? If so, I know about that problem.

    #48285
    allenweiss
    Participant

    Thanks…do you know where the sql is that pulls the list for the members page? Or which forum I might find someone who knows where this sql is? I may try coding this myself if I can find it.

    #48283
    notme31
    Participant

    I have same problem, yes

    #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

    #48249
    Jeff Sayre
    Participant

    @notme31

    Are you having the same issue as the original poster? If not, you should start a new thread as this thread is marked as resolved and few people will pay attention to new support questions in resolved threads.

    #48248
    notme31
    Participant

    Hello,

    I did ALL you say, even trying “xmlrpc – Say hello from bbPress” plugin, and I received the “Hello from bbPress!” msg but Forums dont work, no way, i am desperate, i have tried bbpress alpha 6 rc1 rc2 rc3, i am just out of ideas.

    Can you tell me what more i could check in my server? i tried same procedure in other server and it works ! but its not my server, and in mine no way … phpmemory is 64 mb so…

    i have tried for 5 days…. right now there is integration of users, if i log in wp mu I am also imn bbpress but i dont have “enable forums” options, i have the infamous ” Attention Site Admin: Group forums require the correct setup and configuration of a bbPress installation.”

Viewing 25 results - 18,276 through 18,300 (of 20,260 total)
Skip to toolbar