[Brian Duffy]

I installed wordpress using simplescripts. I installed bbpress manually.

Everything works fine until I add the following line to bb-config.php

require_once(dirname(__FILE__) . ‘/../wp-load.php’);

After adding the above code I can no longer login to bbpress.

Instead I get the below error:

Fatal error: Cannot redeclare class PasswordHash in /home7/brianduf/public_html/wordpress/forum/bb-includes/backpress/class.passwordhash.php on line 38

If anyone could help to throw some light on this for me I would be over the moon : )

[_ck_]

Yeah I suspected as much. Thanks for switching it on Otto!

Sam did some work and then a great deal was copied over for bbpress.org 2.0

I noticed the xml generator was there and the flash element was on bbpress.org too.

Now if we could just get DD32 (Dion) to document the darn API for it as I have no clue how to use it and can’t find anything via google (other than downloading the ENTIRE dataset). https://api.wordpress.org/plugins/info/1.0/

Oh wait, here’s something http://wordpress.pastebin.com/raw.php?i=7Ji8rD2P

bingo – docs: http://comox.textdrive.com/pipermail/wp-hackers/2009-January/023505.html

Doesn’t seem to be on the bbPress side anyway after all that, oh well.

ps. I don’t suppose you can get tags working again in the plugin section – they are not being imported from the readme.txt file anymore. Is it because of the tag api name changes from bbpress 0.9 -> 1.0 ?

ie. add_topic_tags became bb_add_topic_tags

but that’s in the deprecated support, so not sure what else it might be

[yetanotherlogin]

Thansk Kevin for the link.

I followed the whole procedure down to “3. Deep Integration > 8. Log into WP Dashboard”… but now, I can no longer log on (/wordpress/wp-login.php)

FWIW, it doesn’t say that the password is incorrect, but it loops back to Username/Password.

Tried Chrome and Firefox, same result. I did empty the browser cache, as asked in the procedure, same result.

FWIW2, I can still log on to bbPress as admin.

Any idea why I can no longer log on to WP?

BTW, when is “deep integration” needed? I’d simply like a link to the underlying bbPress forum to be displayed in the WordPress main UI.

Thank you.

[Samuel Wood (Otto)]

Strangely enough, the code was all there to do stats, it just needed to be turned on and modified ever so slightly to make the graph work.

[Ivaylo Draganov]

Works flawlessly now. Great thanks for that neat plugin and for the support. I am also in favor of keeping lightweight standalone bbPress

[citizenkeith]

All this, while striving to be as light as possible

I liked reading that!

You guys are starting to win over this bbPress 0.9 user. See what communication can do for a community?

[_ck_]

Once you get that settled, I’ll point out how year-long-cookies never executes, even though you have it installed. So just delete that old plugin.

So to make longer cookies when “remember me” is set, you’d have to edit the freshly-baked-cookies plugin, search for the number 1209600 and change it to 31536000 which is a year. Optionally you could set it smaller like 111600 which is 31 days.

[Ivaylo Draganov]

I should really consider learning how to use subversion I’ll try that and post the result shortly.

[_KB_]

So, here exactly What I want,

Suppose I’ve planned to run multiple discussion boards, and I’m using

http://zptest.info/ ( WordPress )

http://zptest.info/students/ [bbpress 1]

http://zptest.info/teachers/ [bbpress 2]

http://zptest.info/management/ [bbpress 3]

I’ve done:

-1: Shared User Integration ( Works )

-2: Shared Database Integration ( Works )

-3: Shared Cookies Integration (Not Works, that’s what I want)

I’ve followed all instruction from bbpress Integration tutorial

Now cookies not works, you can test it at zptest.info

user: test

pass: test

(I can send also admin’s or ftp detail, if anyone really interested)

cookies are conflicting, sometimes not logout from other boards.

Suggestion:

I’m hopping there should be a plugin, just for set cookies for multiple boards in same domain.

People just do, user integration, and database integration.

then install ( cookies plugin ), that’s all,

Come on, _ck_, you can do it,

Thanks

KB

[Ivaylo Draganov]

phpinfo() tells me that PHP is Version 5.2.13

Now, pretend I am crazy and tripple check the settings at the top

LOGGED_IN_KEY

LOGGED_IN_SALT

The two keys and salts are the same. Keys I get from wp-config.php and salts from wp-admin/options.php.

take a REALLY good look at the cookie data – it changes between bbPress and WP but really only two parts should change, the expire date and the hash. So between the last | in the data

How the hash forms is still not quite clear to me, but obviously that’s where the issue lies. I notice that it’s different every time I log in (no matter from which side). I if log in/out of WP 10 times I get 10 different hashes. But maybe that’s the normal way.

Other things to note:

* I am using year long cookies plugin on the bbPress side

* bbPress has a trailing slash in these settings:

$bb->wp_siteurl = 'http://dev.example.net/';

$bb->wp_home = 'http://dev.example.net/';

whereas WP has them without the slash:

define('WP_HOME', 'http://dev.example.net');

define('WP_SITEURL', 'http://dev.example.net');

* as you can see I am doing this on a dev subdomain and not on the live site. Even though I did test it on the live site(with the main domain) too and the result was the same

* the lines you mentioned in the plugin did not match: I had that code on lines 70 and 83

* define('AUTH_COOKIE_VERSION', 2 ); should be added at the top of _freshly-baked-cookies.php, right? I did not exist there in the plugin download, so I added it before starting the tests

Thanks a lot for helping out

[Gautam Gupta]

When editing a reply, the “Notify me of followup posts via e-mail” text appears twice (once below the “Allowed markup” and once above.)

I think this is related to theme, I didn’t happen on my installation with Kakumei.

This means that the theme here doesn’t contain edit-form.php and is using Kakumei’s. In the patch I posted, the action (to add the checkbox) is removed in functions.php and is instead added at a custom location in Kakumei’s edit-form.php, and as functions of Kakumei aren’t loaded here, the default action isn’t removed and the checkbox is displayed twice. This doesn’t happen with post-form.php as it is present here.

[kevinjohngallagher]

I’d strongly recommend this: http://wpbbpthemes.org/integration/

It covers installation in more than 8 steps, and should help a fair bit

[ZKuJoe]

I originally used WordPress for my blog but now I use bbPress for my blog. I have no plans on ever installing WordPress again since bbPress acts as my blog while functioning like a forum.

If bbPress was formed into a plugin instead of a standalone script, I will continue using it and do me and my team will do our own coding/bug fixes.

[Erlend]

But you certainly are not going to get anyone who is NOT using WordPress to install WordPress just to create a forum. There are far better options out there.

You’re probably right. Yet allow me to give an example of how major plugins like bbPress and BuddyPress complement WordPress in a way that greatly adds to its appeal (i.e. grows the customer base beyond those interested in WordPress)

Much like WordPress, our project (jMonkeyEngine) is a continuation of someone else’s work. When we picked up the reins of the jmonkeyengine.com website, we were stuck with three separate content systems (SMF, DokuWiki, WordPress) and a mess of custom code. We looked at several options, like:

– Extend SMF (no doubt the heart of our community activities) into a full-scale CMS

– Tie all systems together with a solution like Atlassian’s Crowd

– Replace our custom front page with Joomla! and use JFusion to tie all four tightly together.

– Replace everything with a widely extended Joomla!

We practically tried all of those options and more in practice, either in testing environments or on our live site. Meanwhile I’d been looking at complete ‘community solutions’, like Elgg, OpenWack, JomSocial, BuddyPress…

(I definitely looked at Drupal as well, but they just didn’t seem to have anything near as simple as say JomSocial that just goes ‘boom, now you can start build your community).

Then bbPress came to BuddyPress, and I made a decision. I proposed an overhaul and we got moving:

http://www.jmonkeyengine.com/forum/index.php?topic=13934.0

The only reason we’re not spamming press-boards with ‘look at us!’ links yet is because we made the decision to move everything over at once, and that includes the risky decision of adopting the BuddyPress-Wiki plugin (every other essential has been covered by core features) to replace our DokuWiki. With D.P. Cartwright’s dedicated help we’re just about there though.

Erm, point ahoy!

So the point I’m trying to make is, we never stopped to consider WordPress as a CMS, until BuddyPress arrived as the major complement to fulfill our every need in one package, as opposed to 20+ plugins. Having used WordPress for my own portfolio page and general sandbox play I already knew how intuitive (extremely so when compared to Joomla!) and easy to extend it is. When the last remaining piece of the puzzle arrived, the choice was a no-brainer. I imagine many will come to the same realization with bbPress.

I know I did not prove you wrong; I just figured people might find this brief case study interesting.

[ZKuJoe]

I don’t get it. bbPress is open source and under the GNU GPL license. If the current teams stops developing it I’m sure somebody may pick it up. I for one won’t stop using it even if me or my co-workers have to code our own bug fixes.

[mr_pelle]

From the same page where you usually create forum. Remember to select its parent forum from the dropdown menu!

[John James Jacoby]

johnhiler, part of us using WordPress’s built in API and architecture means we’re actually leaving turned off a lot of functionality that could easily be turned on, filtered, changed, or added to with actions.

Without it being too over the top, we’re trying to plan ahead and put actions and filters where I think I would use them myself. Since most of what we do for clients is develop custom plugins to change the way WordPress functions, we should be able to apply that experience to bbPress.

One of the things we’ve struggled on with BuddyPress, is how to make plugins, for plugins. Since plugins don’t have an internal dependency like there is on CSS or JS, we’ve had to filter and action our way into a workable solution.

So while bbPress itself is a plugin, the plan is for other plugins to be able to sneak in and change bbPress behavior before it loads, or be able to ‘plug in’ the same as always. So bbPress will be its own core, but also modular and pluggable.

All this, while striving to be as light as possible. Our work is cut out for us.

[John James Jacoby]

I think if there was such a thing as optimism police, they would live in these forums.

I also think, the people we will win over, are everyone that thinks this is the worst thing ever to happen since burnt bread.

[kevinjohngallagher]

_ck_,

Really apprecaite the hints.

I’m definately not a PHP coder by trade, so these sorts of tips are invaluable.

Cheers,

Kev

[_ck_]

Hey stats are working in the plugin section, awesome. Thank Matt.

Now just get tag import working again (from the readme.txt) and the plugin section practically back to 100%

[_ck_]

Hey good work.

Let me make a strong suggestion in your code technique.

All those variable names being tossed around as globals is somewhat dangerous – someone is going to accidentally “step” on one someday.

Instead how about an array or object instead?

ie.

$topic_add_quotes=blah;

$topic_add_sticky=blah;

$topic_add_sticky_label=blah;

etc.

and

global $topic_add_quotes;

global $topic_add_sticky;

global $topic_add_sticky_label;

etc.

instead becomes

$kjg_seo->topic_add_quotes=blah;

$kjg_seo->topic_add_sticky=blah;

$kjg_seo->topic_add_sticky_label=blah;

etc.

and then no matter how many items you just pass one pointer in your functions

global $kjg_seo;

The added benefit is you can later loop through all the elements if you make an admin menu.

Also, when switching based on page type, constantly calling all the different functions, ie is_forum, is_front, is_topic etc is “expensive” because of how bb_get_location works

Instead just $location=bb_get_location();

and then look at what it sends you in the string which is ultra fast for each of the comparisons.

[ZKuJoe]

Thanks for the feedback and the link to the plugin but I don’t want it to look or feel like a blog, just act like a blog. I prefer the thread/post structure over the entry/comment structure. I was originally using WordPress and had a MyBB forum on the same site, then I switched over to just a MyBB forum with a Blog plugin, but then found that bbPress felt like both a blog and forum without requiring different installations to achieve both. I just created certain categories that only I could post in (the “My” areas) for my “blog areas” and the rest are open for free discussion.

I am working on getting the first post of the latest topic to appear on the front page but I have to many other development projects on my plate at the moment.

[johnhiler]

“Shared-hosts are the bread and butter of WordPress usage. The good news is servers are way more powerful than when I wrote the first bbPress, and we can take advantage of that to provide a richer experience.”

This is definitely true. It’s kind of the Microsoft approach: grow the OS core, and lean on the hardware handle the growing codebase. It works for smaller sites that don’t hit scaling limits and for larger sites that can afford bigger hardware.

“The uncertainty of testing the interactions of N factorial plugins is daunting and gets untenable quickly.”

Plugin interaction is definitely a concern. But in practice, I have rarely if ever had plugins conflict with each other.

“Better to draw a line in the sand and promise the user ‘these things will always work together.'”

I think the “promise” model depends on having a large and growing team of developers actively managing the core. That hasn’t been the case in the past, so moving stuff into the core has actually slowed down development of the platform quite a bit. Perhaps things will be different in the future…

In any case, even with developers available to help build up the core – I’d still prefer to have a model that embraces plugin developers, and then has specific plugins blessed as official branches. This is where more social forms of source control like GitHub may be better than Subversion; plugins wouldn’t be dependent on just one developer, since anyone can seamlessly create and post a new branch. It’s much more like the pastebin stuff that’s constantly going on here in the bbPress forums.

Thanks for the reply!

John

[Matt Mullenweg]

I also remember 0.7 fondly — along with Akismet it was the released product with the highest percentage of my code. Last year I shifted most of my code to internal tools, and this year that has waned even more due to the force of nature that is Mr Momrik my Technical Assistant.

That said, there is minimalist-beautiful, and minimalist-useless. Even Ferarris have stereo systems. I think we can find the balance between the two even though it might mean we misstep in one direction or the other along the way.

I agree with you more than you. In hindsight BackPress was a mistake. Its goal was to unify WP and bbP development, and it just ended up crippling bbPress with needless abstraction and didn’t actually generate any user-critical improvements, like being able to use WordPress themes.

[johnhiler]

“johnhiler, if you like plugin-centric development, you should love the bbPress plugin so far (hopefully) Hopefully it’s able to walk the line and offer the best to both.”

@John James Jacoby – I’d love to hear more! What do you mean?