Ky sajt do të funksionojë me kufizime, teksa bëjmë mirëmbajtjen e tij për të përmirësuar punën tuaj. Nëse një artikull nuk e zgjidh problemin tuaj dhe dëshironi të bëni një pyetje, kemi bashkësinë tonë të asistencës, e gatshme për t’ju ndihmuar, te @FirefoxSupport në Twitter dhe/r/firefox në Reddit.

Kërkoni te Asistenca

Shmangni karremëzime gjoja asistence. S’do t’ju kërkojmë kurrë të bëni një thirrje apo të dërgoni tekst te një numër telefoni, apo të na jepni të dhëna personale. Ju lutemi, raportoni veprimtari të dyshimtë duke përdorur mundësinë “Raportoni Abuzim”.

Mësoni Më Tepër

Firefox 38.0.1 throws errors in console with JS and CSS htaccess compression enabled

  • 3 përgjigje
  • 1 e ka hasur këtë problem
  • 12 parje
  • Përgjigjja më e re nga gabrio

more options

hi,

I have been working on improving performance on my Wordpress site, one of the things I have done, I switched to dynamic delivery of CSS and JS files (so they are compressed by PHP), which worked very well for performance tests.

Now, I have ALSO added this to the .htaccess in my JS and CSS folder (wp-incldues) on a wordpress site:

<filesMatch "\.(js|css)$">
Header set Content-Encoding x-deflate
# Header set Content-Encoding compress
# Header set Content-Encoding x-gzip
</filesMatch>

for compressing JS and CSS files. this works fine on IE, CSS, Android and speed tests, but the bad thing is that the website appears broken in Firefox 38.0.1, it cannot load my menus and Revolution Slider (image carousel).

main error seems to be jQuery is not defined..

here is a collage that shows the errors...https://dl.dropboxusercontent.com/u/28979877/FirefoxErrorsCollage.png

is there anything else i could change in that .htaccess syntax that will make every browser happy?

any thoughts?

many thanks, Gabrio

hi, I have been working on improving performance on my Wordpress site, one of the things I have done, I switched to dynamic delivery of CSS and JS files (so they are compressed by PHP), which worked very well for performance tests. Now, I have ALSO added this to the .htaccess in my JS and CSS folder (wp-incldues) on a wordpress site: <pre><nowiki> <filesMatch "\.(js|css)$"> Header set Content-Encoding x-deflate # Header set Content-Encoding compress # Header set Content-Encoding x-gzip </filesMatch></nowiki></pre> for compressing JS and CSS files. this works fine on IE, CSS, Android and speed tests, but the bad thing is that the website appears broken in Firefox 38.0.1, it cannot load my menus and Revolution Slider (image carousel). main error seems to be jQuery is not defined.. here is a collage that shows the errors...https://dl.dropboxusercontent.com/u/28979877/FirefoxErrorsCollage.png is there anything else i could change in that .htaccess syntax that will make every browser happy? any thoughts? many thanks, Gabrio

Ndryshuar nga cor-el

Zgjidhje e zgjedhur

hi there,

I have turned off the feature from .htaccess for now...

We found out (with the help of Frank from Autoptimize, which I can TOTALLY recommend by the way, he is great!!) that it can't work because what that is doing is declaring the output is compressed, but not actually ... compressing. so firefox is right, the others are wrong.

this should be used, IF the server supports it (ours does not since it's just shared):

<IfModule mod_deflate.c>

        <FilesMatch "\.(js|css)$">
        SetOutputFilter DEFLATE
    </FilesMatch>
</IfModule>

so for the time being, i have removed the .htaccess to compress JS and CSS folders and FF is happy now.

thanks, Gabrio

Lexojeni këtë përgjigje brenda kontekstit 👍 0

Krejt Përgjigjet (3)

more options

You can reload web page(s) and bypass the cache to refresh possibly outdated or corrupted files.

  • Hold down the Shift key and left-click the Reload button
  • Press "Ctrl + F5" or press "Ctrl + Shift + R" (Windows,Linux)
  • Press "Command + Shift + R" (Mac)
more options

Is jQuery loading and getting decompressed before the code that calls it? You can observe loading order to some extent in the Network Monitor:

Open the web console is the lower part of the tab below your page, click Network on its top bar, then reload your page and check the responses and timings.

This might be related: When Firefox 33 was released, an issue surfaced with compressed files where the server did not report the correct length of the file after compression and Firefox therefore treated the file received as corrupted. More info in this thread: Error while downloading file with Firefox 33.

more options

Zgjidhja e Zgjedhur

hi there,

I have turned off the feature from .htaccess for now...

We found out (with the help of Frank from Autoptimize, which I can TOTALLY recommend by the way, he is great!!) that it can't work because what that is doing is declaring the output is compressed, but not actually ... compressing. so firefox is right, the others are wrong.

this should be used, IF the server supports it (ours does not since it's just shared):

<IfModule mod_deflate.c>

        <FilesMatch "\.(js|css)$">
        SetOutputFilter DEFLATE
    </FilesMatch>
</IfModule>

so for the time being, i have removed the .htaccess to compress JS and CSS folders and FF is happy now.

thanks, Gabrio

Ndryshuar nga gabrio