They disappear for administrators/moderators because the require call for header.php was moved, causing a query in there to preempt the unbuffered query in index.php. I just moved it back 
1,601 2007-12-24 14:06
Re: PunBB 1.3 (Latest SVN) (42 replies, posted in PunBB 1.2 show off)
1,602 2007-12-24 13:31
Re: reputation mod! Problem! (1 replies, posted in General discussion)
You already ran that script, so the columns are already added.
1,603 2007-12-24 12:53
Re: Log Users Automatically (3 replies, posted in PunBB 1.2 discussion)
Moved to PunBB Discussion, since this is not a feature request but a request for information 
So, the easiest way to do it:
Disable registration for PunBB
Edit profile.php so the user can't change certain details that you want to remain the same between accounts (eg: password)
When a user registers on your site, add a row to your PunBB users table for them.
When a user logs in, look up their information in the database and create a cookie like pun_setcookie does based on that information.
1,604 2007-12-24 12:51
Re: last 10 threads (1 replies, posted in PunBB 1.2 troubleshooting)
Moved to Troubleshooting
You can't include a file on the filesystem using URL parameters. You either need to call it via the full URL or include just extern.php and set $_GET properly beforehand (which you can't do if you want this to show within PunBB, since extern.php wasn't meant to be called by PunBB scripts)
Also, adding PHP to your main.tpl involves calling pun_include, not using PHP directly. You can read more about it in the documentation.
1,605 2007-12-24 01:21
Re: Blank page (4 replies, posted in PunBB 1.2 troubleshooting)
http://www.xplosunn.com/f/config.php
It looks like you didn't save it as a plain text file, but instead as a rich text file or in some special encoding. Just use Notepad (if you're in Windows)
1,606 2007-12-23 21:30
Re: locking threads (2 replies, posted in PunBB 1.2 troubleshooting)
Moved to Troubleshooting
Look at the footer when viewing a topic
1,607 2007-12-23 15:40
Re: Error: Unable to fetch group info. (21 replies, posted in PunBB 1.2 troubleshooting)
OK, could you post your complete code so we can take a look at how the scripts are potentially interacting?
1,608 2007-12-23 15:39
Re: Error: Unable to fetch group info. (21 replies, posted in PunBB 1.2 troubleshooting)
PunBB doesn't rely on that though, it stores the connection ID and uses it explicitly.
Now, time to re-read this topic.
1,609 2007-12-23 14:31
Re: What happend to PunBBig? (21 replies, posted in PunBB 1.2 discussion)
Yes, the forum owner needs to consent by uploading a file
1,610 2007-12-23 13:59
Re: What happend to PunBBig? (21 replies, posted in PunBB 1.2 discussion)
Is it on the list? Even if it is, it's still only 1 forum using that as its default language pack.
1,611 2007-12-23 13:52
Re: What happend to PunBBig? (21 replies, posted in PunBB 1.2 discussion)
Because it's < 1% I would assume?
1,612 2007-12-23 13:51
Re: spammers are on to you (24 replies, posted in PunBB 1.2 troubleshooting)
I think a good solution would be some adjustable cap parameters. For example, letting the admin decide after how many posts does a user have the permission to post links. That along with a frequency cap applied only to new users, i think would work.
The more variables the admin can control the most efficient the protection is because the spammers don't get to know what they need to go around.
Except that won't stop the spam from bots, which don't care whether or not you have links or not. As long as they can post, there will be spam posts
1,613 2007-12-22 18:14
Re: $pun_user['g_id'] variable empty with guest messages (6 replies, posted in PunBB 1.2 troubleshooting)
I don't know what you mean. The issue isn't setting the value, it's making $pun_user global, which it only is when header.php hasn't been called before the message function (since we need to know the style to use, for example).
1,614 2007-12-22 13:24
Re: spammers are on to you (24 replies, posted in PunBB 1.2 troubleshooting)
dmspilot00 wrote:
Yes, adding a column to the online table does not sound like a good idea, but why would you do it like that instead of having a seperate table just for captchas? Not trying to argue, as I do agree that using mods for spam protection is good because then everyone's is a little different
How would you associate the CAPTCHA data with the guests I think you would end up either reimplementing PunBB's system or reimplementing the PHP session system. In either case, using the existing system is better than writing your own, if only for the assurance that it just works. 
1,615 2007-12-22 13:22
Re: Search is broken (5 replies, posted in PunBB 1.2 troubleshooting)
I do think we found the cause of this, it was because the size of the results were too large to store in a TEXT field.
1,616 2007-12-22 13:21
Re: Write error... (1 replies, posted in PunBB 1.2 troubleshooting)
Right click the folder, make sure it isn't marked read only?
And those types of settings don't just change suddenly, someone must have done something
1,617 2007-12-21 20:55
Re: spammers are on to you (24 replies, posted in PunBB 1.2 troubleshooting)
Not adding a table, adding a column to the online table (a HEAP table) that is only applicable to guests who are registering. So, you're allocating more of the MySQL server's memory when the column isn't even going to be used by most of the users.
Of course, if you're going to write a CAPTCHA extension, you would likely do add the column or use PHP sessions. That doesn't change the fact that they're less than ideal solutions for storing the answer on the server
1,618 2007-12-21 18:01
Re: Search Thread (10 replies, posted in Feature requests)
Dr.Jeckyl wrote:
Bad request. The link you followed is incorrect or outdated.
You need to have a Textpattern account to see it
1,620 2007-12-21 16:37
Re: rel="nofollow" on "Post Reply" links? (3 replies, posted in Feature requests)
We use NOINDEX, FOLLOW, not nofollow.
1,621 2007-12-21 16:09
Re: Db query question (5 replies, posted in Programming)
Yes, join the forums table and get the category ID
1,622 2007-12-21 14:04
Re: $pun_user['g_id'] variable empty with guest messages (6 replies, posted in PunBB 1.2 troubleshooting)
Because it's not used?
1,623 2007-12-21 13:47
Re: spammers are on to you (24 replies, posted in PunBB 1.2 troubleshooting)
kevinnading wrote:
as far as the ocr.. i dont know how many of them have that sort of capacity available to them, im sure some do. but why have it use sessions? upon generation of a random string.. add the string to a temp table.. then check the user's verification input against that temp table.. too many wrong tries.. ban em.
I mentioned that in my previous post as being less than ideal
kevinnading wrote:
if you had the resources available to support it.. you could add a "captcha" generation service. where when the verification email goes out.. the server first queries your service center for a captcha image(reduce local requirements) then drops the string in the temp table or wherever it is you store the random password.. emails the verification email with the random password inside the captcha image im the email and for those textonly-based mail clients they could be pointed to a url that is a copy of the verification email.
No way that would work
A single point of failure for all the CAPTCHAs that would be used by PunBB? Even if spammers didn't pay people a couple cents to type in CAPTCHAs for them, that would take an immense setup to run for very little gain.
1,624 2007-12-21 13:43
Re: Search Thread (10 replies, posted in Feature requests)
Mmm, sounds like a good extension to me
1,625 2007-12-21 12:50
Re: spammers filling up user counts (21 replies, posted in PunBB 1.2 troubleshooting)
kevinnading wrote:
very good smarty, maybe you guys might want to implement an automated prune option where upon new user(so not to deal with cron jobs) it prunes non-verfied users that have been there a certain period of time or even an option of displaying them in the total user count and latest new user.
That's an interesting idea for an extension
kevinnading wrote:
as far as storing them more efficiently.. personally id have new users in their own seperate table and not a part of the active forum system until they have verified, but thats just my opinion.
Then not only are you duplicating schema but you are also still storing the data. It takes up just as much room. There is no advantage to storing the data separately