I have a forum with roughly 3,500 members (average) and it gets between 500,000 and 600,000 pageviews a month.

Yet even with cache enabled the forum alone, despite seeing very few daily postings, takes roughly 30 - 40GB's of bandwidth! This is utterly ridiculous and I simply can't believe how poor it is.

I can't upgrade because v6.1 isn't out of beta yet and despite that it's 'Category Only' interface is likely to be just as poor and I don't relish having to re-design it myself yet another time.

Any suggestions on why this is happening or how I can really kill some of the bandwidth?

There are two possiblitys to reduce bandwidth:

1) UBB File Compression
http://www.ubbdev.com/ubb/ultimatebb.php?ubb=get_topic&f=30&t=000049

This "hack" works also with UBB 6.0x but require that Compress::Zlib is installed on your server. Read the entire thread at UBBDev for more info

2) UBB Accelerator
included in the upcoming UBB 6.1.0 Beta Release 2 and higher

This addon use the gzip output function of PHP 4.0.5 and higher to compress the output of the pages.

I'm fond of the file compression idea, although most hosts don't lift an eyelid when you ask them to install the required modules, so it's no good.

As for v6.1, there's no way I'm going near an Infopop Beta for the new series unless it's 99.9% final, too many bugs and dangerous problems.

You seem to misunderstand the purpose of the cache... the cache is server side, meaning that the UBB scripts themselves use it, not the clients. The UBB just sends the premade cache page to the user rather than generating a copy from scratch. This will use the same ammount of bandwidth as doing it any other way.

Some hints... turn off the iframe on the reply page, use 15 posts per page for the threads and 25 topics per page in the forums. Try and eliminate any graphical header or footer, if you have any...

I've already tried what you suggest, had it like that since Day1, in fact I was surprised you couldn't have less posts per page shown? Why 15 minimum?

Just a nice round number.. I've modified it to one post/page for a special application. It's removes your support options tho since you'd modify the files.

You can try the compression modification and see if your host already has the necessary modules installed, quite a few do and you know immediately once you try it. It only requires 3-4 lines added to ultimatebb.cgi and uploading the included perl modules (be sure to do this in ascii).

That compression system is for v6.1, not v6.0x.

UBB file compression works also with UBB 6.0x

Please read the entire thread at UBBDev

Looks like my only problem is to install the module itself, which my server won't do and it can't run from the cgi-bin rout.

In other words, just have to hope Infopop release v6.1 soon or my server will boot me for bandwidth usage.

No sir, if the other perl modules are already compiled in, it's a matter of uploading the cgi_buffer.pm as instructed and adding those 3-4 lines in. Quite a few servers already support the required modules, it would take less than 5 minutes to find out.

1) I have IO::Stringy instead of IO:String (rest are there).

2) Most servers won't allow you to run .pm librarys from your local CGI-BIN and certainly the tests I've done confirm that.

[QUOTE]2) Most servers won't allow you to run .pm librarys from your local CGI-BIN and certainly the tests I've done confirm that. [/QUOTE]You can run perl modules (.pm) like every other server. Just look in your modules directory

No Unix/Linux web host I've ever been on has a modules directory the public can access.

Also the .pm calls IO::String, should I change this to IO::Stringy since that's what I have installed?

I thought he ment the UBB module directory?

and can someone give me the EXACT directions of how to install the thing for 6.0 or 6.1? I got the compress files, but I'm confused on the directions they give out at UBBDev.

Hehe oh my god, as if I wasn't confused enough before, it just got worse =).

Nobody says exactly WHAT modules DIR it goes in and I completely forgot UBB has one since nobody EVER uses it.

No mention of how UBB even knows where to look since the 'require' files don't have a path in the instructions (when placed in UBB CGI). It's the information that's missing which causes confusion, the smaller details.

I also noticed nobody has answered on UBBDev what to do with the IO::Stringy vs IO:String issue? Does the require call need to be changed, are they the same thing etc. etc.?

Mark,

Perl modules can be run from anywhere the program can read as long as it knows where to look. If the path is in @INC (you can unshift the additional paths into that array), the program will find it. In UBB, there are a number of routines, like the mail routines that use the Modules. 'use lib' in the appropriate .pl files tells them where to look.

Need some practical examples for this particular modification, I'm good at localised perl but all this server side related stuff is hella-confusing and there's a lack of specifics.

Modifications are not supported here. Try www.ubbdev.com for help.

Mark - check out the new 6.1 beta. Has something that might help you.

No it doesn't =(, PHP4 isn't supported on most British servers.

Maybe you ask your provider to upgrade PHP to 4.0.5 or higher. Even Freedom 2 Surf http://www.f2s.com (a UK based freewebspace provider) offer PHP 4.0.6 with zlib on their free accounts

I've already asked, just getting annoyed that I have to require third party stuff outside of Perl just because the forum eats bandwidth like a male porn star to muff =).

I'm just hoping my server can install the IO::String module first so I can work on the UBB Compression mod with v6.04e.

Ah, the joys of braindamaged web hosting providers.

Mark, I'm moving this topic into the UBB6 How Do I forum for further followups, it doesn't belong in the Bugs forum.