Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 51,226 through 51,250 (of 68,985 total)
  • Author
    Search Results
  • #81326
    @mercime
    Participant

    @pjnu – I would use WPMU 2.9.2. You could already start developing and testing in WPMU 2.9.2./BP 1.2.4.1 where there are many versions-compatible BP plugins to play with. Furthermore, upgrading from WPMU to WP 3.0 is so much easier than setting up WP 3.0 and making it multisite (so many steps). Also, WP 3.0 rc2 with BP 1.2.4.1 is still quirky and many BP plugins do not work with the new set up as Pages will be used in rendering BP components. Just my 2cents to avoid frustration.

    #81325
    David Lewis
    Participant

    I solved this but only in a fashion. My solution is not update-proof. All I did was copy/paste/modify the relevant functions into my functions.php file.

    Relevant functions (copy into child theme’s functions.php file):
    – search_friends() in /plugins/buddypress/bp-friends/bp-friends-classes.php
    – bp_dtheme_ajax_messages_autocomplete_results() from /plugins/buddypress/bp-themes/bp-default/_inc/ajax.php

    Changes (in child theme’s functions.php file):
    – renamed both functions (make sure to change all references within the code as well)
    – changed $fids = implode( ‘,’, $friend_ids ); to $fids = implode( ‘,’, $wpdb->get_col( “SELECT $wpdb->users.ID FROM $wpdb->users”) );
    – commented out the action hook from parent ajax.php file.

    If someone knows a smarter way to do this… or at least a way to do it without having to hack the ajax.php parent file… let me know. Nothing I did in my child theme would remove that function. Nothing! Argh. At least the hack is simple. Just commenting out a single line at the bottom of the ajax.php file. I can deal with that.

    #81323
    intimez
    Participant

    @pjnu

    wait for version 3.0 to be release
    wpmu2.9.2 is basically a merge of standalone wordpress and wpmu.
    you can enable multisite (wpmu) in 3.0 by a simple wp-config.php file edit

    #81322
    Chuck Sweatt
    Participant

    This is fantastic — thank you mercime for providing this information.

    #81321
    seanbaugh
    Member

    Mercime – I guess I neglected to mention – not using MU for this, its on plain ol WordPress (and on 3.0 RC2) – – – so I’m guessing what you mentioned can only be accomplished using WPMU?

    #81320
    seanbaugh
    Member

    Great info mercime – – we’ll give it a shot!

    #81319
    @mercime
    Participant

    Your second WP install in subdomain should be installed in the same database (with different prefix) with your first WP install. Btw, backup your database before trying this. So in wp-config.php of the second WP install, just before “That’s it, you can stop editing” you should also add:
    define(‘CUSTOM_USER_TABLE’, ‘wp_users’);
    define(‘CUSTOM_USER_META_TABLE’, ‘wp_usermeta’);

    Having said that WP 3.0 is around the corner, when you upgrade you can make your install multisite and define BuddyPress in subsite in subdomain or subdirectory structure, and you have one log-in for members to access both areas.

    #81314
    akingston47
    Participant

    I’ve got the exact same problem. Its a bit frustrating needing to deactivate Flutter anytime I want to change a buddypress setting. Does anybody have any suggestions on what could be causing it?

    #81312
    intimez
    Participant

    @angelntini
    Since you also use filezilla, have you tried to upload the buddypress to the plugins folder (wp-content/plugins) instead of from search?

    #81307
    robcwright
    Participant

    So this all worked perfectly (thanks @r-a-y) for me, except for one thing. When a person visits a group they would like to join, they are redirected to the home page. My guess is the home/activity page for each buddypress group contains a piece of code to check if the user is logged in or belongs to the group. If they aren’t they are presented with an error message saying they must join the group. With bp-custom in place, the new forum page, I’m assuming, doesn’t have that check and balance and just redirects them back to the root. Any thoughts on this?

    #81306
    Stef
    Participant

    How is the progress on this one? @blackphantom
    I just can’t wait for it. :)

    revolutionfrance
    Participant

    Never mind, found an answer

    In IE the error is:

    502 Bad Gateway
    Host Not Found or connection failed

    @mercime
    Participant

    @jamiewarren09 – ah, I just checked your profile and it seems I answered one thread before …

    In any case, it has to do with your theme’s home.php and/or widgets you added in the home page’s widget areas. So you’re using the Church theme of studiopress. So open up home.php file and see if the member’s profile’s hardcoded into it, and if not, go to Appearance > Widgets and remove the possibly random member widget from home area.

    intimez
    Participant
    #81294

    Sorry for late reply, the widget I made is a proper WP widget that you can manage in the wordpress widgets section and it’ll show who’s online. It works just like the default who’s online widget, but it’ll only show your friends. I updated it with the version I have working on my site with latest buddypress installation.

    http://files.netweblogic.com/widget-friends-online.zip

    #81292
    Anna Ladoshkina
    Participant

    @justbishop actually it’s difficult to say what exactly could be wrong (I’m not a coding expert unfortunately :) – but probably you can provide me with a link to your site
    I’ll try to check

    #81291
    justbishop
    Member

    thanks for the reply, @foralien! A lot of what you said has gone right over my head, though :/

    #81290
    Anna Ladoshkina
    Participant

    @justbishop I also use the subdirectories – so filters should be OK in this case
    but probably you have some custom avatar upload path or constant BP_ROOT_BLOG is not defined in your installation?
    another possible reason – the function that fetch avatars for members blogs does not use bp_core_fetch_avatar() but some other mechanism

    #81286
    justbishop
    Member

    @foralien‘s fix did not work on my site. I use subdirectories for member sites…could that be the problem, and can the fix code be altered for use with subdirectory setups?

    #81283
    Hugo Ashmore
    Participant

    Have you checked out the ones posted on the site?

    https://buddypress.org/extend/themes/

    BP themes are not greatly thick on the ground.

    Hugo Ashmore
    Participant

    It appears a good way, worth posting up.

    Negative feedback? what in general or are you referring to my post which wasn’t intended as anything negative.

    yocalif
    Participant

    I had read there may be some issues with the plugin that interfer with some aspects of operating the site, not sure its been a few days. I happened across this simple way of tackling the problem, it took all of 5 minutes to do, and has worked so far. I now have a bp test site setup, so I can test the plug in.

    So I really appreciate the negative feed back, it was just a simple sharing of another way to tackle the problem

    Hugo Ashmore
    Participant

    ? what do you not get about the code snippet you pasted, what exactly is the stumbling block?
    edit/ oh you mean pasting code into this site? so this example was posted in case useful.

    Was the plugin pcwriter mentioned no good?

    If you want an even simpler but far from foolproof approach simply use the super global $_SERVER to run a check on the IP and allow the page to run if matching to a set IP or ELSE return a simple html under construction page. Of course this relies on you having a fixed IP

    #81277
    yocalif
    Participant

    The source..

    How To Set Up A WordPress “Under Construction” Environment

    The following technique works with WordPress installed on your production server and shows everyone a “Under Construction/Under Maintenance” page while you and only you can see the site as if it were live.

    Rename index.php

    Open up the root folder of your WordPress installation and locate the index.php file. Rename this file to index_wp.php. Don’t worry, we’ll be loading this file later.

    Create a new index.php file

    Fire up your favorite code editor and create a new file called index.php and save it on the root folder of your WordPress installation.

    Paste the following code, besure and save the file, now upload the new index.php to your server.

    Click Image to copy code text.

    I still can’t figure out how to post code, tried "code tags", "pre tags", "text area tag in form", would appreciate some help on this that works.

    Another place you can copy the code.

    Open your site

    If you have correctly performed the previous steps you should have a WordPress installation with a custom index.php file and a index_wp.php file, both on your root installation folder. Open up your home URL and you should see your “Under Construction” page. Whoo Hoo! now everyone is seeing this page. But now we need to continue development or perhaps show our clients the current progress on their site. Head on to your browser’s address bar and type this after your home URL.

    /?uc=true&pwd=123456

    A fully functioning WordPress installation visible only to you during the complete length of your session. No redirects, no rerouting, no separate development and production folders. The code starts the session engine and looks for two variables sent as GET. The first variable is ‘uc’ (short for Under Construction). If this variable is set with any value then the var ‘pwd’ is checked to see if it matches the hard coded password. If these conditions are met a session variable is set to include the index_wp.php during the complete length of that session. If the conditions don’t match then the current session is forwarded to the “Under Construction/Under Maintenace” page and the WordPress installation never gets loaded.

    Set your own password

    On line 06 in the new index.php change "123456" to set a your own password.   i.e. "00cz942ab".

    Besure to upload and replace the initial "under construction" index.php, with your new password version.

    To end the development session type:   /?stop=true

    The development session will be closed and you’ll be back on the “Under Construction” page.

    Redeploy or Open your website for users

    simply rename the new index.php file to index_uc.php and then rename the index_wp.php file to index.php. If you ever need to set your website in a “Under Construction/Under Maintenace” state, simply rename the files and your done!

    Hopefully you find this Under Construction hack useful, it was created by: Juan Camilo Estela

Viewing 25 results - 51,226 through 51,250 (of 68,985 total)
Skip to toolbar