Probably not by default

3,052

(11 replies, posted in PunBB 1.2 troubleshooting)

asbjornu wrote:

Good to see that it's planned. I could provide a patch that implemented it, if I could just receive instructions on how to contribute it. wink And I agree that modifying $_GET is a hack.

Well, I think extern.php is going to stay the way it is and we'll provide other methods for integrating PunBB stuff with other stuff on a site

3,053

(3 replies, posted in PunBB 1.2 discussion)

delete.php? tongue
It's not a security question, it's a confirmation page

3,054

(13 replies, posted in PunBB 1.2 discussion)

mindlessoath wrote:

i think he would like an estimated eta on the beta so developers can develop mods for it?
mabe not.

i know we are all looking forward to it, and im willing to wait!

Then what Dr.Jeckyl said holds true

egg wrote:

but not much seems to happen on it. I already saw some posts that people have managed this already - I think we just need some "how to" docs written??

Because 1.3 isn't done yet. Our plan is to make integration far simpler for 1.3 wink

3,056

(13 replies, posted in PunBB 1.2 discussion)

Strofanto wrote:

You can get a subversion of it even now if you want, as for the final version, what Dr.Jeckyl said.

Keep in mind, of course, that the code is not yet done and we (the developers) won't support any use of it until the beta

3,057

(7 replies, posted in PunBB 1.2 discussion)

towelie wrote:

thanks  - bookmarked

That link is only to changeset 964 for one file: it won't show what the final version for 1.3 will be
Not to mention that any use of 1.3 at this stage is completely unsupported (I feel the need to add this to my 1.3 related posts these days)

3,058

(7 replies, posted in PunBB 1.2 discussion)

There will not be an hdiff or patch from 1.2-1.3 as far as I know, simply because there are too many changes. You'll need to overwrite all your old files and then run the db_update.php script to update your database. All of your mods will be gone (although not any data they may have stored in the database).  As pogenwurst said, mods will need to be rewritten with the new system.

3,059

(89 replies, posted in PunBB 1.2 discussion)

spammers will post replies and new topics
the question thing has already been proposed and pointed out as generally good (although it does put a burden on the admin)
and spammers spam whatever they can

3,060

(4 replies, posted in PunBB 1.2 troubleshooting)

Well, this is a server issue: you'll need to talk to your host about it

3,061

(11 replies, posted in PunBB 1.2 troubleshooting)

Yes, but that seems rather like a hack. I'd rather see something easier to use.

Run the following query:

CREATE TABLE pbb_ranks (
                    id INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
                    rank VARCHAR(50) NOT NULL DEFAULT '',
                    min_posts MEDIUMINT(8) UNSIGNED NOT NULL DEFAULT 0,
                    PRIMARY KEY (id)
                    ) TYPE=MyISAM;";

3,063

(4 replies, posted in PunBB 1.2 troubleshooting)

Then there really isn't much we can do: the 500 error is too generic to help us.
I would try deleting all the .php files in your cache directory

Moved to Troubleshooting, this isn't a bug in PunBB smile
It sounds like you dropped the table at some point, you'll need to re-create it.

And using debug mode isn't dangerous per-se, all it does is provide more verbose error messages. The reason it's not enabled all the time is because showing the debug messages to random other people is bad from a security perspective.
Oh, and stop using caps wink

Make sure the cache directory is chmodded correctly, then delete all the cache files (the .php files in the cache directory)

Mmm, that sounds to me like your cache files aren't being written to properly

3,067

(11 replies, posted in PunBB 1.2 troubleshooting)

asbjornu wrote:

Because of the overhead in doing an HTTP request, how about modifying the extern.php script so that it can be included via file system more easilly (as well as over HTTP)? What needs to be done is declaring variables (in the top of the file, preferably) and then initializing them based on either $_GET[] or other variables (or a keyed array) defined outside of extern.php. This way, extern.php can be included like this:

$extern_params = array(
  "action"  => "new",
  "show"    => 8,
  "fid"     => array(8, 9, 10, 11)
);

include("./forum/extern.php");

Then extern.php can check if $extern_params exists and if it does, get the values from it instead of from the $_GET[] array. Should be an easy fix and I would love to provide the code myself, but I don't know how to contribute. smile

Yeah, I've been talking about something like that for 1.3

Enable debug mode, paste the full message

Yeah, I would have been confused if it didn't smile

Well, the version currently under development (1.3) allows you to very easily change the path to the cache directory. However, in 1.2, you'll need to manually edit include/cache.php and any files which load cache files (eg: include/common.php, extern.php, etc) to point to the new path. Or you could put PunBB entirely in the cgi-bin and set up a VirtualHost or something like that to point to the PunBB directory

3,071

(11 replies, posted in PunBB 1.2 troubleshooting)

And here's the problem query (from step 6)

$db->query('INSERT INTO'.$db->prefix.'statuser (user_id, user_ip) VALUES('.$pun_user['id'].','.$db->escape(get_remote_address()).')') or error('Unable to insert into user statistics', __FILE__, __LINE__, $db->error());

should be

$db->query('INSERT INTO '.$db->prefix.'statuser (user_id, user_ip) VALUES('.$pun_user['id'].',"'.$db->escape(get_remote_address()).'")') or error('Unable to insert into user statistics', __FILE__, __LINE__, $db->error());

3,072

(11 replies, posted in PunBB 1.2 troubleshooting)

You're not looking at the right query
Your error message "Unable to insert into user statistics"
That query's error message "Could not insert into statistics"

Err, Zonealarm doesn't do anything bad afaik

1.3: closed (I'll double check this tonight)

What version does your database say in the config table? It sounds to me like you manually edited the version to something else.
At worst, download the version changer plugin and change it to a valid version