wordpress

You are currently browsing the archive for the wordpress category.

BuddyPress developers have postponed release dates for the second beta and the subsequent final release waiting for the launch of WordPressMu 2.7. The second beta was originally scheduled for January 26, while the final was slated for February 9.

WPMU developer Donncha O Caoimh released WPMU 2.7 beta January 22 revision 1627 on the SVN repository. While he reports that there are still plenty of open tickets, I have found 2.7 beta very stable and relatively issue free. I am using this version for my test BuddyPress installation and our school’s WPMU blog site.

WPMU represents a major overhaul of the administrator and user dashboard and backend. Overall, I find the interface increasingly intuitive and easier to use. WPMU certainly has come a long way since I began using it just over a year ago.

I hope for a February release of BuddyPress along with Elgg 1.5. It looks like a big month for free and open source social networking platforms.

Tags: , ,

While comparing software features is important, it is also essential to consider user experience. This post is going to focus on the new user experiences for Elgg and BuddyPress working through first look at the site, the registration process, and the resultant page once one has logged in for the first time. I gave an initial overview of the differences between Elgg and BuddyPress in my previous blog post.

With BuddyPress, a visitor arrives a page that may look like this with a “sign up” link on the upper right hand side of the page.

In Elgg, a first time visitor may encounter a page like the one below. Note that the Elgg landing page has been altered using an index.php override. I feel this is a fair comparison in terms of effort with installation. As you may recall from my previous comparison, the BuddyPress installation required a certain amount of coding, so I thought it would be fair to apply comparable effort to an Elgg installation as a starting point. Note the registration link in the left column.

bpelgg2

Registration

Click on the register button with BuddyPress and you arrive at a page asking you to provide profile information by filling out several fields. The administrator can change or add to these fields making them optional or required. In this installation, I added a “Profession” field. Further discussion of this feature will appear in future posts.

bpelgg3

Next, you are given the option to create a blog or just an account.

bpelgg5

You then are notified to look for an activation email. Once you click on the link in the email, you are given a password.

bpelgg6

Elgg, on the other hand, simply asks for a display name, email address, username, and password.

bpelgg4

Click on Register and you are returned to the landing page with a prompt telling you that you will be getting an confirmation email. Clicking on the link in the mail returns you to the site notifying you of confirmation success. You can then log in.

Logging In

Once logged in, Elgg and BuddyPress deliver you to entirely different pages. BuddyPress brings you to your public Profile page, while Elgg delivers you to your private Dashboard.

Once you log into your new BuddyPress Account, you return to the main page with the options available to a logged in user. Note the gray menu bar on the top of the page that was not visible when not logged in.

bpelgg9

The first time you log into Elgg, you arrive at your dashboard page and prompted to click the edit page link highlighted below. The dashboard is visible only to the account owner.

bpelgg7

Once you click that, you are presented with a set of widgets that allow you to customize your dashboard. Simple darg and drop them into one of the three columns. These widgets can also be configured. On a side note, Elgg’s profile pages function much the same.

bpelgg8

Conclusions

BuddyPress’s and Elgg’s landing pages are strikingly different, especially if Elgg’s index.php file is not customized. No question that BuddyPress’s default theme with the widget customization is more attractive out-of-the-box. That being said, this is not very important as one can install different themes on either platform. Elgg has many free themes available and BuddyPress will have a variety of themes upon release. Discussion of this is really best left to another post.

BuddyPress’s registration page solicits much more information than the bare bones Elgg registration page asking the new user to fill in profile information and to upload an avatar before the registration process is complete. It also allows the administrator to customize the fields in the form. This could cut both ways. Some users might be put off by the steps required to register preferring to enter just enough information to get inside. On the other hand, it would be more likely that users actually provide profile information and an avatar. It requires somewhat more of a commitment to get an account. In the Elgg community site, I have found it irritating that many users have no profile information at all because it is not required. They just leave it all blank.

Elgg, delivers you to a blank dashboard page; whereas, BuddyPress delivers you to the logged in front page. Some have argued that the blank dashboard is confusing and univiting. On the other hand, it does invite immediate action to customize your account with an easy to use widget interface. With BuddyPress, you will need to explre the menu to find more options. Both Elgg and WordPress require a certain amount of exploration once logged in as not everything is immediately obvious.

I will continue to post about the features and user experiences in future posts. Hopefully, these posts will help individuals choose the best platform for their needs. Beyond that, perhaps developers can learn by examining the different interfaces.

Tags: , , ,

There are two major open source social networking platforms that are garnering much attention of late: BuddyPress and Elgg. Elgg 1.0 was released in August 2008. BuddyPress is currently in beta. Regular visitors to this blog have probably read many of my posts on Elgg. Recently, I posted some first impressions of BuddyPress as a user having created an account on BuddyPress’s test site.

I just finished a BuddyPress installation on my server, so I am now able to make more comparisons between the two platforms. The intent of this is not so much to decide which platform is superior, but to discuss the features, interfaces, and administration of each; thus, helping individuals decide which may be best suited for their purposes. Having looked both over, I believe that each may be best suited for different purposes.

Installation

Both Elgg and BuddyPress require the administrator to set up a mySQL database. The packages must be uploaded to a web server, and browser based installers are used to attach the database to the software and create the appropriate config files to make the programs work. They also require Mod Rewrite to be enabled on the server.  Beyond that, there are several differences.

BuddyPress installation is fairly complex. First WordPressMu must be installed which is simply a matter of creating a database, uploading the software, and running the installer. (One caveat: WPMU is much easier to install in the root public_html directory.) The only thing out of the ordinary is the option to use subdomains (blog.mysite.com) 0r subdirectories (mysite.com/blog). The former is generally recommended and requires activating wildcard dns on your server. Next you need to ftp and install the BuddyPress plugins and themes to the appropriate directories.

Finally, one needs to install and integrate bbPress if one wants the forums to function. bbPress must be uploaded and it should share a database with WPMU. It took a lot of back and forth with the admin interfaces and tweaking the bbPress and WPMU config files to make the cookies work.

Elgg installation is very straight forward. The Elgg developers responded to early complaints about difficulties with installation and made it even less particular about server configuration. Create a database, upload the software, run the installer. It doesn’t matter whether it is installed in the root or a subdirectory.

Now this might sound like a slam dunk for Elgg, but the results of installation are not equal. Let’s start by looking at the front page. The resultant buddyPress looks like this:

Click to enlarge

Click to enlarge

BuddyPress presents the admin with a prompt to add widgets to the threee columns on the front page. Click on the add widget link and you arrive at a familiar WordPress Widget interface.

Click to enlarge

Click to enlarge

The front page is easily customized by adding widgets to the three columns and arraying them as desired. Elgg, on the other hand, has a front page that is initially simple and much more difficult to customize.

Click to enlarge

Click to enlarge

Customization of the front page is done using plugins (or hacking the core) which must be hand coded to render the desired results.

Default Features

Another area worth comparing is the default features with a standard installation of each package.

Component Elgg 1.x BuddyPress
Blogs X X
Groups X X
Private Messages X X
Bookmarks X *
Friends X X
Profile X X
Files X
Pages X *
Wire/Messageboard X X
Forums X X

* Features present in Blogs

The chart is really a rather superficial treatment, but serves to demonstrate that the two packages have similar feature sets. In spite of the similar set of tools, these tools are substantially different in many cases. Comparing these individual features will the subject of future blog posts.

Both Elgg and BuddyPress both require hand coding to create a good social networking plaform. BuddyPress currently requires a certain amount of coding in the installation process; whereas, Elgg requires coding to create something other than the spartan default main page. They have similar features, but the implementation is substantially different. Further comparision of components will yield more insight into the differences between the two platforms. In addition, the user and administrative interfaces represent other points of departure. Look for more posts comparing these two platforms in the near future. Feel free to visit my installation and create an account.

Tags: , , , , ,

Matt Leifer commented on my post about the advent of BuddyPress wondering if there was some sort of integration with a wiki and WordPress. His question aroused my curiousity as I use WordPress and MediaWiki. Indeed there is a very interesting WordPress plugin that works MediaWiki.

Append Wiki Page by Enej Bajgoric at the University of British Columbia is a WordPress extension that allows users to actually embed a MediaWiki page within an individual blog post. Install this plugin and a new option appears at the bottom of the edit post page.

wiki-inc

Simply type in the url of the desired wikipage and it appears in the post when you publish it. Here is a screencast illustrating its use. It includes edit links to the wiki, so that a reader could actually move from the blog post to the actual MediaWiki page and edit it if they have those priviledges. I first saw this on Jim Groom’s post/wiki on installing BuddyPress and wondered how he did it.  In a round about way, I found out how.

I like this plugin and it generally works well. I think that it has a great deal of potential in education and documentation. My only problem is that it, for some reason, will not work correctly when I use it with wikis on my server. If I link to any other wiki page, it works fine. I can only assume it is because of some setting on my server. I certainly would like to resolve this (any offers for help gracefully accepted) as the Append Wiki Page plugin is a great tool.

Tags: , ,

In my previous post about Web publishing security, I proposed the following security matrix:

While this is an oversimplification of the options, I think it gives a framework for making decisions on what web publishing software to deploy, when to deploy it as well as how. As an illustration of how this framework can be used and the potential complexity, we will examine the popular multiple blog platform WordPress MU. Another reason is that we have deployed WPMU in the past and there has been some debate about how it should be used if it should be used at all.

Out of the box, WPMU has two options for access to content: Open to the world and open, but blocking search engines and archivers. It has four options for moderation: Unmoderated, Posts only moderated, comments only moderated, and both posts and comments moderated. With WPMU, then, our matrix looks like this:

As one can see, there are already eight potential options in terms of access to publishing and content. While all the content can be accessed by anyone in the world through both choices, blocking search engines and archivers would significantly reduce access unless one has a link, or goes to the site directly.

WPMU has a plugin that I discussed in an earlier post called More Security Options. This plugin offers three more content access options: Community members (all users with accounts on the WPMU installation), Blog (People who are at least subscribers of an individual blog), and Administrators (only the administrators of an individual blog). The security matrix with this plugin appears:

There are now 20 options in terms of publishing and content access! Arguable, there are even more. For example one could choose to allow unmoderated comments, but restrict comments to logged in members of a blog. Clearly there is enough flexibility in WPMU to accommodate a wide range of Web Publishing Policies.

It is up to school tech committees to consider the ramifications of all of these options in terms of security, audience, and ownership and weigh the pros and cons of each before committing to a particular configuration. Teachers can then decide within the constraints of the school web publishing policy which option best suits their class. Publishing student content to the web is not simply as choice of yes or no. There are several shades of gray. These are not the only considerations and options for deploying this software. For further discussion, refer to my other posts about WPMU for more information on managing and securing the software.

Tags: , , , ,

Newer entries »