We are using UBB 6.05 and suddenly we've run outta space. Checking folder sizes I've had the worst surprise of my life to see CACHE directories lavishing on 25MB of our payed webspace! We never imagined upgrading from 5.45 to 6.05 would make a 35MB board go to 120MB!!!

To top this, after we've bought some more space to feed the hungry UBB, now it doesn't show the updated threads! I had to disable Cache, clear it, FTP and manually remove the the contents of those folders and only then the forum updated! And yes, I've rebuilt forum stat files. And everything else, for that matter.

To my further surprise, testing revealed that even with Cache disabled, it still goes on writing stuff! I just opened a new topic and looked thru FTP at the Cache dir. Ugly programming!

So, please get rid of this idiotic system! Don't go the Internet Explorer way. That was a freebie and still sucked when it showed yeasteday's pages just to pretend is soooo fast... UBB costs dough and should not cheat its customers so blatantly! If you imagine that making UBB bigger and bigger will make us move to Open Topic or something, think twice. Ikonboard 3 is coming soon... and it's free.

Running 6.1.0.2 and I DO see a BIG difference in disk usage from 5.44b. If you paid for the UBB then why not download the latest version? You can turn off the caching system if you don't like it.

personally, we've had no issues running it. None.

And you didn't have to spend your money. As you clearly stated, Ikonboard is free... so why did you buy the UBB then?

Having these types of issues are not normal....

Please fill out a trouble ticket and one of our support reps can take a look and see about resolving this issue for you.

Regards,

Kristi Miller
Infopop Customer Support
Get Customer Support Here

Also you seem to be misunderstanding how the Cache works and should function.

The cache system will speed up the use of your board. It will update the cached pages automatically when someone posts new messages or replies....there is no need to rebuild the forums.

If you are making changes to the templates or forum settings sometimes you might need to clear the cache (Control Panel > Maintenance > Clear Cache) but you should never have to FTP and manually delete it or do anything else to make your changes to appear.

Once you resolved the installation issues with your board. You should upgrade to 6.1.0.2 as it does improve the cache system.

The cache helps improves your community's speed very greatly. It will also reduce the demand on the server so it should NEVER be disabled!
In other words....do NOT turn off the cache.

If you are running out of web space then you simply outgrown your hosting and need to prune some posts or upgrade disk space.

----------------------
Steve
BowlingFans.com | BowlingCommunity.com
Sorry, I don't answer support questions by e-mail, PM, or IM. I'm not an employee of Infopop.

I understand very well how cache works. I use Squid as proxy server for my network and THAT'S how a cache should work. At least with squid I define how much space it occupies.(*hint*)

What I was saying was that with Cache enabled our UBB seemed to have hallucinations. We WERE pruning topics to save space. But how can you do that, if the topic you've just deleted keeps showing up, uh? I looked for it in /ubb/Forum#/ directory and it wasn't there... Where was it? Guess... In Cache!

I've installed a test version of UBB 6.1.0.2 locally, to see how it works. I saw the PHP Accelerator and the compression functions it uses. Well, that proves my point! Dear CACHE was getting outta hand and we needed something to straighten it out. Like a compression routine...

[QUOTE]
From Accelerator.txt
The UBB scripts can be very intense on your web server. In order to reduce the potential load, the scripts create cached copies of many commonly requested pages, such as topics, forums, and the forum summary. The UBB Accelerator uses a shortcut to get to these cached copies faster
than the UBB scripts.

For additional speed, the UBB Accelerator may use zlib compression. The majority of web browsers can accept zlib compressed pages. Normally, zlib compressed pages are between 50% and 75% smaller than uncompressed versions. This can save your board quite a bit of bandwidth.
[/QUOTE]Actually you are right. The problem has started a long time ago, with processor intensive UBB (we've had to change hosts because of it). Then Infopop reduced the load adding CACHE. But then CACHE misbehaved, taking a lot of webspace and bandwidth so they added PHP Accelerator to compress it... What's next?

Already dear PHP Accelerator proved it has a personality. I upgraded the test board from beta to latest version, followed the instructions by the book, reopened the forum and... surprise! Only the frontpage was showing up. Trying to enter the "forums" themselves presented me with a "sorry, forum closed" message. And guess what scripts said that? PHP Accelerator! It worked only after I closed the board, disabled it, opened the board then re-enable it... Phuah!

So, yes, I agree these gimmicks improve speed, but to what cost? The text with "prune posts or buy more webspace", sorry, but sounds too much like "you need a Intel Pentium processor to run Windows 95"...

We have less than 1000 users, with about 10.000 posts. And UBB has grown at 110-120 MBs... What when we have 10.000 users? One Gigabyte of webspace for UBB would be enough?

We are stuck with UBB from the times when it was the best forum around. Now we either lose all our members database and posts and move to a free board, or we pay for more and more space... Doesn't seem a fair treatment for a long-time customer.

I guess that how Infopop sees the future. We see it different. We see it with a small, decent board, running on our small fansite without getting fat as a whale. And we don't want anyone near our /cgi-bin, so don't even say Open Topic. Well, I guess I took it off my chest. There's no resolution to this matter except maybe better programming and new commercial strategy at Infopop. But I won't hold my breath...

Shanga-

Please, per my previous post, do fill out a trouble ticket. I'm assuming you haven't yet as I don't see any tickets with your issue...

The cache does not appear to be working correctly on your server. The problems you are describing are not normal. Once we can get your information, we'd be happy to look at it for you.

Regards,

Kristi Miller
Infopop Customer Support
Get Customer Support Here

You are aware that the UBB only creates a cache for pages people actually read as opposed to the old UBB where it created an HTML file for every page regardless of whetehr it was read or not?

You are aware that clearing the cache via the control panel removes all of these? That the UBB will only regenerate files that someone has read?

At very worst the UBB should use the same disc space ( excepting private messages ) as the old UBB for the cache pages are nothing more then HTML.

The old UBB did not have private messages. If you have this enabled and your members use this feature that can use a fair amount of space.

That said the old ubbforums with 21k users never went over 210 megs of space even with private messages. I dumped the cache fairly regularly just by clicking the button in the control panel. Never pruned it, not once since we upgraded it to UBB 6

Honor The Victims

Well this topic is becoming educational.

When I had UBB 5.47d I had to prune every month to keep below 500 MB of storage..this was barely 6 months in my most active forum, 2 years in the others. The HTML files and forum index took up a lot of space, so I'm glad they are gone in 6.1.0.2

People are emailing me saying they are getting software error messages and ocassionally someone says they hit the back button or another process page and get returned to really old forum index pages etc. I don't see this, but I've been busy with my day job

How can I judge if the UBB CACHE & PHP ACCELERATOR are really helping me out?

Here is what the site says after upgrading from 5.47d 8 days ago...earlier today it was only at 70%?

You have 3361 registered members.
You have 15 forums.
Page views this month (11/2001): 91530, 91016 (99.44%) from the UBB Accelerator

ALSO..one problem with storage may have to do with your site's stat & log files. After only a week on UBB 6.1.0.2 there was 400+MB of log files etc. I had them turn off stats & log file generation to save space..who needs website stats when you have that many hits.

As I said, we've used 5.45 until recently. We've had our top days back when we used it (2000 hits per day). And the board never got over the 100 mb limit. As far as I know, never even got to 50mb...

Same board, with about 500 more topics probably, jumped to 120-130 mb! Cache made a habit to take up to 20 mb of space and due to this all other DB based scripts we have (Quick Polls, for example) crashed instantly...

So UBB has become way to expensive to run for us. A small website, non-comercial, cannot afford it anymore.

I find it unlikely that the UBB is directly responsible for that jump in disk space use. A fully cached UBB will take about 25-40% more disk space than a UBB5 (as there's more HTML and more stuff being written to disk)... but a full cache on a board that is frequently posted to will never, ever occur.

Let's do a little investigation. Is this a Unix server? If so, do you have shell access? And if so, do you feel comfortable using the shell?

--
Charles Capps
Programmer, Infopop Corporation
Please do not contact me privately for support - post on the board or open a support ticket instead!