This error points to a problem in the config file:
Parse error: parse error in /home/cust2/user1080446/html/bbpress/config.php on line 4
Line 4 is the first line of the database config stuff, starting with database name. This error was not mentioned previously by you and maybe there is a new problem there.
The bb_walker error is interesting. In your error message, it’s lower case, but in the source, it appear like this, with some uppercase: BB_Walker_ForumAdminlistitems and BB_Walker. Not sure if that’s a typo in the source or a problem with the upload or something else.
My guess is that it’s used in lowercase for the function call, and it’s defined in uppercase, which doesn’t work, I don’t think. I’ve had that happen before when the development of a plugin or function is developed on a Windows machine where the case does not matter, and it’s loaded onto a Linux server where the case does. Maybe it’s something like that?
Looks like your server is Linux, so case matters there.
This is not a comforting note from the trunk: backPress: BOOM! this will break *everything*
Did you download the 0.8.3.1 release or a trunk release? I am fairly certain trunk is broken right now, but 0.8.3.1 should work. There was a post from sambauers here about a month ago saying that r980 was the best version to try:
https://bbpress.org/forums/topic/broken-profiles-for-users-with-spaces-in-the-names?replies=5#post-12769
bbPress is in flux right now. It’s not normally anywhere near this difficult to get up and running. Sorry for the troubles.
Hi there.
I am working in a post preview plugin. you can see it here http://www.klr20mg.com/dev/bbpress/.
I dont know if that is enough to release a beta version.
The plugin only sends the textArea text, applies filters and shows the text using ajax.
The preview only works with replies and has no design at all 
.
What you think?
Test url http://www.klr20mg.com/dev/bbpress/
see ya.
Fel64, you are totally right. That wasn’t so much an appeal to inferiority as it was an appeal to the bandwagon: I simply think people tend to judge a product based on what’s included, moreso than what’s excluded. I could have worded that better.
I could try to make a better case for an attachments plugin, but I run the risk of becoming “that crazy dude who’s always whining about attachments.” Besides, I don’t feel like I should try to argue the point, because I don’t really hear anyone arguing *against* it.
The best case I can see for any plugin is a chorus of users singing the same tune, asking for such an extension and offering what resources they have to contribute to it. I appreciate the input from everyone on this discussion, and hope we can continue it to the eventual development of this feature. As I mentioned before, I will look at the code, and do what I can (hack around) but then I’ll run the risk of being “that crazy dude who thought he could write a file attachment plugin.”
Which might be slightly better than being the dude who was just whining about not having one. But still.
(which if I remember from my signatures plugin has no action hook unfortunately and templates will need to be edited)
No, there’s been hooks for the post form for as long as I can remember.
pre_post_formpost_formpost_post_form
Charlie: ticking off boxes because other software ticks those boxes is feature creep. Goes against, as you say, what bbpress is about. And even if it didn’t, it makes no sense; feature ideas should be evaluated on their own merits. I’m not saying attachments shouldn’t make it in (personally, I don’t much like file attachments), but that you can make a much much better case for it than saying that it’s a square on the Forum Matrix that bbpress doesn’t have.
I can’t speak for the world at large, but I think that many people might be passing up a great product (bbpress) because they are looking for forum software with a few more “essential” features. A great number of other forum packages on the ForumMatrix offer multiple file attachments, and while I agree with the developer’s dream of keeping this thing nice and lite and agile, I think anytime a red X on the ForumMatrix is eliminated, it increases the overall appeal of bbpress to the forum dev community.
HowToGeek, I don’t know how much use I’d be to you as a coder, but I’m willing to do whatever I can to help you start a plugin like this.
Just put what ever sort of link you want (button, image, text link) in whatever page template you want the link to appear in. Just edit the proper template (maybe header.php) and put something like this in it where you want the link to appear (maybe near the login form around line 36 in the 0.8.3.1 release):
<a href="http://www.server.com/blog/" title="return to blog">Return to Blog</a>
Ok, so I changed the code to this:
Options +MultiViews
RewriteEngine on
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} !FeedBurner
RewriteRule ^/rss/$ http://feeds.feedburner.com/PinkOnBrownBB [R,L]
And…nothing. Here’s the link to the forum:
http://bb.pinkonbrown.org/
Rewrites seem to be working in every other sense. Redirecting to feedburner works fine in WP – but then, I’m using the plugin.
Again, essentially the avatar upload plugin does all this (filename scrubbing, etc) the code would just need to be hacked to make it attach to posts instead of users and the interface would have to be on the create/edit post form (which if I remember from my signatures plugin has no action hook unfortunately and templates will need to be edited). “Avatar Upload” even checks filenames and the php code checks dimensions which ensures it’s really an image. Other filetypes like zips or pdf would be more tricky but just an extension of the process – first start with images and work from there once you have it running.
I’d like to see this happen, but don’t look at me for coding, I hope someone else steps up to the plate. Got my hands full right now with “Super Search” which is quite difficult on all sorts of issues. I won’t be done with it for a week or two at earliest, more realistically the rest of February.
You can find this function in bb-includes/functions.php
function bb_add_topic_tags( $topic_id, $tags ) {
global $bbdb;
$tags = trim( $tags );
$words = explode(',', $tags);
if ( !is_array( $words ) )
return false;
$tag_ids = array();
foreach ( $words as $tag )
if ( $_tag = bb_add_topic_tag( $topic_id, $tag ) )
$tag_ids[] = $_tag;
return $tag_ids;
}
The explode() function is where the logic is happening… you’ll have to test to see if it screws up anything else, cause I’ve not tried it.
HowToGeek – I’ve put that code in the .htaccess and it still doesn’t seem to work.
Here are the contents of my .htaccess file:
Options +MultiViews
RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !FeedBurner
RewriteRule ^/rss/$ http://feeds.feedburner.com/PinkOnBrownBB [R,L]
Is there anything noticeable that might be causing the problem?
All my knowledge is usually from trial and error (and lots and lots of benchmarking).
MySQL penalties are biggest when there’s no index for what you are searching for and how cacheable the result is. If there’s only one user online, you’ll never notice poor mysql performance. If there’s 500 users online, each making 20-30 queries, you better have decently written code.
Loading a regular topic page is very low penalty as long as other plugins are properly using the bbcache. Many of them don’t and hammer away at mysql for every new user/post encountered.
Ajax topic loading would be no worse than regular page loading as long as the queries are nearly identical for users, therefore the result can be cached in mysql. As long as you use OFFSET in the query, you can keep going forever down the page without preloading the entire result – the hard part is not the db code, but the ajax code. I have no clue how to do it, I’d have to do it in pseudo ajax (simple innerhtml writes) which is probably some kind of security risk.
The bad idea about all of this is bookmarking results. If you want to send a friend a link to the 50th post which is technically on the 4nd page but you seem to be on the first page because of ajax – you’ll never be able to bookmark the 4th page. Some ajax routines dynamically change the URL to solve this by adding a cruft like #page2 after they pass that mark, which will not re-load the page in the brower but alter the bookmark if saved.
Getting back ajax posting is probably a bigger priority than ajax reading for now. And a bit more difficult.
As I was reverse integrating the WP trunk with the bbPress trunk this weekend I was thinking a lot more about this – and the more I think about it, the more I am getting confused about what is being planned.
If WP and bbPress are being coded to use to a unified function library that would definitely break wordpress hooks. But Matt would never do that as it would break 1000’s of plugins and themes for the far more popular WordPress.
In some ways, bbPress’s db/load process and hooks are slightly more thought out/evolved than WordPress because they came later and WordPress has to maintain some backward compatibility.
So then it occurred to me that to leave the WP hooks alone, I hope you are not trying to replace the core of bbPress only with WP-like functions? I don’t see how that could be done without breaking every single plugin and theme for bbPress? Will the next (non minor) release of bbPress have a nearly-unified WP core?
In trac I see BB functions being renamed to their WP counterparts. But no wrapper functions for backward compatibility are being written. I see the backend of bbPress being hammered into backPress and I imagine the next bbPress as simply a front-end being re-written to only use the backPress, ie. wordpress, hooks.
So I guess the final question is: is there a plan to write wrapper functions or is the general attitude just to abandon all third party work to date for the next bbPress release and just hope we go along for the ride?
@fel64
Typically the cost of doing a query at all is the biggest performance concern, unless the query returns many thousands of records, then the size becomes a concern. It’s really all about profiling your code to see where the performance problems lie.
The problem here is that ajax doesn’t load large amounts of data very quickly… it’s best for small requests, not loading a giant page. There are many sites that use this technique, however, including sites like Digg.
Pre-fetching everything and hiding them has other concerns, because it would make every page load huge, and potentially without reason.
Finally, there would be concerns for google indexing if you are hiding half the posts, or also if the user doesn’t have javascript enabled.
Or, just turn off permalinks in your config.php:
$bb->mod_rewrite = false;
At least at that point, things would work for you.
problem solved..
instead of localhost i had to enter the other thing which dreamhost told me …
but now another problem
the forum is working fine http://test.nofullstop.com/bbpress/
but the slugs arnt??
what went wrong now??
Have a look in your mysql database with phpmyadmin at the bb_usersmeta table for your user (whatever ID that is, which you can get from the bb_users table). If you find the row that has the meta_key column of bb_capabilities, you’ll probably find the meta_value is:
a:1:{s:6:"member";b:1;}
If you change that to:
a:1:{s:9:"keymaster";b:1;}
You’ll find you’re an admin and can see the admin panel.
It is most certainly a problem with the details you have entered for the database. One of the four items is incorrect: that is precisely what the Cannot select DB error is telling you.
I can help you off list of you would like to contact me (check my profile for a website where you will find contact information.) I will need access to the config.php and your Dreamhost control panel to see the database details.
i use different database for my wordpress blogs and i created new database for my test forum
database name: testforum
user: testforum
password is also correct
I doubt what I need to enter in host..currently it is localhost and i am using dreamhost to host my account… but i am sure i do not need to enter that in place of localhost..!!
so what could be the problem?
and in that BBLANG i have written en even though i dont have any MO file..
confused …please help me
Chris: http://www.messandnoise.com/discussions/1346861 only above 40 posts or somesuch.
From what I’ve heard, *press will probably end up with jQuery.
_ck_, is the cost of fetching a fairly unlimited and variable number of posts significantly greater than the cost of fetching just 40 once? I always thought the cost of doing a query at all was the significant thing, not the amount of data you get back – but I’ve not systematically learned SQL and I don’t really know where or how to look for this information 
Is there any place you can recommend?
okay I found the cause but not the reason or solution.
this produces entirely different results in WP trunk vs BB trunk:
echo wp_hash("abc". "123")." - ". hash_hmac('md5', "abc" . "123", wp_hash("abc". "123"));
So each program cannot evaluate the other’s hash/key/hmac
Still researching. The salt is identical. This is perplexing.
“Put in a plugin” means:
1. create a new file with a text editor.
2. give it a name like “bb-restrict-new-topic.php”
3. create a header in the file that tells bbPress this file is a plugin, like this:
<?php
/*
Plugin Name: Restrict New Topic
Description: Restrict new topic creation by members
Version: 0.1
*/
4. put the text from that other page into the rest of the file.
5. be sure to close the file with a ?>
6. put that new file in your bb-plugins folder.
7. activate the plugin in your admin panel
8. test test test
I think the plugin file will look like this when you’re done.
http://pastebin.com/f488c97d5
Put this code in a Plugin. The group "Member" will be affected.
function restrict_bb_got_roles() {
global $bb_roles;
unset($bb_roles->roles['member']['capabilities']['edit_topics']);
unset($bb_roles->roles['member']['capabilities']['write_topics']);
unset($bb_roles->role_objects['member']->capabilities['edit_topics']);
unset($bb_roles->role_objects['member']->capabilities['write_topics']);
}
add_action('bb_got_roles', 'restrict_bb_got_roles');
What happens If you use this? Do only members + higher be able to post here and all can reply and read?
Nice work.
Looks like there is “only” a 6k penalty on the browser side for the extra javascript and under 1k for the extra css. Bit of work on the server side but it may be worth it for a forum that deal with a lot of code being posted.
Be sure to submit it to the bbpress plugin browser
https://bbpress.org/plugins/add/
so it gets much more exposure.
> I would have no chance in coding it myself 
Not if you’re thinking like that. Starting to code in PHP really isn’t so hard and there’s no genuinely nasty bits in this plugin.
But even if you really don’t want to try doing it yourself, bumping it does no good at all. The forum isn’t active enough for this to disappear off the front page immediately and plenty of people will see. There’s also far more people with ideas than people who want to write plugins but have no ideas (and that’s the way I suspect it will always be), so plugin requests are a rather long shot.
Hi there,
Well, code highlighter its here. i love iG:Syntax Hiliter plugin for WP so i modified it to work in BBPress.
you can find it here
http://klr20mg.com/bbpress-syntax-highlighter-en/
Is the 0.1 Beta version.
Enjoy.
Cheers.
