UBB.Developers Forums UBB.classic V6 MultiHack Mods [6.1x] UBB Accelerator 1.0.0

Title: UBB Accelerator 1.0.0

Requirements: UBB 6.1.0 Public Beta 1.4, PHP4 (Recommend PHP4.0.5 or higher with zLib support for GZIP output)

Description: UBB Accelerator increase the output performance of cached pages (and decrease the server load ) using PHP. Note: This hack is current not fully compatible with Who's Online.

Why PHP?
Because PHP runs unlike Perl on most Unix servers as part of the apache server process (Apache module) which is much faster that running under CGI. Also PHP 4.0.5 has build-in GZIP (require zLib library) output support

[Edit: The new version of UBB Accelerator is included in UBB 6.1.0 Beta Release 2.0]

[ 09-23-2001: Message edited by: Philipp ]

VERY cute. I love it!
This is one of those "Duh! Why didn't someone think of that earlier!" hacks. Very, very slick, man.

[ 09-13-2001: Message edited by: Charles Capps ]

Very nice hack, but also this one suffers from the JavaScript + Compression problem in some browsers (after refreshing)...

cool I'll definitely use it when theres a WOL workaround

There won't be - this thing relies completely on the cache and can not interface with WOL.

Is there an easy solution to the JS problem?

nice!!

bugger

LK - what, exactly, are the problems with the JS? Describe in detail please.

Very nice!!!

Nice work!

WOL would need to be reworked into PHP in order for this to work ... unfortunately I'm not good @ PHP

qasic

[ 09-14-2001: Message edited by: qasic ]

Get someone who is Qasic.

Anyway, nice hack.

and as I read somewhere, the IE automatically fixes this stuff when I choose to look at the Source Code....

[ 09-14-2001: Message edited by: LK ]

What browser (version) did you used? I use IE 6 here and it seems to work fine.

[ 09-14-2001: Message edited by: Philipp ]

Check https://www.ubbdev.com/ubbcgi/ultimatebb.cgi?ubb=get_topic&f=5&t=000155 out... It's Allen's hack but the same bug.

LK and everyone with JavaScript problems:
Please go to this page and post the result here. Thanks

qasic, I know PHP, I'll talk with you about sorting out WOL with it.

I'm not having javascript problems, but here's the results of that link for me:

Browser ID: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) HTTP/1.0 no gzip

I have http 1.1 enabled, so I am not sure how this is correct. Also, the pages do not seem compressed to me, the file sizes aren't any different than normal. Did you turn gzip compression off just now?

Browser ID: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) HTTP/1.1 gzip, deflate

AA,

Are you accessing the Dev from work or behind a proxy servers? Some proxy servers don't support HTTP 1.1 protocols so that's perhaps why it doesn't work.

q

I am behind a firewall here at work, but in using the file compression we had running about a week, the pages were compressed, plus I didn't have any javascript errors either... same configuration here as now.

Thats normal. Do you use a proxy server?

No, gzip compression is still running.


I tried the pages with gzip compression in the meantime on the follow browsers:
Internet Explorer 6.0 (Windows 2000)
Internet Explorer 5.5 (Windows ME)
Opera 5.12 (Windows ME)
Mozilla 0.9.3 (Linux)

and can't reproduce the JavaScript error

If you guys could port WOL to PHP and would be compatible with this hack that would be beyond great!

Philip, nice hack man.

LK, what build of IE is that? (Help -> About)

Bug: The system works even if the board is off, and even if the currently logged in user is banned (the UBB will normally prevent them from doing anything)

n/m

got it. So much faster now!

[ 09-14-2001: Message edited by: raiyan ]

My home pc has these stats:

Browser ID: Mozilla/4.0 (compatible; MSIE 6.0b; Windows NT 5.0) HTTP/1.1 gzip, deflate

I am not getting any javascript errors so far.

[edit: just updated to the latest IE ( Browser ID: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) HTTP/1.1 gzip, deflate ) and still no errors

[ 09-15-2001: Message edited by: AllenAyres ]

so basically what this does, is changes UBB to be somewhat PHP powered... all i have to say to that is IT'S ABOUT TIME!!!

nice job!!!

I hope to finish version 1.1.0 during the next days

The follow is already included in 1.1.0:
- Board on/off switch
- Forum summary page support
- IP or reverse IP ban (using IPBan.cgi list)

I think itis just as important to not which browsers had NO difficulties.

These test posts were perfect.

Big pat on the back

You can also see it in action at efanguide. http://www.efgforum.com/cgi-bin/ultimatebb.cgi

This is a huge forum that was starting to outgrow the server. Reports are that this has given it some new life.

It does show the need to make addtions to the code for people that have "categories only" showing on the front page, and perhaps also change the link to the php extension in the nav bar, but for startes this is terrific. When it is complete it will be awesome!

Sortof. The UBB is still perl powered. This merely takes any cached pages and serves them via php and zlib. Anything not cached goes through perl still. All write functions for example. For most boards you'll find that almost all of your pages are served from cache so this will help a lot

Hope I'm explaining it right. I can understand things better then I can explain them sometimes.

efanguide is running on a RaQ4 with PHP 4.0.3pl1

I highly recommend the update to PHP 4.0.6 because gzip output work only with 4.0.5 and higher.

[ 09-15-2001: Message edited by: Philipp ]

wouldn't real mod Perl do the same thing ?

forget it

[ 09-16-2001: Message edited by: Weasel ]

Finished today the follow:
- Categories (Example: ultimatebb.php?category=1)
- Members Only Access
- Logged members can change now their "Default Topic View" in profile

One of those deals:


That works on my test board and my main board to output the summary.

Charles: 6.0.2600.0000, and it happens ONLY in forum page.

[edit: same results in my Windows98 laptop, and in h-realms.com]

[ 09-16-2001: Message edited by: LK ]

No Chuck. Real mod_perl caches the scripts so that perl doesn't have to be loaded every time and the scripts recompiled, They are compilerd just once, on server startup. But mod_perl does not compress the data to the browser. Mod_gzip will, and cgi_buffer will, but mod_perl doesn't.

Philipp's mod saves in both processing and bandwidth, a two fold savings.

What would be really awesome is using Philipp's mod with a mod_perl UBB that uses mod_gzip or cgi_buffer for the non PHP pages. Charles is working to bring the UBB to a state where it will run cleanly under Mod_perl but it probably won't get there soon.

Philipp RE: efanguide. Interestingly enough his phpinfo() does report that compression is presetn and working. Maybe the php that cobalt packages is numbered or built differently? You would know better then I. AFIK he is using whatever package files that Cobalt offers. Have they a newer one to install?

[ 09-16-2001: Message edited by: navaho ]

I use PHP's ob_gzhandler function for the gzip output. ob_gzhandler is included in PHP 4.0.4+ but I recommend 4.0.5+ because zlib has a memory leak problem in earlier PHP versions.

Yes. There is a RaQ4 PHP 4.0.6 package:
http://pkg.nl.cobalt.com/packages/raq/4/#php

Question: Does this hack is no more needed in UBB 6.10 beta 1.4 ?