Re: hitting the limits

windandwaves wrote:
Jerry Stuckle wrote:

windandwaves wrote:

Jerry Stuckle wrote:
....


Why even us it? I find very seldom do I need it. And it does add
overhead.


I use it on all my sites because in that way, I can perfectly indent
my code but take out the 100s or even 1000s of spaces/tabs.

For all my sites, I make a login and when the person is logged in
(i.e. me the administrator), the page is produced with spaces so
that I can analyse the code.

I like writing xhtml strict with real simple xhtml that is
compressed (i.e. without spaces) so that the actual pages are super
small. I do this to protest against the dreamweavers out there, who
create html that is often over 100kb and just pollutes the
superhighway with endless &nbsp; <td><img src="spacer.gif">etc......

HTMS



Nicolaas



You can write perfectly good xml or html without obstart(). The two
have nothing to do with each other.

But compressing a page then expanding it just to make the code more
readable doesn't make sense. Just expand it in the file and serve it
statically. There's much less overhead.


What I do is for any user that is not logged-in, I compress the page getting rid of the 1000s of spaces and tabs. For the select few that log-in, I do not compress it so I can quickly spot errors in the code.


I think the only time I've really needed obstart() is when I wanted
to wrap phpinfo() in another page. In that case I needed to get the
output, parse it, getting rid of the extra tags, then print it.


I just like ditching all the html at once. Bang, 3Kb of perfectly clean (x)html. The css, javascript and images are bulkier, but these are often cached. Hmmm, you are probably right though, I would involved a LOT of changes :-)



And what happens if you have a problem with your compression?

I'm now beginning to see why your provider is suspecting your scripts are a problem.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@xxxxxxxxxxxxx
==================
.

Relevant Pages

  • Re: hitting the limits
    ... You can write perfectly good xml or html without obstart. ... There's much less overhead. ... What I do is for any user that is not logged-in, I compress the page getting ... output, parse it, getting rid of the extra tags, then print it. ...
    (comp.lang.php)
  • Re: "tar -c|gzip" faster than "tar -cz"?!?
    ... to read data, compress, read data, compress and so on which is ... because no blocking on I/O ... the case with separate gzip involves more I/O ... which more than doubles the I/O overhead). ...
    (freebsd-hackers)
  • Re: compress data for dynamic tables
    ... In regard to bandwidth, the data is compressed on the wire anyway, ... Write the same table as HTML and also as an array ... Now what I want to do is compress the data so that say, ... I would be very surprised if any browser could reconstruct a table from ...
    (comp.lang.javascript)
  • Re: Cowboys herding cats
    ... including the overhead). ... instances of the HTML tag "MsoNormal," whatever that means. ... msonormal means that someone converted a Microsoft Office ... document into an HTML file using the conversion tool in Office. ...
    (rec.arts.sf.fandom)
  • Re: saving an image to file (with other contents...)
    ... Then how would I grab the file from the ... With HTML you never embed the file. ... or compress the embedded images. ... Roedy Green Canadian Mind Products ...
    (comp.lang.java.programmer)