Seltsames Phänomen im IE

[ayReon]

Hi,

ich hab ein seltsames Phänomen im IE:

1. Man gehe auf folgende URL: http://service.feegy.de
   Ein kleiner grafischer Fehler im Menü links ist nun vorhanden. Man schaut sich den Source an.
   In Zeile 130 findet man folgendes Tabellentag:
   <tables/menue/cat_top.jpg" height="20">

Eventuell sind auch noch andere Tags fehlerhaft, ich habe das allerdings noch nicht kontrolliert.

2. Man macht einen Reload(F5 o.ä.) der Seite und man sieht schon das es nun korrekt dargestellt wird.
   Im Source ist nun das Tag auch richtig:
   <table width="164" border="0" cellspacing="0" cellpadding="0" background="images/menue/cat_top.jpg" height="20">

Nach weiteren Reloads tritt nun der Fehler nicht mehr auf. Also so auf anhieb ist er nicht reproduzierbar. Wenn man allerdings eine gewisse Zeit wartet, dann nochmal auf die Seite aufruft, dann tritt es wieder auf. Durch das Cache löschen wird allerdings der Fehler auch nicht reproduzierbar. Seltsam oder?

Evtl. jemand nen tipp?

[wahsaga]

hi,

Eventuell sind auch noch andere Tags fehlerhaft, ich habe das allerdings noch nicht kontrolliert.

dann mach das mal: http://validator.w3.org/check?uri=http%3A%2F%2Fservice.feegy.de

gruss,
wahsaga

[ayreon]

hi,

Eventuell sind auch noch andere Tags fehlerhaft, ich habe das allerdings noch nicht kontrolliert.

dann mach das mal: http://validator.w3.org/check?uri=http%3A%2F%2Fservice.feegy.de

gruss,
wahsaga

Hi,

wenn du die Fehler des validators von w3 unter die Lupe nimmst, wirst du feststellen das dort der 5. Fehler folgender ist:

Line 130, column 13: element "TABLES" undefined (explain...).
<tables/menue/cat_top.jpg" height="20">

Dadurch resultiert auch Fehler 6-8.
Fehler 9-12 verstehe ich nicht, ich werde doch wohl auch mehrere css IDs in einem HTML Dokument verwenden dürfen, oder nicht? und defeniert ist es in der CSS nur einmal.

Fehler 13 und 14 ist berechtigt, die  Zeichen kannman umschreiben.
Zu Fehler 2 bis 4 is zu sagen, das diese Eigenschaften der Tags vielleicht nicht in HTML 4.01 defeniert sind, aber sie jeder Browser versteht. Ich kann nunmal nicht für jede Tabelle ne eigene CSS ID Oder Klasse anlegen nur um die Höhe zu bestimmen.

Es ist wohl ein Serverseitiger Fehler, allerdings weiss ich nicht wie er zustande kommt. Auf meinem lokalen Server und auf meinem Root server im Internet funktioniert es, nur auf dem 1und1 Webspace nicht.

[wahsaga]

hi,

wenn du die Fehler des validators von w3 unter die Lupe nimmst, wirst du feststellen das dort der 5. Fehler folgender ist:

Line 130, column 13: element "TABLES" undefined (explain...).
<tables/menue/cat_top.jpg" height="20">

Dadurch resultiert auch Fehler 6-8.

und, gibt es etwa in HTML ein tag namens <tables/menue/cat_top.jpg">?
nein? was sucht es also da ...?

Fehler 9-12 verstehe ich nicht, ich werde doch wohl auch mehrere css IDs in einem HTML Dokument verwenden dürfen, oder nicht? und defeniert ist es in der CSS nur einmal.

eine ID hat dokumentweit eindeutig zu sein.
wenn du auf mehrere objekte das selbe CSS anwenden willst, verwende klassen

Fehler 13 und 14 ist berechtigt, die  Zeichen kannman umschreiben.

das sind noch die unwichtigsten fehler.
aber nummer 5 ist schon ein rechter hammer ...

Zu Fehler 2 bis 4 is zu sagen, das diese Eigenschaften der Tags vielleicht nicht in HTML 4.01 defeniert sind, aber sie jeder Browser versteht.

wirklich? und ich dachte, du wärst mit einem darstellungsproblem hier angekommen ...

Ich kann nunmal nicht für jede Tabelle ne eigene CSS ID Oder Klasse anlegen nur um die Höhe zu bestimmen.

dann gäbe es ja immer noch das style-attribut, umd die entsprechenden css-anweisungen direkt am element festzulegen.
-> ausrede ...

gruss,
wahsaga

[ayreon]

hi,

wenn du die Fehler des validators von w3 unter die Lupe nimmst, wirst du feststellen das dort der 5. Fehler folgender ist:

Line 130, column 13: element "TABLES" undefined (explain...).
<tables/menue/cat_top.jpg" height="20">

Dadurch resultiert auch Fehler 6-8.

und, gibt es etwa in HTML ein tag namens <tables/menue/cat_top.jpg">?
nein? was sucht es also da ...?

Lesen - denken - posten.

Ich weiss selber das es solch einen Tag nicht gibt, genau wegen diesem Tag ist doch dieser Thread da. Also lies nochmal meinen allerersten Post ;))

[wahsaga]

hi,

Lesen - denken - posten.

dito.

Ich weiss selber das es solch einen Tag nicht gibt, genau wegen diesem Tag ist doch dieser Thread da. Also lies nochmal meinen allerersten Post ;))

und warum redest du dann von einem "seltsamen phänomen im IE", wenn offensichtlich dein server bei der erstellung der seite manchmal mist baut?

gruss,
wahsaga

[ayreon]

hi,

Lesen - denken - posten.

dito.

Ich weiss selber das es solch einen Tag nicht gibt, genau wegen diesem Tag ist doch dieser Thread da. Also lies nochmal meinen allerersten Post ;))

und warum redest du dann von einem "seltsamen phänomen im IE", wenn offensichtlich dein server bei der erstellung der seite manchmal mist baut?

gruss,
wahsaga

Hi wahsaga,

da das Problem beim testen nur beim IE aufgetreten ist, jetzt jedoch auch im Mozilla.

Zudem ist das ein 1und1 Server, da bin ich von ausgegangen, das dieser richtig konfiguriert ist. Anscheinend doch nicht.

[Maxx]

Hallo,

ich hab ein seltsames Phänomen im IE:

Irritiert mich, dass nur nach dem 1. laden der Seite an den Links die SessionID hängt.

href="http://service.feegy.de/links.php?osCsid=24d8c3845631a9d3b5fb141459a8efbe"

Nach dem Reload nicht mehr.
href="http://service.feegy.de/links.php

Wenn man allerdings eine gewisse Zeit wartet, dann nochmal auf die Seite aufruft, dann tritt es wieder auf.

Der timeout der Session?

Grüße,

Jochen

[ayreon]

Hallo,

ich hab ein seltsames Phänomen im IE:

Irritiert mich, dass nur nach dem 1. laden der Seite an den Links die SessionID hängt.

href="http://service.feegy.de/links.php?osCsid=24d8c3845631a9d3b5fb141459a8efbe"

Nach dem Reload nicht mehr.
href="http://service.feegy.de/links.php

Wenn man allerdings eine gewisse Zeit wartet, dann nochmal auf die Seite aufruft, dann tritt es wieder auf.

Der timeout der Session?

Grüße,

Jochen

Hi Jochen,

also der Fehler muss Serverseitig vorliegen. Mit der Session das ist natürlich eine interessante Theorie. Allerdings ist es so, das es lokal und auf anderen Servern einwandfrei funktioniert. Zudem ist es vom relevanten Quellcode gar nicht möglich auf solch eine Ausgabe von PHP zu kommen. Denn das Menü wird NICHT generiert, sondern es ist als HTML fest integriert.
Der relevante Teil des Menüs steht im Quellcode so drin:

http://nopaste.php-q.net/44729

Also rein php technisch geht dieser Teil gar nicht durch den PHP Interpreter, der Webserver sollte da ja auch nicht einfach was verändern.
Und wie gesagt, auf meinem lokalem Server(IIS4) und auf einem Linux Server funktioniert es. Nur auf dem 1und1 nicht.

PS: welchen Forumscode verwendet dieses Forum denn?

[Maxx]

Hi,

also der Fehler muss Serverseitig vorliegen.

Was sagt der 1&1 support?
Hat dein Webspace bei 1&1 irgendwie einen eShop dabei?
Stammt das:
            <!-- shopping_cart //-->

<!-- shopping_cart_eof //-->
(unmittelbar vor dem </body>) von dir?

der Webserver sollte da ja auch nicht einfach was verändern.

Tut er anscheinend aber doch.

Grüße,

Jochen

[ayreon]

Hi,

also der Fehler muss Serverseitig vorliegen.

Was sagt der 1&1 support?
Hat dein Webspace bei 1&1 irgendwie einen eShop dabei?
Stammt das:
            <!-- shopping_cart //-->

<!-- shopping_cart_eof //-->
(unmittelbar vor dem </body>) von dir?

der Webserver sollte da ja auch nicht einfach was verändern.

Tut er anscheinend aber doch.

Grüße,

Jochen

Hi Jochen,

mit dem 1und1 Support hab ich mich noch nicht auseinandergesetzt, denn das wird wieder eine längere Geschichte wie ich das im Gefühl hab.

Im Moment hab ich noch mit dem Sperren von Filenams bei 1und1 zu kämpfen. 1und1 sperrt nämlich config.php und configuration.php in den Root folders von domains, also z.B. domain.de/config.php

Die beiden Tags stammen von mir, ein Shopping Cart wird nämlich nur angezeigt wenn etwas drinen ist.

Ein Webshop habe ich nicht von 1und1. Ich werde wohl die Tage mal eine Email an 1und1 schreiben mit den ganzen Fakten. Der telefonische Support leitet das Problem eh nur an die Techniker weiter.

gruß
michael

[Detlef G.]

Hallo ayReon

Ich habe deine Seite mit verschiedenen Browsern aufgerufen.
Ergebnis, bei allen Browsern besteht der Fehler.

Ich habe bei allen Browsern die Seite neu geladen.
Ergebnis, bei einem Teil der Browser OK, bei anderen nicht.
Warum?
Bei den Browsern, bei denen der Fehler blieb, waren die Cookies ausgeschaltet.

Also noch ein Test.
Cookie löschen, neu laden - Seite hat Fehler.
Nochmal neu laden - Seite OK.
Cookie blockieren, Seite laden (egal wie oft) - Fehler bleibt.

Evtl. jemand nen tipp?

Kontrolliere die Cookiebehandlung deines Scripts.

MFG
Detlef