Any info on when we can see bb_channels?
I’ll leave this topic ‘unresolved’ for now.
Work around is posted above.
Trac Posted: https://trac.bbpress.org/ticket/1159#preview
I’ll try to update it when I have time.
Btw, I had the trac ticket entry properly formated but alas It was raw text formatting which got stripped upon posting by the server. Sorry 
I will try to post a trac.
It surely is a ssl issue.
Work around is to disable Ajax by extracting either the class via jquery (core mod not necessary) or modding the php core.
(so as to not rely on ajax, falling back on hrefs)
This only occurs during ssl, with these defines active:
define(‘BB_FORCE_SSL_USER_FORMS’, true);
define(‘BB_FORCE_SSL_ADMIN’, true);
HTTP works just fine.
The Javascript error is a XHR security violation (usually with mismatched domains). Still debugging…
Fails: Opera, Chrome, Safari
Pass: I.E., FF2, Safari iPhone OS 2.x
Also, if i right-click the link and past it into the address bar; everything works.
Just the ajax calls aren’t.
Just a couple helpers as I’m on the road:
1.) try wp-admin/options.php and do a search on that page for the values you seek.
2.) Install the integration plugin, enter the settings for this plugin directory correctly. Do what it tells you 100%. Things like forum location, and extra defines to put in the config are crucial.
3.) Make sure you actually go into the ‘wordpress integration’ settings option in bb-press’s admin section (bb-admin/).
4.) When adjusting any of these settings, the order of how the app looks at these values is something like (don’t hold me to this, i’m working off of memory here): [option already initialized? starting up then no -> defined in config dot php? no -> Database.]
5.) As long as your doing vanilla HTTP and not doing HTTPS authentication everyting will work out of the box given you do exactly as your told by the apps/plug-ins. HTTPS would be chocolate and you’d have to do something to the integration plug-in to force a ‘secure-auth’ cookie generated. Do a search on this, I’ve covered this in another post.
These rewrites posted are correct. This is pretty much what we have.
Our environment is very different and we have a few in-house modules to handle ‘missing files’ in place of the ‘!-e’.
As far as the rewrites go they’re good, and obviously you must enable pretty perms for bbpress.
If your having problems ashfame, just cut/past the rewrites outside the file check conditional (if).
Post your versions up. Fill out below:
WP? WPMU?
blog is subdomain? folder?
bbpress .9? 1.0?
Integration plugin ver?
Is the rails app what runs the job submissions (adverts)?
The plugin is required because it will call functions to clear your bbpress login cookies. It will also be called to create your bbpress cookies (cookies with paths that = /bb-admin, /bb-plugins, /my-plugins). Without this these will not get created.
These cookies allow you to enter into the admin/dashboard of the user in the respective app.
Which is pretty much the entire point of integration plugin.
You don’t have to define them all, in the settings.php if it’s not defined they get created for you in some respects for some of them. This will help you during integration.
In fact anytime you use these defines you are saying to bbpress that the value your defining will manually override anything in the DB.
A goal to have during integration is to try and let the apps do the most work. This way human error can be eliminated. Now there are always exceptions but on a ‘basic’ setup. So again, avoid defines unless otherwise specifically told to (say by the integration plugin or bbpress integration settings).
Where is the reference by value happening?
I won’t pretend to know what kind of user base bbpress caters to or even what actual type of users are out there are using it but memcache is still an option, and one only the end user can determine him/herself; No matter how trivial single digit returns may be to the end user.
I agree. I’d like to see a recommended primer someday.
Referencing the chmod recommendation I gave, I just wanted to make sure the user’s php was actually being read. That was the ‘just to see’ part.
A common problem I deal with is many people have it setup just as you say , where some user X has rw but the Php processor is running off a lesser priv base. Or sometimes the files perms are just completly a mess, like my spelling on the iPhone.
I haven’t heard any benchmarks as it’s up to you on setting it up (nginx/apache/phpcgi/phpfpm/etc….).
It’s even harder to compare pound for pound because of the extensibility bbpress affords you with wordpress and buddypress. Even the plug-ins that each trio of apps afford you.
There is a point when it’s not about how many users you can squeeze out of a single VPS, it’s about building a site… a community and what is the best software & hardware able to do that.
Of course, when your scaled to the limit with hardware, software, and users to that of say Twitter it’s a different story.
On their curve, no matter how much hardware they add, curbing simple things like response time become a huge battle. At this scale it’s in your best interest to develop something proprietary as such they have and are doing.
In your case though, your probably better off worrying about ‘how do i scale my forum installation’ , and ‘what forum software gives my users the most benefit’, than asking ‘how many people can i house on my vps/dedicated/box/PS3’.
Even having said this all of this, out of the box there is less overhead in the bbpress architecture than with PHPBBx.
Take all of what I said with a grain of salt, and a beer in hand.
Cheers,
– Jason
Trunk WPMU is not ready for production. It has some issues.
2.7.1 is stable but requires a patch for SSL.
Also you can get it working without the integration speed up.
COOKIE_DOMAIN is necessary for WPMU.
Try 2.7.1, the new BBPress v1 with the Integration Plugin V1 without SSL.
Follow all the directions and HTTP auth will work out of the box. It’s smooth.
(More work is required for SSL *IF* your going that route).
Perhaps better to just the change permissions on these files instead of deleting them.
##(being root do the following)
#Standard location?
cd /var/www/vhosts/<domain.com>/<bbpress>/
chmod 000 bb-login.php
chmod 000 register.php
Submit a trac enhancement, would be nice if if what you say is true.
SSL will never work if you do this. If you look at your cookies they will never be flagged ‘secure’ and they will not be hashed with the appropriate salts.
If you have redirects it’s because your cookies failed to auth(). Meaning they were not hashed.
I recommend following my SSL threads, perhaps applying some patches and most importantly install that latest everything (not svn trunk).
I think you can either create a plugin or go ahead and edit the profile.php template page. Go for it.
Flag this resolved plz.
Cleaning the house for V1 issues.
