Apache 2、Joomla 1.0.xの設定で、IE 6+で不正な形式の応答が発生しますか？

Question

私の友人は、Joomla 1.0.xの古いサイトを継承しています。これは、IEのビジターにとって大きな問題を抱えています。

サイトはこちら閲覧可能です：http://intellepark.co.za

あなたはFirefoxでサイトを閲覧した場合、次のように、取得/応答は周りバウンス：IEで

 
    1. GET/  
    2. 302 to /site 
    3. GET /site 
    4. 301 to /site/ 
    5. GET /site/ 
    6. 200 (or 304) 

問題IE7では

を同じシーケンスが発生しますが、手順6でIEがページを適切に読み込めず、「Internet ExplorerがWebページを表示できません」というエラーページが表示されます。

IE6（スタンドアロン版）で同じページを読み込むと、サーバーからの断続的かつ不正な形式の応答が得られます。ドキュメントは正常にダウンロードされませんが、受信した最後のバイトまで表示されます。

解決策？まず

私は、出力に何か問題があったと思った：

• 私はHTMLチェック：すべてのアセットのURL（例えば/site//templates/intellepark/js/mootools.js）でダブルスラッシュがあります。 doctypeは有効なXHTML1ですが、charsetはLatinです。
• IEでJavaScriptを無効にしましたが、同じ動作になります。

だから、私はそれが構成の問題だと思う。

サーバが実行されている次

 
    Apache 2.2.9 
    Joomla 1.0.12 Stable 
    PHP 5.2 

は、IEでこの悪い行動を引き起こして何でしょうか？ URLの二重スラッシュですか？ この問題を修正するには、友人にどのようなことをお勧めしますか？

あなたのお手伝いをありがとうございます - 私はあなたに何か詳しい情報が必要かどうかお知らせください！

--nd

.htaccesの

インラインペーストが

## Can be commented out if causes errors, see notes above. 
Options +FollowSymLinks 

# 
# mod_rewrite in use 

RewriteEngine On 


# Uncomment following line if your webserver's URL 
# is not directly related to physical file paths. 
# Update Your Joomla!/MamboDirectory (just/for root) 

# RewriteBase/


########## Begin - Joomla! core SEF Section 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteCond %{REQUEST_URI} (/|\.htm|\.php|\.html|/[^.]*)$ [NC] 
RewriteRule ^(content/|component/) index.php 
# 
########## End - Joomla! core SEF Section 

# Block out any script trying to set a mosConfig value through the URL 
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR] 
# Block out any script trying to base64_encode crap to send via URL 
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR] 
# Block out any script that includes a <script> tag in URL 
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR] 
# Block out any script trying to set a PHP GLOBALS variable via URL 
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] 
# Block out any script trying to modify a _REQUEST variable via URL 
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) 
# Send all blocked request to homepage with 403 Forbidden error! 
RewriteRule ^(.*)$ index.php [F,L] 

Answer 1

ファイル編集は、私は2つのことに気づくが、私はどちらかが問題であるかはわかりません。

1）サイトは出力を早めにフラッシュします。これは良い（実際には良い）。他のリソースは、index.phpが完全にロードされる前にダウンロードを開始できます。しかし、これがどのように設定されているかによって、IEにいくつかの問題を引き起こす可能性があります（以下の2に関連するかもしれません）。

診断を行うには、早期出力フラッシュをオフにして、何が起こるかを確認します。

2）私が気づく2つ目の点は、計算されたチェックサムが格納されているチェックサムと異なっていることと、コンテンツがgzip圧縮されているため、IE6がチェックサムに失敗した後に解凍できないことですそのシナリオにあります）。

とにかく、圧縮をオフにして、何が起こるかを見てください。

希望するものがあり、それぞれを個別に（または個別に）無効にするとどうなるかをお知らせください。