Internet Explorer Problem, evtl htaccess ?

Hallo ich habe ein seltsames Problem bekommen, ohne Zutun meinerseits. Es ist so, dass lange Zeit meine Opencart 1.5.6.4 Seite unter Internet Explorer nicht mehr geladen werden konnte. Ich habe etwas aus der htaccess Datei entfernt, und jetzt lädt die Startseite wieder, auch einige Produktseiten und Kategorien, bei einigen Produktseiten und Kategorien ist allerdings das Problem, dass die Seite keine Struktur mehr hat, sprich scheinbar die CSS Verbindung fehlt oder die Seite einfach so lange geladen werden muss, dass dann eben irgendetwas nicht stimmt. Das Problem ist nur bei Inet Explorer da, Chrome und Firefox zeigen alle Seiten korrekt an ? ? ? Weiß hier jemand woran das liegen könnte ? Da ich durch htaccess Änderungen zumindest einige Seiten wieder unter Explorer laden kann, poste ich mal die htaccess, viell. ist da ja noch ein weiterer Fehler.
AddType application/x-httpd-php54 .php

RewriteOptions inherit
# 1.To use URL Alias you need to be running apache with mod_rewrite enabled.

# 2. In your opencart directory rename htaccess.txt to .htaccess.

# For any support issues please visit: http://www.opencart.com

Options +FollowSymlinks

# Prevent Directoy listing
Options -Indexes

# Prevent Direct Access to files
<FilesMatch "\.(tpl|ini|log)">
Order deny,allow
Deny from all
</FilesMatch>

# SEO URL Settings
RewriteEngine On
# If your opencart installation does not run on the main web folder make sure you folder it does run in ie. / becomes /shop/
RewriteEngine on

RewriteBase /
RewriteRule ^sitemap.xml$ index.php?route=feed/google_sitemap [L]
RewriteRule ^googlebase.xml$ index.php?route=feed/google_base [L]
RewriteRule ^download/(.*) /index.php?route=error/not_found [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !.*\.(ico|gif|jpg|jpeg|png|js|css)
RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA]

# compress text, HTML, JavaScript, CSS, and XML
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript

# remove browser bugs
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
Header append Vary User-Agent

## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access plus 1 week"
ExpiresByType image/jpeg "access plus 1 week"
ExpiresByType image/gif "access plus 1 week"
ExpiresByType image/png "access plus 1 week"
ExpiresByType text/css "access plus 1 week"
ExpiresByType application/pdf "access plus 1 week"
ExpiresByType text/x-javascript "access plus 1 week"
ExpiresByType application/x-shockwave-flash "access plus 1 week"
ExpiresByType image/x-icon "access plus 1 week"
ExpiresDefault "access plus 1 week"
</IfModule>
## EXPIRES CACHING ##

### Additional Settings that may need to be enabled for some servers
### Uncomment the commands by removing the # sign in front of it.
### If you get an "Internal Server Error 500" after enabling any of the following settings, restore the # as this means your host doesn't allow that.

# 1. If your cart only allows you to add one item at a time, it is possible register_globals is on. This may work to disable it:
# php_flag register_globals off

# 2. If your cart has magic quotes enabled, This may work to disable it:
# php_flag magic_quotes_gpc Off

# 3. Set max upload file size. Most hosts will limit this and not allow it to be overridden but you can try
# php_value upload_max_filesize 999M

# 4. set max post size. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
# php_value post_max_size 999M

# 5. set max time script can take. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
# php_value max_execution_time 200

# 6. set max time for input to be recieved. Uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
# php_value max_input_time 200

# 7. disable open_basedir limitations
# php_admin_value open_basedir none

Schätze das MSIE das komprimieren DEFLATE sowie caching Expires.. nicht wirklich mag.
Auch das Browsermatch \bMSIE könnte das Problem sein.

Am besten mal alles was nicht Standard ist rausnehmen und dann Zeile für Zeile testen.

Vielen Dank für die schnelle Antwort, allerdings hat das nichts gebracht. Also habe die Sachen entfernt, getestet aber das Problem ist immer noch da, liegt dann wohl nicht weiter an der htaccess. Komisch ist, dass das Problem urplötzlich aufgetreten ist. Dann denke ich liegt es an einem Modul, das nicht mit IE kompatibel ist ? Vielleicht auch an den Browsereinstellungen, nur können die ja bei jedem Seitenbesucher auch so sein :-(

Ahh, sind also auch noch weitere Module installiert?
Könnte auch daran liegen.
Und - was auch sehr wahrscheinlich ist: welche Browserversion und welche AddOns sind darin aktiviert?
Oft sind auch Adblocker schuld an manchem!

Ok vielen Dank erstmal, jetzt klappts, nachdem ich nochmals gespeicherte Einstellungen gelöscht habe und eingestellt habe das nach den neuesten Versionen der Seite gesucht werden soll, d.h das war evtl einfach nur noch halb falsch gespeichert im Browser. IE 11 benutze ich, ich hoffe dass sich das Problem dann ganz erledigt hat. An den Erweiterungen lag es übrigens nicht, habe vorübergehend alle deaktiviert gehabt. Verwirrt... Ich hoffe nur, dass es eben nicht an den Browsereinstellungen liegt, weil das ja bedeutet, dass viele Leute über IE Probleme ohne Fehlermeldung vom Browser beim Aufrufen der Seite bekommen, was ja so wirkt als würde sie gar nicht funktionieren :-( Aber wie gesagt vielen Dank OSWorX

EDIT: NEINNN !!! Das Problem ist wieder da :-( Das ist also irgendetwas was Fehlkonfiguriert ist. Kann es sein, dass manchmal auf die falsche Database zurückgegriffen wird ? ? Habe auf dem Server noch eine leere 2.te

Es kann ohne weiteres auch an einem Script liegen.
Der MSIE ist da manchmal etwas 'eigenartig'!
Genügt schon ein Beistrich an der falschen Position - bingo.
Aber Du kannst mich gerne kontaktieren (PM oder Email), dann schau ich mir es an.

Hi OSWorX, das mit dem Script wird wohl stimmen. Die Fehlermeldung laut Entwicklertool ist, dass der Zugriff auf SCRIPT5 verweigert wird und es mit einer Datei namens sh.bde42.... usw zu tun hat. Diese Datei konnte ich auf meinem Server nicht finden, auf meinem Computer im Internet Cache, wenn man sie anschaut hat sie aber etwas mit s7.addthis zu tun, sprich die Seite versucht auf s7.addthis zuzugreifen wird dabei aber verweigert, was ja logisch ist weil das ja ne Art Virus ist bzw eine schädliche Seite. Wie diese Seite in das Produkt kommt weiss ich nicht, ist aber mit einem Script da, heißt der AddThis Button wird zu einem s7.addthis Script/Widget umgeleitet, oder ? :
<!-- AddThis Button BEGIN -->
<div class="addthis_default_style"><a class="addthis_button_compact">Weitersagen</a> <a class="addthis_button_email"></a><a class="addthis_button_print"></a> <a class="addthis_button_facebook"></a> <a class="addthis_button_twitter"></a></div>
<script type="text/javascript" src="//s7.addthis.com/js/250/addthis_widget.js"></script>
<!-- AddThis Button END -->

Weißt du wo ich das zum ändern finde oder wieso das so sein könnte ?
Ich habe folgende VQMOD installiert gehabt, die eh nichts gebracht hat, hab aber nicht wirklich gewusst, das s7.addthis eben ein Browser Hijacker ist, im Code dieser installierten Erweiterung wird aber auch s7.addthis benutzt :
http://www.opencart.com/index.php?route ... _license=0
zum Beispiel hier $.getScript("http://s7.addthis.com/js/250/addthis_wi ... 8a0c731db1");

Ich habe wirklich wenig Ahnung von Programmiersprache und habe jetzt einfach die Schlussfolgerung gezogen, dass das Share Script nicht von AddThis sondern von s7.addthis bezogen wird und dadurch vom IE verweigert wird ? Frage ist eben nur wie und wo ich das s7 entfernen kann und trotzdem weiterhin die Share Funktion nutzen kann ? Wenn das überhaupt der Grund ist. Das Entwicklertool zeigt aber eben diesen Zugriffsfehler.. Was sehr komisch ist, ist dass bei einem anderen Artikel das selbe Script benutzt wird, dieser aber ohne Probleme aufgerufen wird.
Sorry für den langen Text

Das mit dem AddThis Script hat schon so seine Ordnung und ist im Grunde okay.
Damit wird nur einfach von AddThis der Code zum Anzeigen der AddThis Sharebuttons geladen.

Was mir nicht so passt ist, dass OpenCart automatisch mit allen Installationen seine Publisher-ID verwendet!
Damit kann Mr. Superschlau in Hongkong jederzeit nachvollziehen wer 'seinen' Shop wo verwendet.
Das finde ich weniger gut.

Diese Sharebuttons anzuzeigen kann keine schlechte Sache sein - wenn man das möchte.
Wer das nicht möchte, einfach die product.tpl mit einem Codeeditor (nicht MS-Word oder so einem Schrott!) bearbeiten und diesen Code von <!-- ... bis --> rausnehmen.

Was auf alle Fälle gemacht gehört ist diese Publisher-ID zu entfernen!

p.s.: AddThis is weder ein Virus noch ein anderer Schädling sondern einfach eine Möglichkeit (wer das möchte) seine Inhalte auf facebook, Google+ usw. zu teilen.

In diesem Zusammenhang sei noch erwähnt, dass Codes wie diese eine Shopzertifizierung nicht möglich machen (z.B. TrustedShops).
Um das automatische Anzeigen u.a. zu verhindern, gibt es mit meinem Modul LEGAL ein Plugin das diese Sharebuttons erst dann aktiviert wenn der Besucher damit einverstanden ist (siehe Heiselösung).

Hi, ja addthis ist vollkommen in Ordnung, aber s7.addthis.com ist halt Malware, also soweit ich das schon öfter gelesen habe, unter anderem hier http://blog.mitechmate.com/s7-addthis-c ... tructions/
wenn du auf s7.addthis.com gehst, was wahrscheinlich schon ein Fehler ist, bekommst du in erster Linie einfach nur einen Text angezeigt und ich denke die Verlinkung darauf und das ausführen von Scripts mit dieser Quelle werden halt von IE geblockt, oder ? Wenn s7 wirklich von addthis ist, dann will man das ja auch nicht, dass Kunden wegen dem Sharebutton, der schon praktisch ist, letztendlich transparent werden. Wenn das ganze aber auch nicht bei Trusted Shops akzeptiert wird, dann entferne ich das wahrscheinlich lieber ganz. Das Modul Legal kenne ich shon, ich habe nur 3-4 verschiedene Opencart Shops am laufen, und dadurch musste ich aus Budgetgründen alles selbst umschreiben :-( Auch wenn das Modul spitze ist, also rein von dem was es bietet. Mal sehen ob das Problem verschwindet, wenn ich die Buttons rausnehme.
Vielen Dank
PS: Das mit der Publisher-ID hab ich nicht ganz verstanden, also wo man das rausnimmt.

Okay, mein Fehler, hatte das mit s7 übersehen ..

Entfernen der Publisher-ID: standardmässig würde der Code in der Vorlage so aussehen: Gemeint ist das hier:
#pubid=ra-515eeaf54693130e
Das erhöht nur die Zahlen von Mr. Superklug.
Entweder enfernen, oder aber besser mit der eigenen ID ersetzen - dann hat man eigene Statistiken.

p.s.:
Das mit dem Modul und mehreren Shops verstehe ich, wäre aber kein Problem gewesen mich anzuschreiben.
Ich bin der Letzte der nicht beim Aufbauen hilft.