Probleme mit Darstellung der Website mit IE8 (css3 problem?)

[superk]

Hallo,

ich arbeite gerade an der Website: Home - Quantitec® Engineering Systeme & Lösungen für Prozess-Automatisierung, Logistik, Automotive, Produktionstechnik, Sensoren, Inertialnavigation und Medizintechnik

Wenn ich diese mit IE8 betrachte dann wird nur die Hälfte der Seite dargestellt. Mit IE9 oder mit dem FFX funktioniert es wunderbar.
Mein Verdacht ist das es vielleicht mit der fehlenden CSS3 Unterstützung seitens des IE8 liegt.

Hat vielleicht jemand einen Tip wie ich das korrigieren könnte? oder ein Workaround?

Viele Grüße
SuPerK

 

[Wustersoss]

Hallo,

bring erst mal dein Code in Ordnung.
Mit diesem Doctype zeigt der Validator glatt 60 Fehler an. Mit dem Doctype HTML immerhin noch 39, davon einige sehr gravierende, wie nicht geschlossener Span-Tag.

Den Validator findest hier -> The W3C Markup Validation Service vielleicht wechselst du nebenbei auch mal auf die neueste Typo3 Version.

 

[superk]

es hat geholfen alle fehler zu beseitigen.

es bleiben jetzt nur diese unsinnigen "cannot generate system identifier for general entity "PHPSESSID"" fehler übrig.

danke!

 

[Wustersoss]

Du kannst aber doch nicht im Ernst von uns erwarten, das wir uns durch den Code quälen um dann festzustellen, das ein UL oder Div nicht geschlossen wurde?
Wenn Typo3 die Fehlerursache ist, dann in die Tonne damit. Es gibt unzählige CMS, die besseren Code erstellen.

Nur mal ein Beispiel: Du verwendest 2 gleiche IDs mit Namen Startblocks und verwendest JQuery. Wenn Jquery nun per Id ein Element anspricht kann das nur schlecht sein. Ids dürfen nur einmal im Code vorkommen, sonst nimmt man Class.

 

[superk]

bleib mal relaxed ;)
ich hab von niemanden irgendwas erwartet. vielleicht hatte ja jemand ähnliche probleme und könnte einen tip geben.
die ID's habe ich schon in CLASS elemente gewandelt, der Fehler war mir schon bewusst. Wie gesagt der Darstellungsfehler lag eigentlich nur daran das dass </span> element nach dem </div> auftauchte obwohl das <div> zuerst kam.
Wie man so sagt, vor lauter Bäum sieht man den Wald nicht mehr.

das mit dem phpsession id murks kann man durch einen workaround in der htaccess oder php.ini fixen.

 

[mermshaus]

Ja, oder indem du URL-basierte Sessions ganz deaktivierst (und nur noch Cookie-basierte zulässt). Das würde auch die Gefahr von Session-Hijacking verringern und Seiten besser verlinkbar machen.

 

[superk]

Ja, oder indem du URL-basierte Sessions ganz deaktivierst (und nur noch Cookie-basierte zulässt). Das würde auch die Gefahr von Session-Hijacking verringern und Seiten besser verlinkbar machen.

eigentlich hab ich mit realurl die sichtbarkeit der sessionID abgeschaltet. der validator sieht es trotzdem obwohl im quellcode nix zu sehen ist.

das ist lame.

und so einfach ist das auch nicht abschaltbar in typo3. :(

 

[threadi]

Wenn Typo3 die Fehlerursache ist, dann in die Tonne damit. Es gibt unzählige CMS, die besseren Code erstellen.

Typo3 lässt wie jedes andere CMS die 100%ige Kontrolle über den erzeugten Quellcode zu - viele machen es aus was für Gründen auch immer nicht. Das hier beschrieben Problem hat auch nichts mit typo3 an sich sondern mit PHP zu tun, was auch bei jedem anderem PHP-basierten CMS auftauchen kann.

und so einfach ist das auch nicht abschaltbar in typo3. :(

Laut typo3-Doku und Forum sollte es abschaltbar sein. Habe schon viele Beiträge dazu gefunden, z.B.:
wie kommt das ab und an in die URL: "&PHPSESSID="? - TYPO3 Forum & Portal

 

[mermshaus]

Ja, grundsätzlich ist das eine Sache von session.use_only_cookies und so. Die Werte können auch per ini_set zur Laufzeit gesetzt werden.

Ob und wie TYPO3 die wieder anknippst, kann ich nicht beurteilen. Ich fände das aber sehr eigenartig und würde den Fehler erst mal bei mir suchen.