bbPress.org

Many of you will remember the dark days of the bbPress Trac. For several months it was getting hit by spammers multiple times a day.

Matt put a stop to new spam a couple of months ago, but there was still a huge amount of garbage blocking up our ticketing system. All of that is now gone. Well, I’m sure I missed some here and there.

This daunting task would have been completely impossible were it not for the following three things.

1. The Ticket Delete Plugin for trac by Noah Kantrowitz. The interface is clunky (limitations in the Trac plugin API?), but it gets the job done. Kills spam dead.
2. Jesse Ruderman‘s Check Range Greasemonkey script. This thing is awesome. Move over, sliced bread.
3. Tom Preuss. Many people helped reduce spammer damage by closing tickets and so forth, but Tom gets the gold star. His faithful invalidating of spam tickets through the darkest of bbPress’ days made searching for and eliminating trash a piece of cake. Many thanks to Tom and the others who stepped in.

If you’re looking to integrate bbPress and WordPress, life just got a little easier.

Keep reading for the long of it.

There have been a few template changes recently.

1. post-form.php should no longer have <form> opening or closing tags. These tags are included by the post_form() template tag.
2. Same for tag-form.php and tag_form().
3. edit_form() no longer needs any parameters.
4. login-failed.php has been moved to login.php.

I’ve done a quick pass over the bbPress API to clean up the obvious API oddities. I’ll also soon be looking for redundant actions and filters. This may break some of your plugins, but will hopefully make things easier for everyone in the end.

There will likely be quite a few changes over the next weeks. Look ahead to a better bbPress!

1. bb_add_user_favorite: used to pass one serialized array. Now passes two parameters.
2. bb_remove_user_favorite: same.
3. Action resolve_topic moved to after DB update.
4. Same for close_topic, stick_topic, unstick_topic.
5. Action opentopic moved to after DB update and renamed to open_topic.
6. Filter topic_resolution added: filters resolved status. Passes topic_id as an extra parameter.
7. bb_already_tagged: used to pass one serialized array. Now passes three parameters.
8. Same for bb_tag_added.
9. bb_tag_created: used to pass one parameter. Naw passes two. Order has changed.
10. bb_tag_removed: used to pass one serialzed array. Now renamed to bb_pre_tag_removed and passes three parameters.
11. Same with bb_tag_merged. Renamed to bb_pre_merge_tags.
12. bb_tag_destroyed renamed to bb_pre_destroy_tag.

I just checked in a new database layer that allows bbPress to connect to a completely separate database for its user information, in addition to just having custom table names. This is very useful if you want a bunch of blogs and forums running off the same user system, but don't want to stuff them in the same database, or if your user information is hosted on a different server or account than your forums are. 

Thanks in part to the hard work of Juan Correa (PotterSys) and Ryan Boren, bbPress is now almost completely "gettexted" which means that all of the strings in the software can be translated and replaced on the fly. Some other code improvements have also come along the way.

All SVN changes are now being mailed to our mailing list and I've also fixed up the nightly builds so they're generating correctly now. 

We're making some big changes to the bbPress codebase over the next few days, as opposed to the more incremental changes over the past year. bbPress has been working so well we haven't really needed to touch much, but it still needs a good coat of paint before we consider taking it out of alpha, so that's what to watch for.

• Better user moderation. Admins can either deactivate a user or block the account entirely. Also, accounts are prevented now from “throttling” the forums; users can only post a maximum of every thirty seconds.
• A real administration interface. We had been doing most of the site administration from various profile pages. It was never the right approach and was becoming increasingly unmanageable. The current situation is a big improvement but is still “more informative than useful”.
• Caching. We’re working on some basic object caching to help speed up high traffic sites.
• Installation. The new capability based system of user permission management made it too difficult to initialize a new install of bbPress by directly poking the database, so we’ve written a simple install script.

bbPress is starting to use AJAX for updating various content, which allows us to avoid hard page refreshes.  The benefits of this are two fold.  First, we only have to update part of a given page instead of the whole thing; we save time, database hits and bandwidth.  Second, the user experience is improved (or will be when we figure out the best interface for all the new shiny bits).

Everything should degrade nicely if the client does not support AJAX specifically or Javascript in general. 

For any who aren’t subscribed to the mailing list but are still poking away at bbPress, you should know a bunch of globals and functions have been renamed over the past few revisions to make bbPress more interoperable with WordPress.  For more information, please reference this mailing list post