3,951

(11 replies, posted in PunBB 1.2 troubleshooting)

In that case, you would change default '' to default 0
However, as I said, that's not the only change necessary

3,952

(24 replies, posted in PunBB 1.2 discussion)

Burnsy86 wrote:

This is kind of scary.  Is it possible for these guys to hack into our servers through PunBB?  What if someone has their forums on an e-commerce site?  yikes...

Unless I've missed something, nobody has found an exploit in PunBB here smile

3,953

(24 replies, posted in PunBB 1.2 discussion)

The whole point of having the cache is that it isn't stored in the database wink
And the stuff doesn't have to be world writable: it completely depends on your settings. I know, for example, that my cache files, avatars, etc are only writable by the user that created them

Take a look at the aptly named check_cookie and pun_setcookie functions in include/functions.php?

3,955

(6 replies, posted in PunBB 1.2 discussion)

Not as a default feature

3,956

(11 replies, posted in PunBB 1.2 troubleshooting)

You have to edit install_mod.php to change the default values for some int columns (ie: owner) to be actual integers

3,957

(6 replies, posted in PunBB 1.2 discussion)

You can't use HTML, you need to use BBCode

3,958

(22 replies, posted in PunBB 1.2 troubleshooting)

The database should have nothing to do with this, nor should install_mod.php

3,959

(24 replies, posted in PunBB 1.2 discussion)

<Limit GET POST PUT>
Order Allow,Deny
Deny from All
</Limit>

3,960

(22 replies, posted in PunBB 1.2 troubleshooting)

Only thing I see in common that wouldn't be elsewhere is lang/English/register.php: I doubt that's requiring functions.php though

3,961

(24 replies, posted in PunBB 1.2 discussion)

IDunno wrote:

Hi Smarty,

Would it be possible to throw in a .htaccess file in the the cache folder or any other "writable folders" to stop someone from accessing php files? Say something like this::

<Files *.php>
Deny from all
</Files>

Would this work? Just wondering...

Thanks

A similar .htaccess file is there by default: I would assume it was removed by your friendly hacker

3,962

(24 replies, posted in PunBB 1.2 discussion)

I would contact your host and ask them: they're in a better position to figure it out.

3,963

(24 replies, posted in PunBB 1.2 discussion)

I can't be certain, but my guess is that the person had some other access to your forum (ie: they compromised another site) and then used a script to deface more sites on the same server

3,964

(24 replies, posted in PunBB 1.2 discussion)

Could you email a copy of the file to me please? My email is smartys at this domain

3,965

(22 replies, posted in PunBB 1.2 troubleshooting)

It shouldn't but you can try removing the files. To be honest, I have no way of knowing what the isssue is

3,966

(22 replies, posted in PunBB 1.2 troubleshooting)

Were there any other edits you did?

3,967

(22 replies, posted in PunBB 1.2 troubleshooting)

And if you revert your changes for one file at a time, does it go back to normal?

3,968

(24 replies, posted in PunBB 1.2 discussion)

That would be an XSS attack. As far as I know there aren't any in PunBB right now, so I'd look into the mods you have installed. If you manage to find the cause, make sure to report it to the author (you can email any member of the dev team if the bug happens to be in PunBB)

3,969

(22 replies, posted in PunBB 1.2 troubleshooting)

OK, could your paste your edited copy of header.php, register.php, and functions.php here please?

Actually, you have it backwards (I'm talking about 1.3 behavior here). wink
The links use the base URL and the includes use PUN_ROOT. For 1.2, the only difference is that links, etc don't use base URL

3,971

(22 replies, posted in PunBB 1.2 troubleshooting)

What was the last file(s) you edited?

3,972

(1 replies, posted in Programming)

Moved to Programming
Did you restart Apache after editing php.ini?

3,973

(1 replies, posted in Feature requests)

$pun_user is not the same for all guest users. In addition, it fetches from the online table on every pageview in that query because the value in the table changes every pageview. You can't just eliminate the query.

3,974

(3 replies, posted in PunBB 1.2 discussion)

viewtopic.php

FIND

$result = $db->query('SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM '.$db->prefix.'posts AS p INNER JOIN '.$db->prefix.'users AS u ON u.id=p.poster_id INNER JOIN '.$db->prefix.'groups AS g ON g.g_id=u.group_id LEFT JOIN '.$db->prefix.'online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id='.$id.' ORDER BY p.id LIMIT '.$start_from.','.$pun_user['disp_posts'], true) or error('Unable to fetch post info', __FILE__, __LINE__, $db->error());

REPLACE WITH

$result = $db->query('SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM '.$db->prefix.'posts AS p INNER JOIN '.$db->prefix.'users AS u ON u.id=p.poster_id INNER JOIN '.$db->prefix.'groups AS g ON g.g_id=u.group_id LEFT JOIN '.$db->prefix.'online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id='.$id.' ORDER BY p.id DESC LIMIT '.$start_from.','.$pun_user['disp_posts'], true) or error('Unable to fetch post info', __FILE__, __LINE__, $db->error());

That looks like quite a big change, but I just added "DESC" to the end of the order by clause

3,975

(4 replies, posted in PunBB 1.2 discussion)

Keep in mind that the announcement can now not be used for normal announcements, it is only shown for guests