[chrishajer]

Or do you mean upload a theme here, for distribution and use by others? There is no theme repository here, unlike WordPress.org.

You can post a link to the download and others will pick up on that and probably mirror it elsewhere.

[_ck_]

I know of at least one very complex, very high volume bbpress site that uses cloning very well. And stand-alone makes the site much more responsive. It even uses several installed copies of bbpress linked very well.

It’s the cost of the environment you chose. If you absolutely insist on using WordPress, you better be ready to throw a ton of hardware at it if you need to scale and insist on deep integration.

It’s perfectly possible to create cached portions of a site or common segments that can be included across WP and bbPress. It’s a matter of intelligent design.

When you start banking on 1mb of code loading per instance and a few dozen queries per user per page because of deep integration, you are guaranteed growth failure sooner or later – it just won’t scale.

[XU3E]

Thanks for fast reply. I know about this plugins but its AJAX and that its not always the best solution. Also, I just wanna say – It should be at the core – but no AJAX one. Just simple one like wordpress has. Nothing extra.

Allowed quicktags: Yes. That function. I dont know how change allowed tags. Right now Its not soo important but it should be configurable from admin at the future.

Automatic Tags: I dont know how to explain. Right know tags are main keys for searching or I think so. If its so, why they are not creating themselves and automatic from repeatable phrases from entire topic? Right now you have to put a phrase manualy into input at “widget” under Info “widget”.

Oh, I hope you’ll understand…

[chrishajer]

Why such an old version of WordPress?

[XU3E]

Hello to developers,

I really love bbPress! Simple and fast! Integration options to WordPress is good way but I really love a idea about stand alone forum solution. Before that, there is few things that should be consideret to next release.

Unread post/topics – Is it really hard to made this? This is main problem of all lightweight forums scripts – no marknig of unread post and parent topics. Just put that to the core and give options to admin. If they are interested about that fetahure they’ll enable it. Or just give us some up-to-date plugins that works and are supported by official dev team.

Quoating and Posting reply – Light weight doesnt mean “no bbcode” or another nice code like !Texy. But please, no HTML or worst – XHTML STRONG tag as formating for messages! I really like simple way to add comments but i cant stay manual formatin of text with HTML. Its such waste of our time!

And where is Quoting support like WP has?

Allowed quicktags – Please, give me options set allowed tags from admin. Or just give better documentation! WordPress is the best because good documentation! I cant spend all day looking for right file just because its not at documentation and sometimes its impossible find some reasonable answers on google.

Automatic tags – This is not serious problem. Just consider…

Slug – Slug like WP. I miss this feathure. Its hard to fix slug problem if i cant directly acces to that from admin. Only way i can do it is mysql.

Thats it! Nothing more. I am new here and i dont follow main goals of project but this is my opinion why is bbPress so uncomfortable to me and my friends.

Its just my opinion and I hope you will consider make some serious progress on it.

Sorry for my english.

Thanks

PS: I hope there will be more good ideas. Topics like this should be general, sticked.

[Greg]

Hmmm, I have always specified the keys in my config files. When I’ve got a moment I will see whether the nonce thing is still an issue.

BTW, here is the BuddyPress thread where Andy confirmed that I needed deep integration. Of course, this may be outdated by now.

[Greg]

_ck_, I would agree if it were just a matter of a clone theme. I operated our site like that for a couple of years. But when your customization goes beyond just a theme, then the costs of “cloning” get high in their own way.

To repeat this thread, the duplication results in higher dev cost, more complexity to maintain and more bugs (to use a Rails-ism, the code isn’t very DRY).

No question that it gets more performance and uses less resources though.

[kevinjohngallagher]

Can i just add that i LOVE that linking to WordPress.org makes me a spammer.

I’ll go read this again while I wait: http://ma.tt/2009/08/kill-your-community/

Treat Everyone the Same.

If I’ve left hundreds of great comments over many years on your site, please make me wait in the moderation queue like some random stranger off Digg. Don’t let anyone know I’m a regular, or talk to me, or invite me to test out beta stuff, or pretty much anything that acknowledges my existence or shows any degree of trust.

[kevinjohngallagher]

Really helpful “Reboot Now”, thanks alot.

Your first issue about the nonce value, I’ve never had it on any normal/shallow integration since I started specifying the all the keys in my config file. Yes it’s double handling but it’s made a huge difference.

the bb-config file asks for this info:

define( 'BB_AUTH_KEY', 'put your unique phrase here' );

define( 'BB_SECURE_AUTH_KEY', 'put your unique phrase here' );

define( 'BB_LOGGED_IN_KEY', 'put your unique phrase here' );

define( 'BB_NONCE_KEY', 'put your unique phrase here' );

The bb-config file tells you to get it form this location: https://api.wordpress.org/secret-key/1.1/bbpress/ . But really what you should have in the bbPress config file should be from the wordpress salt generator https://api.wordpress.org/secret-key/1.1/salt/

I make sure I have an exact copy of my WordPress keys and a copy of my wordpress keys with “BB_” infront of them – and bam, that little issue went teh way of the dodo.

define('AUTH_KEY',         '1');

define('SECURE_AUTH_KEY',  '2');

define('LOGGED_IN_KEY',    '3');

define('NONCE_KEY',        '4');

define('AUTH_SALT',        '5');

define('SECURE_AUTH_SALT', '6');

define('LOGGED_IN_SALT',   '7');

define('NONCE_SALT',       '8');



define('BB_AUTH_KEY',         '1');

define('BB_SECURE_AUTH_KEY',  '2');

define('BB_LOGGED_IN_KEY',    '3');

define('BB_NONCE_KEY',        '4');

define('BB_AUTH_SALT',        '5');

define('BB_SECURE_AUTH_SALT', '6');

define('BB_LOGGED_IN_SALT',   '7');

define('BB_NONCE_SALT',       '8');

FYI incase anyone new to bbPress is reading this: If I do a clean bbPress install I strongly strongly advise using https://api.wordpress.org/secret-key/1.1/salt/bbpress/ instead which returns 8 lines (we get salts too) which WordPress has needed for 2 years.

[Greg]

My reasons for deep integration generally fall into two categories:

A: niggly issues like the fact that I couldn’t get WP and BBP to share the same nonce value for safe logout. These all magically go away with deep integration (e.g. I now only use WP’s login/logout functions).

B: it is much easier to create a custom user experience that crosses from blog to forum. My biggest example here is a site wide reputation system. So I need to display display profile pictures, badges and levels alongside forum posts and blog comments in the exact same way. I could do this without deep integration but then I would need to duplicate some functionality across WP and BBP plugins (e.g. writing a function on the bbPress side to get the avatar location).

I think at its core deep integration is about a trade off between [raw performance + server cost] on the one hand and [dev cost + ttm + maintainability] on the other.

So to your second question… the data I pull across is mainly user metadata as I described above.

And regarding plugins… very few plugins that aren’t custom.

One other thing: the deep integration we’re talking about is one way. I also integrate the other way (e.g. showing forum posts on blog pages) and this is done without deep integration. That is, I have created functions on the WP side to query the db for forum data.

[kevinjohngallagher]

Ryan’s plugin is nice, very nice indeed.

It works in the same way as my hack/plugin for WP2.3 bbP0.8 in that it outputs a hardcoded file (obviously Ryan’s code it a heck of a lot better, and more up to date). Whats not great for me is that (the last time I checked) it attempts to output a hardcoded file once every hour, so any changes you make take 60 mins to appear on the bbpress site. You can lower that time ofcourse, but in that instance you’re going to struggle with things like SEO etc.

[chrishajer]

That’s the wrong location for the files. They should not be in the WordPress plugins folder. I imagine if you don’t try and activate it as a WordPress plugin from there, the worst that happens is you have to access your forum at

http://www.example.com/wp-content/plugins/bbpress/

which just looks silly. I think it would work though.

I would just make sure that bbpress folder and my-plugins folder inside that have 755 permissions.

What plugins did you install that you cannot see?

And why did you have to create the my-plugins directory? Wasn’t it there when you installed bbPress?

[rajada]

I’m relatively new to this, so bare with me…

I’ve got a WordPress site integrated with a BB Press forum (one login for both) and I have created a my-plugins directory in my base directory and the permissions on it is 755 numerically. Even though I believe everything is set up correctly, and the forum itself works absolutely perfect, a total of 0 of my installed plugins show up on the administrative plugins list (default ones show up still). If I am not mistaken, someone mentioned that BB Press is not a plugin in itself, but the directory is in fact in my plugins folder.

In other words, I install my BB plugins to:

ftp and website address stuff…/wp-content/plugins/bbpress/my-plugins

Every file in my-plugins is 755, and no one else seems to have this exact problem when they use plugins. So does anyone know what exactly is going on?

WordPress version is the most up to date one, I’m using the default green theme (for the forum), and these should easily be compatible plugins.

[gerikg]

The alternative is pixepoint, i don’t know if you want to test that.

[Greg]

[EDIT] Scratch the below. It seems I was only counting the bbpress-related queries. I now see 51 queries (for a logged in user), which is a lot to pay for the convenience of calling wordpress functions. I look forward to hearing more about what you come up with during those two weeks.

---

These stats are not consistent with my experience.

I have a site with deep integration between bbPress 1.0.2 and WordPress MU 2.9 (BuddyPress). The number of queries for the front page is:

18: logged out

23: logged in

I switched the theme back to Kakumei and this drops to:

14: logged out

19: logged in

The deep integration here is requiring ‘wp-load.php’ from bb-config. How did you do the deep integration to get the results above?

Or is WP3.0 doing something odd when integrated with bbP?

Also, although 56 queries is really heavy for a standard deep integration, I wouldn’t be overly concerned about that number for a sophisticated site. And you really want to know what those queries are. Not all queries are created equal.

[chrishajer]

Right, I figured it was however they are getting the bbPress information into WordPress for the front page at https://bbpress.org/

[JDMojo]

Hey truthlighthouse,

First I just want to say THANK YOU! The directions from GoDaddy for setting this up is feeble, to say the least. They should put your instructions up for everyone to see because they are straightforward and simple (and awesome!).

The only problem I’m having is over at number 18. I uploaded my bbPress folder (which I renamed Forums) to the remote system, but for the life of me I can’t get the installation thing to pop up when I type in the URL in my browser (http://example.net/Forums). I tried moving the Forums folder into the WordPress folder (where wp-admin resides) and still no luck.

Any ideas? Anyone?

[kevinjohngallagher]

The isntallation process is no different to the WordPress process, there are just a few more steps. And the walkthrough I linked to is very very good and simple

[kevinjohngallagher]

front-page.php in your theme folder.

Alternatively, I’ve a WordPress mimic plugin I’ll be releasing next week which should solve alot of WP to bbP issues.

[ethanthekiwi]

During the bbPress install it told me that I had to create a bb-config.php file and upload it to the root directory. I just copied the text, created the file and dropped it in without looking at it (I am not very familiar with php yet). Here is what it looked like on my server before:

<?php

/**

* The base configurations of bbPress.

*

* This file has the following configurations: MySQL settings, Table Prefix,

* Secret Keys and bbPress Language. You can get the MySQL settings from your

* web host.

*

* This file is used by the installer during installation.

*

* @package bbPress

*/

// ** MySQL settings – You can get this info from your web host ** //

/** The name of the database for bbPress */

define( ‘BBDB_NAME’, ‘bbpress’ );

/** MySQL database username */

define( ‘BBDB_USER’, ‘root’ );

/** MySQL database password */

define( ‘BBDB_PASSWORD’, ‘There was a password here’ );

/** MySQL hostname */

define( ‘BBDB_HOST’, ‘localhost’ );

/** Database Charset to use in creating database tables. */

define( ‘BBDB_CHARSET’, ‘utf8’ );

/** The Database Collate type. Don’t change this if in doubt. */

define( ‘BBDB_COLLATE’, ” );

/**#@+

* Authentication Unique Keys.

*

* Change these to different unique phrases!

* You can generate these using the {@link https://api.wordpress.org/secret-key/1.1/bbpress/ WordPress.org secret-key service}

*

* @since 1.0

*/

define( ‘BB_AUTH_KEY’, ‘put your unique phrase here’ );

define( ‘BB_SECURE_AUTH_KEY’, ‘put your unique phrase here’ );

define( ‘BB_LOGGED_IN_KEY’, ‘put your unique phrase here’ );

define( ‘BB_NONCE_KEY’, ‘put your unique phrase here’ );

/**#@-*/

/**

* bbPress Database Table prefix.

*

* You can have multiple installations in one database if you give each a unique

* prefix. Only numbers, letters, and underscores please!

*/

$bb_table_prefix = ‘bb_’;

/**

* bbPress Localized Language, defaults to English.

*

* Change this to localize bbPress. A corresponding MO file for the chosen

* language must be installed to a directory called “my-languages” in the root

* directory of bbPress. For example, install de.mo to “my-languages” and set

* BB_LANG to ‘de’ to enable German language support.

*/

define( ‘BB_LANG’, ” );

?>

There were no spaces on or before the first or last lines. This is what it looked like (aside from me removing the password). I noticed the ‘put your unique phrase here’ deal and went ahead and filled those in following the instructions in the comment before it. Then I went to the page again and go the same error.

@chrishajer

I didn’t set the server up, but I believe it is a VMware WordPress application http://www.turnkeylinux.org/wordpress. I am afraid I don’t know where the php error log would be. The warnings are on the page itself not in a popup or anything. The url of the page with the warnings is mysite.org/bbpress/bb-login.php. I hope that helps.

[kevinjohngallagher]

Thats excellent Gerikg, thanks.

I hadn’t thought of that. I supose I don’t have much experience of using a WordPress theme that has it’s own bolt-on framework (such as Thesis or Woo Themes) but they are popular.

I’ll add it to the list.

[hpguru]

I use on my WordPress function ´<?php if (is_home()) { echo ” – My blog slogan”;} ?>´ on index.php.

But now i’m back to bbPress. Nothing in SMF or phpBB to me, try it and forget it… Install 1.0.2 and now i need slogan to just index.php.

Thank you.

[kevinjohngallagher]

I’ve spent the last week working with a client on a rather large WP/bbP setup. One of the real joys of this project is that it’s large enough for me to get some time in for more than asthetics and QA. Hence, a few more posts her this last week and some code, and some BackPress help.

Anyway, one of my junior developers came up with an interesting stat the other day that I’ve been looking into, namely Deep Integration and it’s hit/performance. I’m sure almost all of this will be obvious to a great many of you, but I thought I’d throw out some figures.

Single Loading of software after install

WordPress2.9.2		16 database queries

WordPress30			19 database queries

bbPress0.9			09 database queries

bbPress1.0.2			16 database quieres

Single Loading of software after setup

WordPress2.9.2		19 database queries

WordPress30			23 database queries ***1

bbPress0.9			10 database queries

bbPress1.0.2			18 database quieres

Now the first thing I noticed is that WP3.0 took a leap in queries. Once it takes you 20+ queries to load a simple homepage with no plugins my spider sense is tingling. Turns out that WP3.0 is somewhat sruggling with it’s new menu system. ***1 It takes 6 queries minimum, plus 1 query for each taxonomy type used in the new menu (apart from hardcoded links with don’t get an additional query). That’s a heck of a leap for something as simple as a menu. I mean, menu’s are rarely dynamic – they don’t change that often. For this particular website, as will probably be the way for the others I’ve moved to WP3.0, I’m looking at a minimum of 8 database queries simply to load the data needed to display the name and link in a menu. To be clear, that’s over 30% of database queries on a clean install of WordPress that are being called by this.

As cool as the drag/drop facility is, make every menu item a custom link and you’ll save a minimum of 2 db calls per page load.

Even better, hardcode the actual menu and save yourself 8 database calls per page load (you can hardcode an array for the walker class to iterate through and produce the same result)

Single loading of software after basic/core plugins:

Now, I believe that no WordPress (nor bbPress) install can run as expected these days without certain plugins. Your thoughts on this may vary ofcourse but I find that I need a minimum of WP-Super-cache, XML-sitemaps, WP-security-scan, wp-pagenavi, headspace/All-in-one, WP-stats, and probably a few others that I can’t remember off the top of my head. Oddly for bbPress I need more plugins.

WordPress2.9.2		23 database queries

WordPress30			27 database queries ***1

bbPress0.9			18 database queries

bbPress1.0.2			29 database quieres

That’s quite a leap. But I’m confident that I could bring down the bbPress Queries with some time spent considerably, and I could enable caching from WordPress. I’m not posting this data in itself as definative stats for everyone, so there could be optomization made for sure.

Deep Integration of WP3.0 and bbPress1.0.2:

WP3 & bbP1			56 database quieres

56! With virtually no caching availible (as a plugin, for the average user with no .ini or shell access).

56! On every page (+/- a few queries).

Deep Integration of WP3.0 and bbPress1.0.2 – after first pass:

WP3 & bbP1			43 database quieres

Ok some quick theme changes and delayed/circumvented loading of certain things and I’ve brought it down considerably.

But the fact still remains that this is a truly crazy amount of database queries per page load.

Anyway, after presenting this (in a better looking format) to the IT director of the client, I’ve managed to re-assign myself 2 weeks to come up with a planB. We want something that allows us the functionality of Deep Integration, but without the MASSIVE overhead. I have an idea down on paper, but right now I just wanted to post a few figures and give folks a heads up.

==================================================================================

Edit: If you want to see something fun, try this:

Add to your bb-config.php and your wp-config.php

In bb-config.php and wp-config.php add the following line:

define('SAVEQUERIES', true);

Then add the following code to your footer.php in your theme (right at the bottom)

wordpress footer

global $wpdb;

echo "[pre]";

print_r($wpdb->queries);

echo "[/pre]";

bbpress footer

global $bbdb;

echo "[pre]";

print_r($bbdb->queries);

echo "[/pre]";

*** replace the square brackets [] html brackets (they’re not showing up correctly)

[chrishajer]

If you don’t want a table prefix, I suppose you could go into the bbPress code and eliminate all the references to the WordPress table prefix in the installer (and possibly elsewhere.)

It would be much easier to rename the WordPress tables and use a table prefix than hack the bbPress code. You tried once and did not have a good result. Maybe you need to try again and figure out where it went wrong if you really want integration between bbPress and WordPress. Either way, it’s going to require some work on your part due to a decision you made earlier to eliminate the WordPress table prefix.

[chrishajer]

bbPress is not a plugin for WordPress (unlike BuddyPress, which IS a WordPress plugin, and includes forums that are based on bbPress.)

You install bbPress along side WordPress (or by itself even, if you want) but it does not become part of your WordPress installation like a plugin.

Related recent post:

https://bbpress.org/forums/topic/instalation-folder#post-70542