[Matt Mullenweg]

Non-plugin bbPress development is going to continue until we have a perfect importer so people will be able to bring their content out of the legacy codebase.

[Matt Mullenweg]

Check out how P2 does front-end editor, it’s even slicker than bbPress. Actually check out a bunch of the features of P2 like the real-time post updating, etc.

[Matt Mullenweg]

Since the stated roadmap for whatever is going to be called “bbPress” and live at bbpress.org is to build on the success of WordPress if you disagree with that direction it’s probably best to fork at that time.

[Matt Mullenweg]

Plugin directory is broken in a bunch of ways, might take a few to fix.

[Matt Mullenweg]

Greg, I think we agree, just have different ideas about where that line is drawn. I’ve laid out the core philosophy as a framework for discussions above. I have never advocated making every plugin a core feature, and conversely I doubt you’re suggesting making every line of code in bbPress a plugin.

Balancing between the two is how development happens, and is best navigated in the context of a specific anchor (feature) rather than in abstract.

[Greg]

I can see strong arguments for both a wp plugin and a standalone forum.

Also, the reality is that both will exist in the future. The WP team is very passionate about “bbPress as plugin” and at the same time some existing large installations will see to the continuation of standalone version in some format.

So it might be good to frame this decision differently than plugin versus standalone… The real question is: to what extent do we want the plugin and standalone versions of the bbPress code base to evolve independently versus in a coordinated way?

Simplistically, the two options are:

1. coupled roadmap with coordinated releases or periodic rev/fwd integrations

2. independent roadmaps that diverge over time (the current plan of record)

Both options (coupled roadmap and independent roadmap) can work, but it would be better for this decision to be the result of thoughtful discussion.

To kick things off, here are some pros of a coupled roadmap:

– Higher quality for standalone (benefitting from the larger installed base of the plugin)

– Better performance for the plugin (benefitting from the big standalone sites)

– More tight WP integration is likely

And some pros of independent evolution of the plugin and standalone versions

– More flexibility in release roadmap for both versions

– No compromises for either version

Another more subtle effect to consider is the impact on dev resources invested in the code base. For example, I think that there are currently a lot of “silent” but significant resources being invested in standalone bbPress development. It would be great to pull more of that work into the official project, but I fear that opportunity will go away once the move is made to “bbPress as plugin”.

[deadlyhifi]

This is entirely possible. You’ll need to do the integration thing to get the common cookies for login, etc. There are plenty of posts on how to do that so do a search and a read and have an experiment with that.

You’ll need to consider that both WP and bbP have a registration screen and user account page. As you want to allow blog creation I presume you’ll want to let WP handle the registrations, but you’ll need an element of the bbP user screen for forum activity history.

If you have registration though WP you’ll need to make sure that bb_capabilities is set in the wp_usermeta table when they register. There is a plugin for that.

Facebook connect will be a WP plugin so affects the WP signup process, as long as the bb_capabilities, as mentioned above, are set it doesn’t matter how their account was created – standard WP registration or otherwise.

I hope that makes sense. Start by getting the integration working, then remove the bbP signup page. Provide links to the user’s forum history/favourites page, and make sure bb_capabilities is set when registering through WP.

Good luck.

[_KB_]

ok kevinjohngallagher, I’ll wait, till then I’ll try for new integration with no “www”.

[Matt Mullenweg]

johnhiler, the assumptions are indeed an active core. In the WordPress world, people who were active in the plugin arena also become active in core. In bbPress, they haven’t. Maybe that will change now.

[Matt Mullenweg]

wtfmatt*, please don’t force me to more permanently ban you. Either make a real account with real information, or go away.

[zaerl]

Assuming that you are using the Kakumei theme open /bb-templates/kakumei/topic.php. The plugin instructions: https://bbpress.org/plugins/topic/live-comment-preview/installation/ suggest a good place for inserting that snippet of code. Right after <?php post_form(); ?> (line 45 in Kakumei topic.php template file.)

Remember: Never touch core files.

[Joe Gibson]

Z –

Thanks for the replies.

“So I don’t see a reason why it should not function with my plugin.”

And, if I’d actually activated the dang thing, nor would I. Sorry about that. The activation process somehow slipped by me. Works terrifically in both browsers.

“zaerl URL preview”

No thanks to that, but I know people are going to start bitching about not having a ‘Preview’ button.

The only hitch (so far) with “Live Comment Preview” is that I can’t understand his instructions. Maybe you could set me straight:

__________________________________________________________

<?php add_live_comment_preview(“View Preview”); ?>

to your topic.php file, where you want to show the preview’s area.

ie. before the post form something like that

<?php if ( topic_is_open( $bb_post->topic_id ) ) : ?>

<?php add_live_comment_preview(“View Preview”); ?>

<?php post_form(); ?>

<?php else : ?>

__________________________________________________________

1. First off, assuming he’s referring to the bbPress file, it’s “topics.php”. And it’s a fairly long file. Would you have a suggestion on where the first line of code should be stuck?

2. And are the last 4 lines supposed to be part of it? His breaking up a block of code with commentary was somewhat unorthodox.

Much thanks,

Joe

[kevinjohngallagher]

why not no need of “www”? reason?

We’ve known that using “www” during installs has caused issues in the past. Especially if you used “www” for one isntall and not the other.

Cookies are/were (been a long time since i looked into this) using the full URL so “www.bbpress.org”‘s cookie would be different from “bbpress.org”‘s cookie if you didn’t specify.

99/100 it makes no difference. 1/100 it does

.

.

You are right that there was no need for the salts when bbPress1.0 was released, but we’ve had 3 WP releases since then. I find its better to be safe than sorry.

So I’m confuse why we need two separate authentications for both wp and bbP.

In theory: You do not.

In Practice: It doesn’t hurt at all.

Request:

Can you please create two demo files for wp-config.php and bb-config.php with authentication keys, and make live them to pastebin.com & paste links here?

Sure, i’ll do that tonight when I get home.

Am off to see Toy Story3 in 10 mins.

[_KB_]

kevinjohngallagher two more things?

why not no need of “www”? reason?

will exact formate be

https://bbpress.org/?

or

bbpress.org (even no need of http:// ?)

Second I was thinking there was no need of authentication keys from https://api.wordpress.org/secret-key/1.1/bbpress/salt/ because we copy keys/hashes from wp-config into bb-config, So I’m confuse why we need two separate authentications for both wp and bbP.

Request:

Can you please create two demo files for wp-config.php and bb-config.php with authentication keys, and make live them to pastebin.com & paste links here?

I’ll be very thankful,

Cheers

[kevinjohngallagher]

Yes, there’s a plugin but It works only with older release bbPress

As do most plugins.

It’s just where we are I’m afraid

[XU3E]

1) Yes

2) There’s a plugin for this for just over 2 years.

1) Why is it hard to made?

2) Yes, there’s a plugin but It works only with older release bbPress. _ck_ doesnt support new releases because his own branch.

[kevinjohngallagher]

Well I can see some things I’d change. Will they make a difference? i don’t know, probably not, but again, they’re what I use.

(I wish the search function here was half decent so I could find the post I went into this in detail in…)

1) Get your authentication Keys from https://api.wordpress.org/secret-key/1.1/bbpress/salt/

2) Copy your WordPress authentications into your bbPrefig file

define('AUTH_KEY',         '5G#If&OQrV:MfrjuU2;NKhfw|Z:|iU>@hw^LLTxv|~8KPC9S;-+r#J&|T=DS%#X8');

define('SECURE_AUTH_KEY',  'u.p|C]A*s*@M%VGr4;_Cc-*d|I:QjTT&p6kcTL:^X+tzUT)7k-S]h)q^c|||$uy;');

define('LOGGED_IN_KEY',    'xA+j,OZKD_*, 6|Jb7C6rS*3(oT4{-Y)R.E/|!xNtb8,GYzp,X-?i[HtTRE|81h=');

define('NONCE_KEY',        '4h035-4lx6-W.>dtZzRtA=XA+&G5v)llX[B>4--:>hX0h:Ey$afw|&[r_1zHQnZ^');

define('AUTH_SALT',        '+/poE0c>eRr#l54-r@:S.4HD^s3Zr%w-S;s++d,[ku5#Aj{N6g6T;.P>/UB8bIUn');

define('SECURE_AUTH_SALT', 'ck.^(0_T5tON$lTy>dkPZ#]1wZ~yKBkE0m>60H_FRG r6yXd#E|dhJAVvPDu5Kf.');

define('LOGGED_IN_SALT',   'Fz^)*aj<U[RxO3A][1K=pXX6a-4-<R7=[fe$1[hT5d!e-_onpNrk^t|j%!~a+;KP');

define('NONCE_SALT',       'TEdXdR+g]&YY9/YtZX^[,e{_U+^fSGcgt JqKB<[sh:3Jg<7RG~f_.xLX(9e5FXV');



define('BB_AUTH_KEY',         'f@X, B|4rcQ?sv#[]q+x;r =KO{r}i<|h%0=?>!/f|0A#[qzh9pNWdnZR8XadkFH');

define('BB_SECURE_AUTH_KEY',  'X0*%@*wpp(A[/(4RD(TWAnW7N[:gYBZ:@r}-z;w),|fptIbt5 Ro}8Tr?}-c-y+m');

define('BB_LOGGED_IN_KEY',    'cbal+zxea.]|C!ZsWQ6}cKy+?!eSs?@(t)qCz=H*4CDrZlXoC+-X#[h5Hl37LU~/');

define('BB_NONCE_KEY',        '4{ZC+__k{]MPr[I{~q$Muta#XghduMPBRQvNZqFIm-~-4-DaH|vH$6W~)wD!^92X');

define('BB_AUTH_SALT',        '?v&+?5?vnXoIPuc&%OQMNN#QP_Xf&ZA0J:FO;tY:JdEjT5xt^k$,-q!XvVS,E)$1');

define('BB_SECURE_AUTH_SALT', 'n(M15M~Y<qg(A!x8ov,7]:+HZ>q0ajV3!feD){dLPhn2upN?;fIRE.@~14xH?v!8');

define('BB_LOGGED_IN_SALT',   '{Lu=[hq;BCEu j>n[Ejv%]w-k y?$@*sK@VcB<7E)wR/mrUIGj%9@*Q>.v]P|~#x');

define('BB_NONCE_SALT',       '*9Dv~}=@+k<g-w$WIsEXdxULL0yz0D{]!9@HY/e$7Ru|^dv?QF$gy!}dcLIC>@5P');

3. With no disrespect to that screencast, it is 19 months old, and we’ve had a whole new version of bbPress since then. For integration I always use http://wpbbpthemes.org/integration/ as a starting guide.

4. Check you’re not using “www” anywhere in the URLS you specify in the database, or that you installed any of the bbPress/WordPress systems while using “www”.

[_KB_]

@kevinjohngallagher thanks dear, I’ve done it already, its a part of integration, But I really surprised why its won’t work for me??

but I’m curious that may be _ck_ tell me new thing.

OK, I’m going to disclose my config files and cookies, check it dear buddies….

for wordpress,

http://pastebin.com/embed_iframe.php?i=hPpMiDyZ

for zptest students

http://pastebin.com/embed_iframe.php?i=jcS2377M

If you need more things, I’ll share it..I really want to fix it….Thanks

[kevinjohngallagher]

In your bb-config.php file put this code:

define( 'COOKIE_DOMAIN', '.your-domain-name.com' );

define( 'SITECOOKIEPATH', '/' );

define( 'COOKIEPATH', '/' );

If you’re using WordPress, make sure you put the same in the wp-config.php too.

Now, I know this isn’t supported or well-liked or even neccessary these days (was it ever), but I still put this legacy code into my bb-config

$bb->wp_siteurl = 'http://www.my-wordpress-url.com';

$bb->wp_home = 'http://www.my-wordpress-url.com';

$bb->wp_table_prefix = 'wp_';

$bb->user_bbdb_name = 'my-database-name';

$bb->user_bbdb_user = 'my-database-username';

$bb->user_bbdb_password = 'my-password';

$bb->user_bbdb_host = 'localhost';

$bb->custom_user_table = '';

$bb->custom_user_meta_table = '';

$bb->authcookie = 'wordpress_';

$bb->cookiedomain = '';

$bb->cookiepath = '/';

$bb->sitecookiepath = '';

$bb->wp_table_prefix = 'wp_';

Does it make any difference? I doubt it. But with all the integration stuff over the years, I’ve become a big fan of covering the bases.

[_KB_]

I’m using WordPress 3.0 and bbPress 1.0.2.

Set all cookie paths to the root /

Can you please explain little bit more about it?

[_KB_]

Thanks _ck_ besides my cookies related question (now I’ll ask about it in my other thread), also I’ve asked a question about the transformation the data from standolone to plugin.

No-6: If I install multiple bbpress instances (right now), then after (in future ) bbpress-Plugin’s announcement will I able to switch from standalone to bbPress-Plugin with same plugins, database, users, content, without losing anything???

P.S I think matt is no more on bbpress, or not interested in my question.

[Ashish Kumar (Ashfame)]

@_ck_ awesome plugin you have there

I guess all your plugins are tagged https://bbpress.org/plugins/tags/_ck_

right?

And I believe even your updated plugins support 0.9 ?

[Ashish Kumar (Ashfame)]

yes _ck_ is right

integrate as many installs as you want. be it on sub-domains or sub-directories

[zaerl]

zaerl Editor just add a <a> tag which is the standard way of doing things (nothing more). It seems that bb-open_in_new_window just scan the DOM searching for a elements and append a _blank. So I don’t see a reason why it should not function with my plugin.

Checkbox for e-mail subscription

Here we have the trunk version of bbPress (1.1 or 1.0.3, we don’t know how to name it and this is a great problem, really) which introduce anonymous posting and subscribe to topics.

If you want a plugin that transform links the way you want I can send you the version 0.2 of my plugin “zaerl URL preview” which I have not uploaded to bbpress.org for several reasons (here there is only 0.1).

za AT zaerl.com

[_ck_]

You don’t even need a plugin for this.

You just need to fix your cookie settings and it will work instantly.

Set all cookie paths to the root /

and make sure they are all using the same key/hash which is likely the problem.

You didn’t say which version of bbPress you are using, it appears to be 1.0.2

I don’t think I’ve ever bothered to figure out all the new variable names under 1.x which is why you can’t find them around here.