2016-05-23 7 views
1

Ich bin ein Mediawiki mit kurzen URL-Konfiguration (example.com/Page_Title)Mit NGINX Server, Internet Explorer/Google Search Console zeigt Kauderwelsch

location ~ \.htaccess { 
    deny all; 
} 

location/{ 
    try_files $uri $uri/ @rewrite; 
} 

location @rewrite { 
    rewrite ^/(.*)$ /index.php; 
} 

location ^~ /maintenance/ { 
    return 403; 
} 

location ^~ /cache/ { 
    deny all; 
} 

location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ { 
    try_files $uri /index.php; 
    expires max; 
    log_not_found off; 
} 

location ~ \.php$ { 
    include /etc/nginx/fastcgi_params; 

    fastcgi_pass 127.0.0.1:9000; 
    fastcgi_index index.php; 
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; 

    try_files $uri @rewrite; 
} 

Chrome und Firefox macht es ganz gut läuft, aber warum tut Es erscheint als Kauderwelsch auf IE oder Google Search Console wie folgt: ~ = r6 und so weiter. Einen Test zu starten .html oder .php sieht gut aus, nur umgeschriebene Mediawiki-Seiten zeigen Kauderwelsch.

Der Content-Typ und charset von HTTP-Response-Header scheint korrekt zu sein: scheint

Response Headers 
cache-control: private, must-revalidate, max-age=0 
content-encoding: gzip, gzip 
content-language: en 
content-type: text/html; charset=UTF-8 
date: Mon, 23 May 2016 11:32:39 GMT 
expires: Thu, 01 Jan 1970 00:00:00 GMT 
last-modified: Mon, 23 May 2016 11:02:34 GMT 
server: nginx 
vary: Accept-Encoding, Cookie, Accept-Encoding 
x-content-type-options: nosniff, nosniff 
x-frame-options: SAMEORIGIN 
x-powered-by: HHVM/3.11.1 
x-ua-compatible: IE=Edge, IE=Edge 
x-xss-protection: 1; mode=block 

Antwort

0

Das Problem von mehreren Versuchen zu kommen, den Inhalt gzip, daher den Doppel gzip in HTTP-Header.

content-encoding: gzip, gzip 

Das Hinzufügen dieses Parameters in nginx config löste das Problem.

fastcgi_param HTTP_ACCEPT_ENCODING "";