PunBB uses md5 (although if your server has the ability to use SHA-1 it will use that instead)

Edit: Do a urldecode and unserialize on the PunBB cookie and you'll see how it works smile

7,027

(5 replies, posted in Feature requests)

Erm, what's the issue?

7,028

(16 replies, posted in Feature requests)

http://kimmo.suominen.com/2005/02/13/timezone/
Google r0x0rs big_smile

Unfortunetly, there's this

There are some external restrictions on the implementation provided by this plugin:

    * using other timezones than that of the server only works on UNIX-like systems, as it is implemented by modifying the TZ variable in the environment
    * changing TZ is not available in PHP?s safe mode
    * when TZ is changed, only a success message is displayed instead of the full form: this is due to PHP only implementing the old putenv interface for the environment (not the POSIX unsetenv(3) interface)

Also here
http://us2.php.net/date

djmaze(AT)cpgnuke(.)com
27-Mar-2005 11:53
PHP date, strftime and mktime functions are DST sensitive
This means if the server is setup to be US GMT-5 and DST sensitive then the mentioned functions add, extract or do nothing with the current DST.

Without a given timestamp:
   - date() uses the current server time.
     This is DST affected if the server uses DST settings
   - gmdate() uses the current GMT time, it extracts server GMT & DST.

With a given timestamp:
   - date() is affected if the server uses DST settings
     * if current time is DST but the given time isn't then DST is extracted
     * if current time isn't DST but the given time is then DST is added
   - gmdate() is affected, it extracts server GMT & DST on the given timestamp

So for example $timestamp is a GMT based time.
You modify the $timestamp for a "member" his personal timezone and dst.
The member has setup GMT-5 and DST sensitive
You add his GMT-5 to the $timestamp and check if the $timestamp is in DST or not

Then all the above functions  are screwed in normal use.

<?php

$timestamp = 1122814800; // 07/31/05 13:00:00 GMT
$user_gmt = -5;
$user_dst = 1;

$timestamp += ($user_gmt*3600); // to user time
$timestamp += 3600; // user time is in DST

echo date("H:i:s",$timestamp);
echo gmdate("H:i:s",$timestamp);

?>

If server is GMT+0 in summer (DST is on) the above outputs

08:00:00
07:00:00

If server is GMT+0 in winter (DST is off) the above outputs
09:00:00
08:00:00

If server is GMT-5 in winter (DST is off) the above outputs
09:00:00
03:00:00

If I'm reading this right (and I'm not sure I am), using gmdate seems to make it properly DST sensitive


Edit: Muahahaha, this is my 666th post! And I didn't even plan this big_smile

7,029

(7 replies, posted in PunBB 1.2 bug reports)

lol, use PunBB instead! tongue

Enable debug mode, post the exact error here

That they access it using www. ?
I really don't know, their browsers are configured oddly tongue

In config.php, make $cookie_domain like this:
$cookie_domain = '.monkeybizness.de';

What's the site URL?

Once again, PunBB 1.2.4 is vulnerable. You NEED to upgrade or you are at risk of being hacked.

7,035

(6 replies, posted in PunBB 1.2 troubleshooting)

Glad we figured it out smile

OK, considering I recognize none of them (unless this is the smiley mod?) and 1.2.5 shouldn't change anything that interferes, might I suggest installing them, manually updating to 1.2.5, and then installing this mod?

7,037

(6 replies, posted in PunBB 1.2 troubleshooting)

Try not using periods in the cookie name as well, dunno if those matter

7,038

(6 replies, posted in PunBB 1.2 troubleshooting)

Don't put the port number in smile
And try making it .zapto.org

Which other mods?

I think you were missing the GD library if you were getting those imagecreatefrom errors

7,041

(2 replies, posted in PunBB 1.2 troubleshooting)

You can't use a - in table names, use an underscore

Well, you have to upgrade to 1.2.5 since there's a critical vulnerability in 1.2.4

7,043

(26 replies, posted in General discussion)

If you feel like getting their site shut down, just report them to the arbornet.org people tongue

7,044

(5 replies, posted in PunBB 1.2 troubleshooting)

Could this be the cause?

In its own script wink

7,046

(4 replies, posted in PunBB 1.2 bug reports)

I believe I reported it, let me find the thread

http://punbb.org/forums/viewtopic.php?id=6770
Yes, it seems I did, but that was in an old version

Rickard suggested this for a similar situation:

What does this script output:

<?php exit(ini_get('allow_url_fopen')); ?>

Try the full path

/home/.landis/eldiario/eldiariodelpueblo.com/foros/extern.php?action=new&show=15&fid=2

Well, I'm guessing allow_url_fopen is disabled on your server
If you can't get it enabled, just include foros/extern.php?action=new&show=15&fid=2 instead of the full URL smile

7,050

(3 replies, posted in PunBB 1.2 troubleshooting)

It was post.php requiring parser.php twice wink