Hi Torsten,

we had some issues with (idiotic configured) firewalls which block files of type .gz.

I first used .js.gz as file extension.

Regards.

westor schrieb:
Hi, Dietrich,

I like your solution but I have two questions:
- I think, in case of IE6 the time until application start will increase
because of loading the compressed content before loading of uncompressed.
Would be in my case between 10% and 20%, I think that's ok. Beyond this, is
it thinkable, that the browser crashes caused of the sensless code?
- Is there a reason not to use gz as extension?

Cheers
Torsten



Dietrich Streifert wrote:
Hello List,

I want to give back some information how I succeded to serve a staticaly compressed qooxdoo.js file with a fallback for loading the non compressed version.

Some firewalls are configured to filter compressed files so the users behind this firewall have no access to the compressed qooxdoo.js. The compressed file is qooxdoo.jsz which was compressed by gzip. Here is what I did.

1) Configured apache through .htaccess to send back the right mime type:

AddEncoding x-gzip .jsz
AddEncoding gzip .jsz

2) Included the following lines in my qooxdoo-ish html files:

<script type="text/javascript" src="/qooxdoo/public/qooxdoo.jsz"></script>
<script type="text/javascript" language="JavaScript">
    if( typeof(QxMain) == 'undefined' ) {
document.write("<SCR" + "IPT LANGUAGE='JavaScript' SRC='/qooxdoo/public/qooxdoo.js' TYPE='text/javascript'><\/SCR" + "IPT>");
    }

for the new namespace branch the line should be:

<script type="text/javascript" src="/qooxdoo/public/qooxdoo.jsz"></script>
<script type="text/javascript" language="JavaScript">
    if( typeof(qx) == 'undefined' ) {
document.write("<SCR" + "IPT LANGUAGE='JavaScript' SRC='/qooxdoo/public/qooxdoo.js' TYPE='text/javascript'><\/SCR" + "IPT>");
    }


The paths to the qooxdoo.js and qooxdoo.jsz have to be adapted according to your configuration.

The first script tag tries to load the zipped file. If this gets its way to the clients browser and the client is able to uncompress the file and interprete it there should be a object named QxMain. If this object is undefined we asume that there was an error loading and running
qooxdoo.jsz.

The second script tag adds dynamically a script tag through document.write which then tries to load the uncompressed qooxdoo.js.

Hope someone finds this usefull.


--
Mit freundlichen Grüßen
Dietrich Streifert
Visionet GmbH


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel




--
Mit freundlichen Grüßen
Dietrich Streifert
--
Visionet GmbH
Firmensitz: Am Weichselgarten 7, 91058 Erlangen
Registergericht: Handelsregister Fürth, HRB 6573
Geschäftsführer: Stefan Lindner



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to