Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'wordpress'

Viewing 25 results - 32,601 through 32,625 (of 32,685 total)
  • Author
    Search Results
  • #34080

    In reply to: WP 2.7

    Simon
    Participant

    I’m already using buddypress with the most recent SVN builds of WordPress MU based on 2.7 with no problems… for testing purposes only mind, WPMU 2.7 still has a bit of work to be done before it’s production ready :-).

    #34071
    joedecarlo
    Member

    I am having the exact same problem. This is a brand new install. Here are the steps that I took:

    I downloaded the latest version of WPMU (2.6.5)

    I copied wp-admin, wp-content, wp-includes directories along with the files in the root installation directory to the root directory of my site.

    I installed the database with no problems.

    I followed the advice of the BP instructions and I created a new blog, created new posts and comments. Everything worked as expected.

    I then downloaded the latest BP zip file (r598).

    I copied all of the files and directories in the root directory of the zip to the /wp-content/mu-plugins directory.

    I copied the buddypress-home directory to /wp-content/themes directory

    I copied the member-themes directory to the /wp-content directory.

    I went to the Site Admin->Themes page and selected ‘Yes’ for the BuddyPress Home Theme and ‘No’ for all the others.

    Note: At this time the theme for the home page was still the default wordpress blog theme.

    I then went to the root blogs (located at / according the the manage blogs page) and change the theme for it to BuddyPress Home Theme.

    Now I get the 404 errors that are described above. Also, when I go to my member’s page, it says that I have no blogs, to create one. After creating another blog, the member’s page still says that I have no blogs.

    I feel pretty confident that I installed WPMU correctly, but I suspect that I didn’t install buddypress to the right location(s).

    Please advise.

    #34031
    Andy Peatling
    Keymaster

    It won’t work with WordPress only WordPress MU at the moment.

    #2505
    tenzece
    Member

    hello,

    I like to run some plugin from buddy press to a wordpress not wordpressmu.

    Can work this plugin with wordpress? or can suggest somebody a send private message from a user to other but for wordpress plugin?

    Thanks

    #34012
    dstar1
    Member

    yes i think this is the same problem i’m having …. the member’s blogs not the main admin one … the member blogs they can’t use a widget that displays any blog posts on their front page …. the only widget availble is a list and i mean

    list of recent posts
    what happens to the other widgets that are on the admin’s options like site wide activity or more importantly blog posts?

    would like them to at least have a wordpress type latest posts homepage as their homepage on a buddypress/wpmu member blog

    #2493
    Matthew Batchelder
    Participant

    Howdy folks. I’ve been watching development of BuddyPress for a little while and things are looking great! In an effort to put it to use, I’ve just done a fresh install at http://uber-geeks.org and have run into a little problem. Any attempt to visit any of the member pages results in a redirection to the home page.

    This is a fresh install of WordPress MU and a fresh install of the trunk of BuddyPress (I svn updated the check-out of trunk this morning). Permalinks are the default custom.

    Thoughts?

    #2491
    danf-1
    Participant

    When visiting a blog, there is a drop down from admin bar that show all the authors of that particular blog. However, not only does it show all authors, it also shows all subscribers as well. Is that the desired functionality? For my site there will be potentially hundreds (I hope!) joining as subscribers of blogs, so this doesn’t make sense.

    I’ve hacked it with following (Im new to wordpress and wpmu programming) so there could be easier way to do this), so that it only shows members of this blog who have edit_post permisions (i.e. contributors and up) as well as it does not show any site_admins. Let me know if there is an easier way.

    This would replace the author section in the bp-core-adminbar.php file:

    // **** “Blog Authors” Menu (visible when not logged in) ********

    if ( $current_blog->blog_id > 1 ) {
    $authors = get_users_of_blog();
    $addfield = true;
    if ( is_array( $authors ) ) {
    /* This is a blog, render a menu with links to all authors */

    foreach( $authors as $author ) {
    $curruser = new WP_User($author->user_id);

    if ( !is_site_admin( $author->user_login ) && $curruser->has_cap('edit_posts') ) {
    if ( $addfield ) {
    echo '<li><a href="/">';
    _e('Authors', 'buddypress');
    echo '</a>';
    echo '<ul class="author-list">';
    $addfield = false;
    }
    $author = new BP_Core_User( $author->user_id );
    echo '</li>
    <li>';
    echo '<a>user_url . '">';
    echo $author->avatar_mini;
    echo ' ' . $author->fullname;
    echo '<span class="activity">' . $author->last_active . '</span>';
    echo '</a>';
    echo '<div class="admin-bar-clear"></div>';
    echo '</li>
    ';
    }
    }
    if ( !$addfield ) {
    echo '';
    echo '';
    }
    }
    }

    #33967

    In reply to: ldap authentication

    Deadpan110
    Member

    Although WordPress / MU use its own WP authentication methods, I would state that LDAP will never be a plugin module for BuddyPress.

    BuddyPress is a plugin for Social Networking – asking it to deal with authentication is like wanting your office document application to play mp3’s.

    Authentication however – within WordPress / MU is pluggable and if there is a plugin out there that supports LDAP, then give it a go as BuddyPress will only check if you are logged in or out and has nothing to do with authentication.

    #33966
    jbzz
    Participant
    #33955
    gpo1
    Participant

    What album plugin for wordpress mu do you recommend for now?

    #33940
    Deadpan110
    Member

    Revision 571 seems to have fixed the problem here too, I am glad that WordPress action hooks go a little further than I realised.

    I just seem to have a problem with random blogs throwing a 404 on the main site now… but as its the weekend, not had chance to look any deeper.

    Good work Andy :)

    #33933

    In reply to: URL Translation

    dudboi
    Participant

    Sorry to hijack this thread, but I’ve been wanting to change the groups URIs, and ok, so I know that groups is hardcoded in.

    But I tinkered around with it and basically created a GROUP_SLUG and set that, in my case, to “projects”. Everything works fine (I had to change a few template things but otherwise it’s ok) except I have a teensy weensy problem with the catchuri function

    So now all my pages are something like siteurl.com/members/username/projects/action

    (siteurl.com/members/username/projects/, siteurl.com/members/username/projects/my-groups, siteurl.com/members/username/projects/group-finder. You get the idea)

    And it works fine until I create a wordpress page called projects, then for some reason siteurl.com/members/username/projects rewrites to siteurl.com/projects, which in my case would be the wordpress page instead of the groups memberpage. I’ve tried taking a look at catchuri, and playing around with the is_page function, but even if I try to name the page something else, like say “projects main”, it still ends up trying to add the template into the page, which naturally fails and ends up with the 404 template.

    I also don’t know if it’s related, but my wordpress mu is in a subdirectory, which looking at the catchuri code, doesnt seem to deal with subdirectories at the first explosion of the uri to rewrite (but I may be mistaken), so before the explosion of the actual site_uri function, $bp_uri[component_index] ($bp_uri[0]) actually returns me the subdirectory that my wp mu is in. I’m not sure if this is a bug and/or if it affects muy uri rewriting, but I thought I’d mention it.

    p.s. when I delete the projects page, members/username/projects rightfully shows me the my-group template.

    you can take a look at it here http://donicethings.org/beta

    If anyone could help me I’d be most grateful, thanks!

    #33932

    In reply to: I´m curious!

    db2008
    Member

    I’m with you ‘ricwes’! I can’t wait to implement BuddyPress into my website!!! This is really exciting. I can’t wait to see how it develops.

    I’m preparing a proposal for my company to use WordPress for blogging too.

    #33929
    Andy Peatling
    Keymaster

    I think I’ve fixed it.

    When using the BuddyPress function bp_core_do_catch_uri() via the ‘template_redirect’ action, there needs to be a remove_action() on redirect_canonical() to stop the BuddyPress redirection and WordPress redirection conflicting.

    Basically adding a remove action on line 158 of bp-core-catchuri.php seems to work:

    remove_action( ‘template_redirect’, ‘redirect_canonical’ );

    add_action( ‘template_redirect’, ‘bp_core_do_catch_uri’ );

    This seems to fix the problem of conflicting page names/group names.

    #33928
    Andy Peatling
    Keymaster

    BuddyPress is doing its own thing.

    Take a look at bp-core/bp-catch-uri.php

    The URL is split up into variables and used within plugins. This is obviously interfering with some of the WordPress URL’s. I’m going to take a look at this and see if there is a solution to put pages on a exclude list.

    #33924
    Deadpan110
    Member

    I have been doing a little more digging into this problem and the same bug effects:

    • domain.com/blogs/*
    • domain.com/groups/*
    • domain.com/members/*

    For instance, you have a post on your main blog called ‘testing BuddyPress’, and someone creates a group called ‘test’ – each time you try to access that group, WordPress will magically use its rewrite rules class and send you to the post entry.

    To start with, I thought it may have been a WordPress bug, but no… its WordPress’ default behavior.

    It seems that currently BuddyPress is doing its own URL rewriting and then WordPress takes over to convert domain.com/anything/you/like/except/THIS to find ‘THIS‘ as a possible candidate for a place to be.

    I have no experience using the correct methods of plugging into the WordPress rewrite rules structure and I am still getting familiar with the ins and outs of BuddyPress – but I hope to keep people posted on my findings.

    Firstly, https://codex.wordpress.org/Function_Reference/WP_Rewrite makes it sound simple to utilise the correct and preferred WordPress ways of doing things correctly.

    Secondly, If this is the case – it is a good job this has been spotted early because I have a feeling that fixing BuddyPress to use the above would require some core changes.

    For anyone interested in the way WordPress looks at its URL’s, paste the following into the <body> of your test theme’s header.php

    <pre>
    <?php global $wp_rewrite;
    print_r($wp_rewrite);
    ?>
    </pre>'

    The important part to look at is [rules] => Array that has no mention of blogs, groups or members.

    Anyways…

    I will continue getting to grips with BuddyPress internals and reporting my findings…

    I hope this has helped someone getting closer to fixing!

    #2471

    Topic: Thank You!!!

    in group forum Installing BuddyPress
    Dfa327
    Participant

    I successfully incorporated the plugins to my wordpress mu site last night and the overall response has been AMAZING!!! Thank you SOOOOOO much! Please feel free to check out our implementation of the latest trunk. You made this so easy to do and the benefit is tremendous!!! You guys ROCK!!!! Oh and the site is http://www.getpaidfrom.us.

    advinci
    Participant

    I had a WordPress MU installation before adding BuddyPress to it, with users and blogs.

    Translated .po and .mo files were made and put into wp-content/mu-plugins/bp-languages. WPMU was translated before installing BPress. In the Dashboard>Settings I changed the language to English and back to Estonian to make sure it turned the language on. Translated the templates too.

    And whhile template changes work, most things aren’t translated, so it seems that .mo file isn’t working.

    And another problem I have is that old members aren’t showing up in the members list. Only those who registered after installing BuddyPress are in the list.

    I don’t know much about databases, but it seems to me like maybe the databases haven’t registered the changes and need some kind of refresh or something?

    Please help, my site is live and has active users, which make it pretty urgent for me.

    #33892
    Deadpan110
    Member

    OK, I have submitted a better patch to allow complete customisation of the admin bar using add_action() WordPress hooks.

    It also has log in and register and is available from https://trac.buddypress.org/ticket/174

    Please Note, this patch will possibly not work if used on top of the previous patch, so make sure you have the original core files installed first.

    #33878

    In reply to: I´m curious!

    gogoplata
    Participant

    Is there something specific you’re looking for. Most WordPress plugins and WPMU plugins will work alongside BuddyPress. Right now the focus is on getting all the basic features stable for a formal release in the next month or so, but additional plugins will definitely be developed for this system.

    Deadpan110
    Member

    I’m trying to track down what is causing this – but so far seem to have no luck.

    1: clicking Random Blog redirects to a random blog

    2: WordPress MU then redirects to a post on the main site using the slug ‘blogs*’ to find my post called ‘Blogs and Social Networking’ and uses a 301 Permanent to do so.

    I initially thought WordPress was finding an old slug within wp_1_postmeta and have checked to see if the post had an old slug – but found nothing.

    Just in case, I also disabled the wp_old_slug_redirect function by making it return straight away and still no luck.

    I was wondering if anyone else has had (or having) similar problems or if anyone has any ideas on where else I should look to track down this behavior.

    #33809

    fused network should be avoided by all costs. im suspicious of their fake reviews, as they have a contest that says “write a review, win an iPod.”

    here’s a good write up: http://www.hollywood-newsroom.com/tech/fused-network-review-sucks-avoid-for-wordpressmu-buddypress/

    #33803

    In reply to: No Blog Registration

    jordanh
    Member

    Yeah this works, I’ve done it on a recent install of BP where I didn’t want the WordPress admin interface being used. When the ability to update your blog from the main frontend comes along, I’ll re-enable.

    Jordan

    #2449
    kunefr
    Member

    Hi !

    It seems that there is a compatibility problem with the Sitewide tags plugin of Donncha (http://ocaoimh.ie/2008/10/01/wordpress-mu-sitewide-tags-pages-031/) and the Activity component of buddypress.

    The line that raise this problem is in the bp_blogs.php:

    add_action( 'publish_post', 'bp_blogs_record_post' );

    Any idea to solve it ?

    #2439
    ibo123
    Member

    I want to portLifeStream WordPress Plugin as feature in bp,

    how do you port it or is there any doc of porting wp plugins into bp?

Viewing 25 results - 32,601 through 32,625 (of 32,685 total)
Skip to toolbar