BuddyPress.org

I have an early beta version of a Google Maps plugin that works with WordPress, WPMU & BuddyPress.

Go to http://www.ezbizniz.com/wordpress-plugins/google-maps and click on the “WP Google Maps – 2.0b1” link to download.

Put the wp-google-maps folder in mu-plugins, copy the bp-google-maps.php file to mu-plugins, go to wp-admin/admin.php?page=wp-google-maps/wp-google-maps.php and enter your Google Maps API key for your site.

If the db needs upgrading it will auto do so when you visit the admin backend of wpmu. I don’t know how other keep up to date but I have a local copy of the SVN image of bp, mu and bbpress. I also have a test server running locally and I update that manually from my SVN working copy of all three. I used to just work off the SVN image as my dev server but that got confusing for SVN and me.

When I’m ready I update the live server. I’m in the process of creating a dev server on the same box as the live server. I did run across this little thing and thought I might try it out: http://dentedreality.com.au/2008/12/managing-wordpress-with-subversion/

There is this also: http://code.google.com/p/wordpress-geo-mashup/

All good points.

Remember, WordPress.com runs WordPress MU and has over 5 million blogs.

What’s nice with WP/WPMU is that you don’t need to include the most popular javascript libraries with your plugin, they are already installed (scroll down a bit and you see the list: https://codex.wordpress.org/Function_Reference/wp_enqueue_script ), and using wp_enqueue_script you avoid conflicts.

E.g.: BPDEV-FLICKR should/could do (not tested):

function init_scripts() {

global $bp;

wp_enqueue_script('prototype');

wp_enqueue_script('scriptaculous-builder');

wp_enqueue_script('scriptaculous-effects');

wp_enqueue_script('bpdev-lightbox', bloginfo('wpurl').$bp['flickr']['lightbox'] . 'js/lightbox.js' , array( 'prototype','scriptaculous-builder','scriptaculous-effects' ) );

}

add_action('init','init_scripts');

Everything works perfectly but the Logout option. I can create blogs and all that.

I installed WordPressMU on a subdirectory.

Now I’m getting more errors for some reason maybe you might know what’s this:

Warning: ksort() expects parameter 1 to be array, null given in /blog/wp-content/mu-plugins/bp-core.php on line 1072

Warning: array_merge() [function.array-merge]: Argument #1 is not an array in /blog/wp-content/mu-plugins/bp-core.php on line 1075

# My Account

Warning: Invalid argument supplied for foreach() in /blog/wp-content/mu-plugins/bp-core/bp-core-adminbar.php on line 58

* Log Out

I mention it before, and Nicola will (I hope) use it in the next version, scripts and styles should be added using https://codex.wordpress.org/Function_Reference/wp_enqueue_script and https://codex.wordpress.org/Function_Reference/wp_enqueue_style

Home theme, where the root of my blog is located, in fact the admin bar(drop down list [log out]) is also affected.

I got this result for both the log out links for the home theme and the admin bar:

You don’t have permission to access /blog/wp-login.php on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

I attempted to replace the code for the admin bar and got the same result as how mdsports had. It didn’t redirect to my home blog page.

I downloaded the latest WordPressMU and BuddyPress(I used the beta link that was given)

Here’s the admin bar code which I identified:

// **** “Log In” and “Sign Up” links (Visible when not logged in) ********

function bp_adminbar_login_menu() {

if ( !is_user_logged_in() ) {

echo ‘<li class=”bp-login no-arrow”>‘ . __( ‘Log In’, ‘buddypress’ ) . ‘‘;

// Show “Sign Up” link if registrations are allowed

if ( get_site_option( ‘registration’ ) != ‘none’ ) {

echo ‘<li class=”bp-signup no-arrow”>‘ . __( ‘Sign Up’, ‘buddypress’ ) . ‘‘;

The Home theme header logout link(the one to the right) is also similar but I have no idea how PHP really works and I spent a few hours figuring out what the problem was but I’m interested to learn how these stuff works and I hope you guys can enlighten me.

Here is the problem, when I look a the HTMl source rendered to the browser I see the path

<link rel=”stylesheet” href=”/wp-content/mu-plugins/bpdev-flickr/css/style.css” type=”text/css” media=”screen” />

<link rel=”stylesheet” href=”/wp-content/mu-plugins/bpdev-youtube/css/style.css” type=”text/css” media=”screen” />

whereas the rest of the buddypress and wordpress links have the whole domain associated with them not just the /wp-content… they have http://domain.com/wp-content

So, the function <script type=”text/javascript” src=”<?php echo $bp; ?>js/lightbox.js”></script>

needs to really get the WP domain prepended?

These are great issues to bring up on the buddypress mailing list and I encourage you to do it. I do not develop WPMU or Buddypress and these are just my opinions. This is just background information as well. WPMU is known to be extremely server intensive as is.

Right now, most scaling solutions have been implemented for WPMU and the database structure that is already developed and in place. Mainly, blog sites like wordpress.com and edublogs.org. They have implemented multi-database solutions where the request gets analyzed for the blog hash and directed to the proper database and the connection only occurs to the database that houses that data. Databases can reside on any server in any location.

Images are also housed in directories created through the blog hash as well. This also allows you to have multiple image directories in multiple locations if you wanted. Some even offload some of their images to 3rd party services like S3.

At present time, AFAIK, there is no solution for spreading around the buddypress data. It hasn’t been addressed yet.

I am not going to argue and say this is the most ideal circumstance or setup. There are plenty of discussions on scaling both in the WPMU forums as well as in the WPMU Advanced Forums as well as on the WPMUDEV Premium Forums. Not to mention the WP Hackers list is also a great resource from the real developers and hackers of WP in general.

Buddypress, like WPMU, are open-source communities and all input is not only welcomed, it is encouraged! Feel free to add anything that you feel would be better. I am sure Andy is welcome to hearing all feedback if you know a better way to do something.

My previous comment on this topic was purely my opinion on how the current setup could be scaled based on my experience with already ongoing projects. Right or wrong, it is just my opinion.

I’m kinda guessing you are talking about getting bbpress and mu configured to share user tables and sessions.

https://mu.wordpress.org/forums/

https://bbpress.org/forums/

EDIT: the above was also posted in what seemed to be a topic at random on the bbpress forums.

Use SMTP instead, more information here: http://subscribe2.wordpress.com/2008/05/15/smtp-mailer/

I’m going to be focussed primarily on getting OAuth into WordPress for the next bit, so won’t have a lot of time to look into this myself. If you all find any problems in the plugin that need to be patched in order to work with BP, do let me know. Best bet would be to ping me directly (willnorris.com).

Guys,

I’ve got a solution!

go to:

http://www.callum-macdonald.com/code/wp-mail-smtp/

and download this plugin:

Download: Current Testing Version: 0.8.2, Released 14/Dec/2008

activate the plugin and call up the “Email” page on your dashboard

check: Send all WordPress emails via SMTP.

bluehost users enter:

“localhost”

465

check: Use SSL encryption.

check: Yes: Use SMTP authentication.

username: noreply@yourdomain.com [this is the important part…make sure to enter “noreply” and that you have an email setup up for this on your server]

password: the password you set up for noreply@yourdomain.com

you may be able to change other settings using those lines of the bp_core.php files but at least these emails will come from your domain now! YAY!