[Ashish Kumar (Ashfame)]

Create a blank page with the slug forums and it will automatically takes you to the forum on your site

Either you design a matching bbPress theme for WordPress or use deep integration which is quite an overhead if you have a good number of users.

Read this – http://blog.ashfame.com/2010/02/deep-integration-bbpress-wordpress/

and http://blog.ashfame.com/2010/02/bbpress-deep-integration-advantages-disadvantages/

And then decide what you want to do.

[Ashish Kumar (Ashfame)]

Trunk is the bleeding edge version which is under development. Like a newer version under development. Trunk means the latest code in development stage. I am running a little busy right now. If left with some time tonight, I might try to catch it on trunk

[Ashish Kumar (Ashfame)]

Either wait for the next stable version or extract the code from the trunk & make a plugin out of it

[Alex Luft]

Thanks for your answer chris!

But that’s very strange. I have it activated in my-plugins.

And for some reason, that link goes to the blog (hosted in root) as opposed to a bbpress not found page.

Really don’t know what to do at this point

[Steven Hodson]

@Gautam .. I did manage to find one of the things that was causing a problem. It has to do as I suspected with the PHP $_SERVER[“DOCUMENT_ROOT”] variable. It doesn’t exist in an PHP install on IIS.

Now I have found a work-around that <gasp> works and when tested returns the proper path (eg: C:/Domains/winextra.com/bb-attachments/ – which from what I can tell in the “instructions” is exactly how it is suppose to be)

But when I try to upload a file (text/image) I get the following two errors and I was hoping that maybe you could help figure out what might be causing them

---

Warning: filesize() [function.filesize]: stat failed for 83def462ed888db6e1ad898505ea40b6 in C:Domainswinextra.comwwwrootforumsmy-pluginsbb-attachmentsbb-attachments.php on line 342

Warning: Cannot modify header information – headers already sent by (output started at C:Domainswinextra.comwwwrootforumsmy-pluginsbb-attachmentsbb-attachments.php:342) in C:Domainswinextra.comwwwrootforumsbb-includesfunctions.bb-pluggable.php on line 228

---

any help (from anyone ) would be greatly appreciated as this is the last real big complaint my members have.

EDIT: The files are getting uploaded but to the root folder and they are not being entered into the bb-attachments table – http://screencast.com/t/Y2UyZGQ4

[Ashish Kumar (Ashfame)]

Try clearing cache and cookie. Its browser specific. Try a different browser for once

[Steven Hodson]

@Gautam I gave your ‘fixed’ plugin a shot but it still isn’t wanting to play nice with my set-up (PHP / IIS) as you can see from the screenshot – http://screencast.com/t/MTQ1NDFl

back the to hair-pulling I guess

[Taeo]

Did I say Dan? It was late. I meant to thank Tom! lol

[kevinjohngallagher]

I suppose what I might not have put across well is that I don’t want bbPress to become the monster that some of the other boards out there are. I’m very cool with lightweight and fast, it’s more that… bbPress has never had a “fixit” release y’know.

• 0.8 added some new functionality while removing alot of the hardcoded stuff (remember when you HAD to set the time displayed to the time zone you server was physically located in?).
• 0.9 added loads of new functionality
• 1.0 added backPress and new admin section.
• 1.1 is adding Anon posting and Email notification.

For me, having things like https://trac.bbpress.org/changeset/2377 sitting in trac (for the 2nd time btw) for over 5 months is crazy. Why do we have to have a year between releases?

I guess the way i’d put it is that there’s a difference between “basic” features and “standard” features in terms of forums. Simleys, BBcode, private messaging are fairly standard these days. I can absolutely live with them being a plugin. But the ability to delete a user from the backend inside the ‘3 click rule’ is a “basic” feature (why isn’t it one click?).

There’s a whole lot of places, especially in the backend, where there is legacy code or integrated plugin code that’s just made to work with 1.0. Take editing your forums placement, it uses an old AJAX routine from 0.8 to send to a page that’s not actually part of the current admin set up, and has no hooks/actions/filters/triggers. No plugin can interact with it. (I’m not against AJAX or the use of javascript, but there’s only 1 place in the whole admin area where there’s no actual posting back of info, and it just so happens to also be the one place where there’s hooks/action/fiters).

In my opinion, at some stage someone more intelligent than myself (not difficult) needs to have a look at bbPress on the whole, not in terms of X bits of code, but more in terms of the coding philosophy behind it. Not to make radical changes, but to make sure that it’s all going in the same direction.

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

@johnhiler

Thanks, i’d be very keen to know how you got round that particular issue, i personally got round it by writing a plugin after abandoning _ck_’s approach in her plugin.

Finally,

That said, please don’t (even jokingly) refer to anyone as an idiot!

You’re right of course, apologises to anyone i did offend there. I write on these forums at about 3-4am my time as that’s the busiest time for the rest of [the board], and sometimes i forget to edit myself. I am sorry

[gruff1927]

This is currently a problem for me as well. Like nonegiven above, I need dual language WordPress/bbPress integration, i.e. I need the facility to be able to switch the language of the bbPress forum interface from within the forum interface. Ideally this could tie in to the user’s stated language preference, or the language of the referring webpage.

However, I can only currently change the interface language by changing the settings in the bb_config.php file. This changes the language of the interface globally, which.

Like nonegiven, I’ve tried the bbPress Language Switcher plugin by _ck_ as well as User Languages and these don’t seem to work on v1.

Unfortunately, this undermines the usefulness of bbPress for multilingual websites.

Any chance that this will be on the roadmap for the future?

[Taeo]

Thanks for all the compliments!

And thank you Dan for pointing out my mistake! Doh! I’m sure there are a few other things I’ve missed along the way.

Btw, less than 48 hours since it has been live and I’ve already seen over 1,400 unique visitors

[paulhawke]

In theory you would make a backup of your my-plugins and my-themes directories. Then, delete the files in your existing bbPress install. Next step, run through the famous “5 minute install” of WordPress, and download the bbPress plugin and activate it. That’s the obvious part.

I would assume that a bbPress plugin would create a new top-level menu in the WordPress admin area. In a brand-new install, this would allow you to create the bbPress specific data structures in your database or to migrate existing bbPress data from an old version. After that step, the bbPress admin menu would switch to showing admin options for forums / topics / posts, etc.

My guess (if data structures remain largely the same) is that the “installation” of the plugin would merely write a WordPress option value telling the bbPress plugin what its database prefix is, and all the data already there would appear automatically.

Assuming that a bbPress plugin is connected to its data, it would need to be connected to the GUI somewhere. My guess is that you would create a WordPress static page and its content would be a short-code that the bbPress plugin replaces with its entire display.

[paulhawke]

@kevinjohngallagher

… but if you give the data-structure to a DBA or heck, a basic developer they’ll scratch their heads.

The datastructures underpinning both WordPress and bbPress are shocking to me, as a senior level developer. Just because you can do a thing doesnt mean you should do a thing; just because you have “*_meta” tables that store key/value pairs (that is, post_meta, user_meta, topic_meta, etc) doesnt mean that you should use them for absolutely everything. Tables like those are a commercial DBA’s worst nightmare.

There is no way to set any forum as read only, or hidden, or anything else. Forums don’t have settings, and why is that? because they’re exactly the same as categories in wordpress. Which suits the current need of one type of forum, and that’s one that has no need for parentage (such as this forum and the WordPress support forums).

bbPress was originally designed to be simple and lightweight. There are heavy-weight PHP based forums out there and I dont believe that bbPress was designed to compete. Lean, mean and simple seem to be the guiding principles, and it shows. The design of the code is very much the minimal working set you need for a basic forum. Problem is, people expect more, so you get to the point of needing a half-dozen plugins to reach the new “baseline” expectation. Suggests to me that certain plugins need to be [a] pulled into core and need some decent data-modelling done before getting released as “core” functionality.

Hey has anyone used XML_RPC to post to their forums yet? it’s awesome…

ROFLMAO

I’d like to stress i’m not advocating a massive change to the core, honestly I’m just up for discussion. I’m really just wanting to know people’s feelings or thoughts on this. Far too much data is not readily/intrinsically/obviously available especially when said data is on a predefined 1-to-1 relationship.

I would be willing to go through and document the database, including a nice clear diagram. I would also be happy to talk (deeply) about database design issues. It wouldnt be hard to pull together a patch to submit to Automattic to enhance the internal data structures. The issue I have though, is the number of plugins that would need to be massaged after such an event. Still, I’d be up for it.

@johnhiler

My general sense is that most of what you describe can be pulled off with plugins…

Adding the end-user functionality, yes, but the issue isnt so much the functionality as the data-structures a plugin needs to wrangle to accomplish its desired purpose. Right now the low-grade of data model design hurts.

@Marius-

I would love to have a dynamic sidebar I could add or remove things with ease. Have polls on the sidebar, not arrested in a topic, and maybe a chatbox instead of having an “Off Topic” category or thread.

I would like to see all of the major pages in bbPress be “widget enabled” – the “forums list” and the “topics list” simply be widgets, the heat-cloud for tags be another and so on. That would allow me to create an alternative display of topics, and drop it onto my own forum wihtout needing to hack the template.

Not to be too controversial here, but if/when bbPress becomes a WordPress plugin, we would get that functionality for free, pretty much.

I really enjoy the beautiful minimalism of BBPress, and I dont want it to get more complicated.

Amen! Preach it brother!

[deadlyhifi]

You could do this in the theme files.

In topic.php, around line 35 where the topic posts are listed, check if they’re logged in.

e.g

<?php if ( bb_is_user_logged_in() ) { ?>



<?php foreach ($posts as $bb_post) : $del_class = post_del_class(); ?>

<li id="post-<?php post_id(); ?>"<?php alt_class('post', $del_class); ?>>



<?php bb_post_template(); ?>

</li>

<?php endforeach; ?>



<?php } else { ?>



<li>Sorry, you must be logged in to view this - register now!</li>



<?php } ?>

[kevinjohngallagher]

So my wish to BBPress is to keep it simple, and make the hard things even simpler.

The hard things right now is adding new features, polls and many of the plugins requires alot of work to plug in.

Yes, thats what we’re talking about

Things are harder right now, and we’re trying to discuss them to make them easier.

Why not make these into widgets instead, as a sidebar?

I would love to have a dynamic sidebar I could add or remove things with ease. Have polls on the sidebar, not arrested in a topic, and maybe a chatbox instead of having an “Off Topic” category or thread.

Who had under 2 minutes in the “ZOMG i cant code so ignore data structurz & make me XXX feature” poll?

Yeah, i’m going to hell, i understand. Well i tried.

[kevinjohngallagher]

Kind of mate

In fact, I’m sure that a lot if not everything bbPress related could be done with plugins, but it comes to a point in time where a certain number of plugins are needed as standard for the forum to function properly.

I mean, “forum_is_category” and “topic_voices” are in the core now, but rather than being in the core tables, are still added and fiddled around with as meta data, so there’s always an INNER JOIN needed or additional SQL calls.

Call up a topic, in SQL, simple. How many Posts? there’s the data. How many tags? there’s the data. Heck, last poster’s name? sure! How many voices? oh hell no! I don’t keep that data here. It’s a secret!! Even though it’s a one to one relationship and it’s in the core, we keep that somewhere totally different, and you need to come up with a totally different method of getting that info. Ha, i mean, just cos it’s in the core, doesn’t mean it’s laid out prof… well we don’t use it on the WP support forums.

I’m not suggesting anything overtly Machiavellian at all, please don’t assume that and if I’ve given that impression I’m sorry (sometimes i jokes dont translate well), but if you give the data-structure to a DBA or heck, a basic developer they’ll scratch their heads. There is no really good reason for something like “forum_is_category” or “topic_views” to be held in a separate table as a data row, other than the one major forum where it’s not used. And that’s ok, he who pays the piper calls the tune, but that’s a core issue.

Realistically, thats not a coding issue, it’s a perspective issue. In order to get at the data, we need to call additional database information that we don’t need. Why do we need that overhead, even if it’s small.

Deep down, I can’t believe I need a plugin for my forum to be able to say it has posts underneath it though. That isn’t a bug and it isn’t intended, it just wasn’t thought of.

Same with Mass deleting of users / topics / posts. Or the ability to be able to add any form of ordering or filtering to any of them. Just wasn’t thought of.

I can understand a plugin with a specific purpose in this field (I’ve written one that marks any “.ru” and “.cn” user as bozo automatically), that’s cool. But I still think it’s daft that I have to manually search the user list every day for members with certain words in it – that stuff became bog standard on the internet a long time ago.

You know, once i search for (and find) a user, it then takes me 7 clicks and 4 different pages to delete the user. And there is no en-mass option. 7 clicks and 4 pages!!!! That’s not a ‘plugin or not plugin’ issue, that’s no PM/BA/IA/common-sense issue. I mean, really, having to leave the admin area to interact with a user? They got rid of that idea in wordpress almost 3 years ago.

I don’t want to flog a dead horse, but now that WordPress isn’t being ported to backPress (at least in the next version minimum), can you imagine the difference that rolling in a moderation suite or really any of _ck_’s non-fluff (smilies, bbcode) plugins into the core would have made in the 14 months between 0.9 and 1.0 being released? Hey has anyone used XML_RPC to post to their forums yet? it’s awesome…

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

Is the concern that since the data design isn’t optimized for inherited forums, the query count will go up?

Yeah, kind of. It’s more that it’s already gone up, and as themes become more complex, it’ll go up again.

Let me give an example, and it’s a walkthrough – there could be code optimization.

To load the last forum poster/post (and btw this is for the singualar, not the child, which would multiply this by each child forum), you effectively are looking up the topic with the last date that’s attatched to that forum, and then look up the last post that’s attatched to that topic. Ok, so that’s 2 additional SQL calls for every forum thats displayed in the forum list.

(EDIT: actually, I’m confident it’s just 1 INNER JOIN SQL call now, but it’s still not needed really).

Now on a forum like this, or on WP support forums, thats only 6 forums. ok, so 6 additional calls total. Meh, not fussed.

But do you see how this doesn’t scale? On one of my forums, a football one, we’ve a “forum” for every football team in the UK. There’s no “latest” list, as we want people to talk in their own club’s section. Thing is that’s:

England

– Prem

– – 22 teams

– (Another 4 divisions of 24 teams)

Scotland

– SPL

– – 12 teams

– (Another 2 divisions of 16 teams)

It was facing meltdown every now and then, and I realised why, I’m placing an additional 150 SQL calls every time I want to display the list of forums, simply to find out the last post in a forum (and that’s NOT including the code needed if I was to respect genealogy).

Here’s the thing though, the TOPIC table has a column called: topic_last_post_id. Do you know why? Because it allows an inner join rather than an additional SQL call. Very sensible. Of course, it just wasn’t transposed to the bit that a certain support forums didn’t use.

If we applied the same logic to “forums” as to the topics, heck even put it in the meta data table, we’d add 1 SQL command in total when a new post was added, instead of 1 SQL per forum listed per pageload per user. Now, i could write a plugin to do that, but it’s not solving the issue, it’s just papering over the cracks in the datastructure.

I’m sure there will be some people reading this and they wont get that that i’m talking about data structure and optomization, and not specifically about “last forum poster”. I’m not advocaating category heavy forums or flat file forums, i’m saying that we’ve got some real data holes, and i think we should discuss them. How long until i’m told to leave bbPress because on some of my websites I use it differently to someone who has relatively few uesers and so isn’t hitting any of these issues? I bet not long.

I am not in any way having a go at any current/ Past developer/ development team/ Santa nor the Easter bunny. But the data is set up in a way in which it is ideally suited for 1 type of forum, and not for any of the others. Thats cool, but if bbPress is going to be a WPplugin, then this doesn’t matter. If there’s going to be a standalone version, then this sort of thing really needs to be looked at.

There’s countless examples of this; I’m just going with the one that people can replicate easily.

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

I’d like to stress i’m not advocating a massive change to the core, honestly I’m just up for discussion. I’m really just wanting to know people’s feelings or thoughts on this. Far too much data is not readily/intrinsically/obviously available especially when said data is on a predefined 1-to-1 relationship.

Maybe if the data structure wasn’t so wishy-washy at points, there might be more plugin developers, or themes that looked a little more like the themes available on any of the other forums.

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

John you’re also right that a “moderation suite” could be done via a plugin, my thoughts on that though would be “XML-RPC is a standard feature, but moderating my forum is a 3rd party plugin”?

I don’t think that making Forums read only on a selective basis is the work of a plugin, thats integral to how a forum works. Same with certain forums being visible to certain people.

The ability to move/sticky/resolved a topic/post from inside the admin area isn’t the job of a plugin, thats the job of the admin area. otherwise, what the point of the admin area

I’m sure there are things that I think should be standard that many other don’t; and vice versa. I don’t want bloatware, i’m not suggesting we copy phpBB or anything else, but i also think that just because we can have a plugin to do a job that we should always have a plugin to do a job. Also, just because something works with the current datastructure, doesn’t mean it’s even close to optimal.

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

Phew, longer than i wanted. Probably wrote many things which people will get annoyed at. Then again, i’m sure some idiot will be along in a minute demanding that we stop talking about this and include Facebook Connect, Polls, Smileys etc. I wonder how long that will take before my data structure conversation gets it’s first “ZOMG i cant code so ignore data structurz & make me XXX feature”.

[kevinjohngallagher]

Hi John,

I’m not proposing anything right now (maybe in the long term), but it’s not my purpose.

Its really jsut one of the topics i wanted to discuss at “Bob’s no show of an IRC meet” (it’s now official title until we hear from bob – who i hope is ok btw). I’m not a developer, i can code, but i’m very poor at it. I am though not bad at the bigger picture stuff, and this year i’ve had to move 2 forums away from bbPress (we’re only 7 weeks in), and i’m not sure that by the end of the year my “convertin to” will be more than my “moved away from”.

I’m totally cool if people dont agree, and i’m cool if people do. I’ve been wrong many times before, and will be again

But, um, please right more than “report it in trac”

Cheers

[kevinjohngallagher]

*life is too short *

[kevinjohngallagher]

Last Thursday, after an email conversation with 3 people I respect from this board, i decided to take a look at the old bbProgress code. With a bit of dusting off, the weekend has seemed quite fruitful. there are though, still a few things that bother me greatly, and the more I delve into bbPress and the ability to theme it differently or extract data in a different manner, the more questions it raises.

Specifically, bbPress is effectively set up to meet singular criteria, and really struggles to be adaptable. I’d go as far as to say it’s far to blog like in data structure. I’m confident that if i had a few days off work (and with no kids) that i could easily make a wordpress theme that would look and work exactly the same as bbPress. That’s fairly disappointing.

It’s disappointing because forums and blogs are very different in their make up. Forums have genealogy and many to many relationships, while blogs do not. It’s not just a case of a feature wishlist, or replicating features on other forum solutions, it’s rather the mindset that bbPress has evolved with. The “this works for us” mentality. Here are some examples:

Genealogy

bbPress makes no attempt to update parent forums. It’s a major flaw that leads to forum X having no information on forum Y at all, even though they are directly related. Instead, in order to find this out, a plugin that makes numerous SQL calls every time a forum is loaded (and for every forum listed) must be created to fake this basic functionality.

Should your forum have no parent/child relationships (such as this forum and the WordPress support forums), then the issue probably hasn’t arisen.

This somewhat forces bbPress forums into linking via topics/posts rather than forum structure. I’m neither for nor against this, it definitely has its advantages for some forums, but for larger more structure forums where parent/child/child relationships are helpful, this quickly becomes very difficult when it doesn’t need to be.

More importantly, by only storing information in this blog-esque flat-file scenario, we’re keeping theme development very tied into plugins for even the most basic of information such as:

Forum – > Last Post

I’ve raised this one for a year and a bit now, but its a great example (imo).

Lets say, i run a review forum for restaurants in Pennsylvania (i don’t):

Forum

---

Topics — Posts — Last Post

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

USA

---

0 topics – 0 posts – No posts

– Pennsylvania

---

0 topics – 0 posts – No posts

– – Philadelphia

---

0 topics – 0 posts – No posts

– – Pittsburg

---

0 topics – 0 posts – No posts

– – Allentown

---

0 topics – 0 posts – No posts

– – Scranton

---

0 topics – 0 posts – No posts

– – – chinese restaurants– 1 topics – 1 posts – nom nom nom by fat albert

– – – french restaurants— 3 topics – 42 posts – i hate snails by Jody

– – – italian restaurants— 9 topics – 99 posts – i love pasta by Bob

Ok, so i hope this will illustrate the problem. According to bbPress USA, Pennsylvania, Scranton all have 0 posts in them, but that’s not true. They are parents in a forum sense, and have 13 topics and 142 posts under them.

The issue as a theme developer is that if you attempt to emulate the look/feel of any other forum software out there, then you have to make crazy complex SQL calls just to display the data that your users are used to. Or worse, (as i’ve shown in some real world examples) display “No Posts” on a forum that actually has loads of posts, just divided into their children.

I’m not saying that one way is better than another, but right now we’re stuck with only having data that fits one type of forum, and that’s one that has no need for parentage (such as this forum and the WordPress support forums).

Definition of Forums, Categories etc.

bbPress, in an attempt to roll in some backward compatibility of a plugin, included the “forum_is_category” meta. The issue here is that it’s a 1 to 1 relationship, a boolean, a yes/no; and yet we’re holding this data in the meta table, rather than the forum table.

What this means is that anyone pulling a list of the forums in a plugin, then has to compare each one to a different SQL against the meta table. Why isn’t their just a column in the forums table “is_a_category”? or even better, “forum_is_category”, and then no code would need to be changed in the existing “bb_forums()” loop. Why? well because if a forum doesn’t use categories because it has no need for parentage (such as this forum and the WordPress support forums) its not something they’re going to run into.

But of course, there is a bigger issue. A forum can only be a category or not a category. A Category is described (and categorised as) being Read Only and having Sub-Forums. The thing is, what if I want to make a forum read-only, but it already has child forums (for example, i want to make Philadelphia read only because i’ve divided the city into North/South as sub forums), would that mean that i want Philadelphia as a category? no. But that’s the bbPress definition.

bbPress has no way to add any form of settings or meta data to a forum. Forum A is treated the exact same way as forum B and forum Z, when in reality for forums rather than blogs, that’s not always the case.

There is no way to set any forum as read only, or hidden, or anything else. Forums don’t have settings, and why is that? because they’re exactly the same as categories in wordpress. Which suits the current need of one type of forum, and that’s one that has no need for parentage (such as this forum and the WordPress support forums).

A forum (n to n) not a blog (1 to n)

This is where the problem starts to expand. bbPress’s 1 to 1 reliance does not play well when attempting to assign other meta data. This really starts to throw issues as soon as your board becomes a certain size. Moderation is a nightmare because the whole n-to-n abilities of every other forum is non existent. Users to groups, groups to permissions on a forum per forum basic, rules on a forum per forum basis and per user and/or group.

Outside of WordPress integration the most common questions on this board are “how do i do X basic forum feature (read only, hidden forums, assign moderators etc)” and the answer is never good.

These are not issues for bbPress’s major role (the WordPress support forums), a forum with 5 sections, no parentage, and everyone is a WPuser already. But if you look around any of the “powered by bbPress” forums, and then look around any of the not-powered by bbPress forums, there are amazing differences. Those differences suit Automattic, and they may suit you (awesome if they do), but why do we continue to code/design/develop in a static flat-file based way that only meets the needs of one system, instead of assigning data in an N-to-N structure so that people can theme/develop/forum their own way?

My name is Kevinjohn Gallagher, and this is the 3rd February in a row i’ve written this (or v similar) post. I fully expect to be called an Angry Celt, “concern trolling” or whatever else is popular these days. In honesty, i’m holding my hands up to not being a great IA or Developer, and hoping that if i can raise these issues maybe we as a community can solve them.

Have a great day!

[wpcode]

when I logout, it display the error code below:

pls help me! what’s wrong with my site?

Database error: [You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘LIMIT 1’ at line 1]

SELECT * FROM bb_online WHERE user_id = LIMIT 1

Caller: bb_logout, do_action, call_user_func_array, online_logout

Warning: Cannot modify header information – headers already sent by (output started at /home/whg/public_html/wpcode/bb-includes/backpress/class.bpdb.php:569) in /home/whg/public_html/wpcode/bb-includes/functions.bb-pluggable.php on line 232

[Taeo]

Heya,

I posted in a thread a while back about a project I was working on with bbPress and some people were interested in it so now that it is complete I thought I would share.

WoW UI Gallery

I have created a community website for enthusiasts of custom user interfaces for World of Warcraft. Users make a post consisting of a description of their UI, screenshots, and other various meta data. Other users can comment on and rate the UI’s that have been posted. And of course they can discuss further in the forum.

Aside from some small modifications to the profile page code (why isn’t there a template for this?!) all of the additional functionality has been achieved through plugins and theme code. I wrote most of the functionality into a plugin I am called bb-gallery. I am also using ajaxed-quote (detective), bb-ratings (mdawaffe), bb-topic-views (wittmania, _ck_), my-views (_ck_), and front-page-topics (_ck_, mdawaffe).

There were a few snags here and there but overall I was very happy to work with bbPress and it will definitely be my first choice for any other forum project in the near future. The site has been up for less than 18 hours at this moment but I’ve already gotten over 1000 page views and a promising lead for a possible “digg” effect of sorts.

If any of you are WoW fans I invite you to join the community!

[chrishajer]

If you can log in at WordPress, navigate to the forums, still be logged in, and then log out and do the reverse, your cookie integration is fine. To test the rest (the reason you included wp-load.php) try using a WordPress function (wp_list_pages()) in a bbPress template and see if it works. Those would be good tests.

[chrishajer]

Is this require_once('/../wp-load.php'); inside PHP tags near the top of your bb-config.php file? Like this

<?php

require_once('/../wp-load.php');

/**

* The base configurations of bbPress.

.

.

.

?>

If it is properly inside PHP tags, then there might be something wrong with the syntax of that line.

The other thing is, chances are the file is NOT located at the root of the server. You have it starting out here: / – which is the root. Might look more like this:

require_once('../wp-load.php'); if wp-load.php is located one directory up. You can also use the full path to the file, if you know it. Like this:

require_once('/var/www/htdocs/wordpress/wp-load.php');

Looks like the path is wrong there if you have it starting with a slash, at the root.

[kevinjohngallagher]

Your error log is something you get form your hosting people. If your server has a Control Panel of any kind then there should be a link to it on there. If you can’t find it, ask your hosting provider

[thelobbyist]

Using bbPress 1.0.2 and WP 2.9.2

Where would I find my error log? And I’m assuming you mean when I add the deep integration code into the bb-admin.php file? Because when I don’t add the deep integration code snippet everything works flawlessly.