1

(7 replies, posted in PunBB 1.2 troubleshooting)

I ended up dumping the database and starting over... it was time to clean house, anyway.

A clean reinstall solved the issue. That's good enough for now. I wish I had time to trace down what "post.php" could have been doing, but even FTP'ing a new copy to the server didn't help.

That's life, sometimes.

2

(7 replies, posted in PunBB 1.2 troubleshooting)

Oddly, the only thing affected is PunBB. Various other PHP and Perl scripts run without any problem. I run a Drupal CMS system on the same hosting service, with no issues. The PunBB oddness does surprise me, since it was stable for several years. Only posting messages has issues -- not a single other aspect of PunBB. Weird.

3

(7 replies, posted in PunBB 1.2 troubleshooting)

Found another strange error in the log I can access:

Mon Jun 16 13:25:18 2008 error client 75.72.202.213 Allowed memory size of 9439408 bytes exhausted (tried to allocate 4065280 bytes), referer: http://www.tameri.com/csw/forums/admin_reports.php

4

(7 replies, posted in PunBB 1.2 troubleshooting)

I did get to the following using an FTP client:

Mon Jun 16 08:08:47 2008 error client 98.196.184.240  File does not exist: /home/cust1/user1069267/html/forums/post.php, referer: http://www.tameri.com/forums/post.php?tid=58
Mon Jun 16 08:08:49 2008 error client 121.83.53.64  File does not exist: /home/cust1/user1069267/html/forums/post.php, referer: http://www.tameri.com/forums/post.php?tid=58

The implication is that "post.php" has a problem.

5

(7 replies, posted in PunBB 1.2 troubleshooting)

It's a hosted site, but nothing changed recently. I don't play with the PunBB code because I simply don't have the time or energy. I've had it up and running since early 2006, I think. The edits I make are to raw HTML pages in other directories.

I checked -- I only have FTP access to /html/ on this particular server. Since it is mainly a static-text site, not really an issue most of the time. I'm trying to see if I can get around the limitations of my hosting service, but I doubt it.

No matter how I try to post a message, I get a blank page and the post is never stored. Something went wrong, definitely, about May when all posting to my forums stopped.

http://www.tameri.com/csw/forums/index.php

If there is a simple fix, I'll be thrilled. I'd like to get things back to working order.

- C. S. Wyatt

7

(0 replies, posted in PunBB 1.2 troubleshooting)

Never mind...

I moved PunBB from cgi-bin, where Interland claimed all code had to be, to a location under the /html/ folder and all my problems went away. Lesson learned. Never assume the tech docs from the ISP are correct.

- Scott

Problem identified / solved (sort of)... (styles, other features not working...)

The issue seems to be Mac related. When I saved the config.php file in BBEdit, I used Unicode-8, no BOM, which is my default setting. I also tried Dreamweaver's internal editor. Neither showed any problems with the file, nor did any other editor on the Mac.

Once I checked the file in vi, I saw an inverse-video "?" as the first character, indicating something wasn't right. So, whatever the Mac editors are doing, it isn't a good thing when uploading to a remote server. The Linux box clearly doesn't use the same encoding.

I'm up and running after six hours of staring at the files. I should have started with vi, I guess, but I'm pretty much a Dreamweaver junkie for everything I do on the Web.

- Scott

I just had an idea, which should have come to me sooner, to check the file in vi or pico instead of within Dreamweaver or BBEdit. In vi, there is an offset of some sort relating to unicode, I think. In pico, the same problem does not appear. The Mac editors are all UTF-8/UTF-16, no BOM, which might be complicating matters.

More fun, I suppose, will be tracking down if there is an extra byte and from what.

- Scott

No, the space or break issue has already been checked multiple times.

Exact errors, no matter how many times I install and reconfigure, check the config.php, etc...

Warning: Cannot modify header information - headers already sent by (output started at /home/cust1/user1069267/cgi-bin/forums/config.php:1) in /home/cust1/user1069267/cgi-bin/forums/header.php on line 31

Warning: Cannot modify header information - headers already sent by (output started at /home/cust1/user1069267/cgi-bin/forums/config.php:1) in /home/cust1/user1069267/cgi-bin/forums/header.php on line 32

Warning: Cannot modify header information - headers already sent by (output started at /home/cust1/user1069267/cgi-bin/forums/config.php:1) in /home/cust1/user1069267/cgi-bin/forums/header.php on line 33

Warning: Cannot modify header information - headers already sent by (output started at /home/cust1/user1069267/cgi-bin/forums/config.php:1) in /home/cust1/user1069267/cgi-bin/forums/header.php on line 34

Nope, no characters where they don't belong. The only issue I keep coming back to is the path. Is there any potential that the root should be set? If so, how?

Seriously bummed...
- Scott

I did a complete re-install... same problem. I dropped the database, re-created things, and ended up with the same issue. I've been working on this for about four hours now.

- Scott

No change... with a break and without after the remaining ";" if I pull the ?> from the PHP.

This is frustrating. I have to be close to getting this working... it can't be brain surgery.

- Scott

I already checked that, thinking something might be off there. I keep checking it without any new insights. I've "xxx'd" out the database information:

<?php

$db_type = 'mysql';
$db_host = 'XXX.XXX.255.141';
$db_name = 'XXXXXXX';
$db_username = 'XXXXXXX';
$db_password = 'XXXXXXX';
$db_prefix = 'tameri_';
$p_connect = false;

$cookie_name = 'punbb_cookie';
$cookie_domain = '.tameri.com';
$cookie_path = '/';
$cookie_secure = 0;
$cookie_seed = '1d8b8b36';

define('PUN', 1);

?>

Please see:  http://www.tameri.com/cgi-bin/forums/index.php

I have checked config.php multiple times. There are no unusual line breaks or other characters. The only issue I wonder about is the fact the site is hosted. I already had to move the folder to cgi-bin because Interland's servers wouldn't let me have code outside that folder. (I had this same issue with a guestbook I am testing -- had to be off cgi-bin.)

Any help would be greatly, greatly appreciated.

- Scott Wyatt
http://www.tameri.com