next few weeks.
:-)
-Original Message-
From: Mal McKay [mailto:[EMAIL PROTECTED]]
Sent: 14 March 2001 17:12
To: Steve Brett
Cc: [EMAIL PROTECTED]
Subject: RE: [PHP-DB] File Optimisation
I wouldn't know about flushing the buffer.
Another approach would be changing to ADO. This being an intra
[mailto:[EMAIL PROTECTED]]
Sent: 14 March 2001 16:57
To: [EMAIL PROTECTED]
Subject: RE: [PHP-DB] File Optimisation
it does work.
i've tested it using ie5 and the network traffic is reduced dramatically.
not much of an imporvement on speed though
would have to test it some more - do i need
Steve,
look at the output buffering/filtering methods in PHP (ob_) In
particular, you can enable the gzip filter to automatically zip your html
server side, assuming your user's browsers support auto gzip deflation,
which the newer browsers seem to
"Steve Brett" <[EMAIL PROTECTED]> w
Sent: 14 March 2001 16:11
To: [EMAIL PROTECTED]
Subject: RE: [PHP-DB] File Optimisation
The first thing I would look at ( having had the same issue ) is whats
actually in the document. I managed to reduce the size of data delivered by
60% by 2 methods.
1. Ruthless use of css in table formattin
Brett [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 14, 2001 5:02 PM
To: [EMAIL PROTECTED]
Subject: [PHP-DB] File Optimisation
I have a calendar system that details the appointments for various
departments in the company and am having problems with the sheers size of
the html docs that are
mouseovers.
Regards
Mark
> -Original Message-
> From: Steve Brett [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 14, 2001 4:02 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-DB] File Optimisation
>
>
> I have a calendar system that details the appointments for vari
I have a calendar system that details the appointments for various
departments in the company and am having problems with the sheers size of
the html docs that are returned.
One department insists that they nned to see all the users in one go (approx
110) and the calendars for 3 months.
This cau
