Plötzlich Schriftgrößenwechsel in Browseransicht

Beitrag von **euroexchange.de** » 10.01.2009, 15:29

@all

Auf meiner Seite ändert sich ständig die Schriftgröße in der Browseransicht. Mal ist diese groß dann wieder klein - und das alles von selbst.

Ich nutze Firefox 3.0.5 und meißt geschieht der Wechsel wenn ein interner Link auf der Seite aufgerufen wird. Bei anderen Seiten ist mir das noch nicht passiert.

Hat jemand eine Idee oder ist evtl. selbst betroffen - Danke

Es handelt sich um die Seite:

https://www.euroexchange.de

von **Anzeige von ABAKUS** »

Beitrag von **w3news** » 10.01.2009, 15:44

Also im IE passiert nichts, bleibt alles gleich. Passiert es denn auch auf anderen PC's oder nur bei deinem? Ist auf der Seite ein JS eingebaut, was vielleicht die Schriftgröße irgendwie automatisch anpasst?

Beitrag von **SeriousBadMan** » 10.01.2009, 15:53

nach nen bisschen rumklicken hab ichs auch beim neuesten FF.

von **Anzeige von ABAKUS** »

SEO Consulting bei ABAKUS Internet Marketing
Erfahrung seit 2002

persönliche Betreuung
individuelle Beratung
kompetente Umsetzung

Jetzt anfragen: 0511 / 300325-0.

Beitrag von **Margin** » 10.01.2009, 16:13

In 90 % der Fälle, in denen dieses Phänomen auftritt, sind die css Attribute nicht sauber / konsequent durchdefiniert, kann aber auch durch zuviele / falsche Fehler ausgelöst werden:
https://validator.w3.org/check?uri=http ... ne&group=0

Beitrag von **lalabuh** » 10.01.2009, 16:19

Schau mal auf :font bzw. spiele mit Firebug rum. Achja, dann noch den htp-Fehler ändern. ;)

Beitrag von **euroexchange.de** » 10.01.2009, 17:07

Danke für Eure vielen und schnellen Antworten und Hilfestellungen.

@w3news
Javascript ist in der Seite drin ( Partnerprogramme und Contaxe etc.)

@Margin
Werde die CSS mal überprüfen. Danke!
Also, was die Validation-Fehler angeht ist es mir ein Rätsel, wie manche Seitenbetreiber es schaffen nicht mal einen einzigen davon zu erzeugen. Respekt!

@lalabuh
Prüfe das jetzt nochmal in der CSS. Welchen htp-Fehler meinst Du? Ich kann diesen nicht finden. Danke für den Hinweis.

In meiner CSS steht:
body {
font: 12px/14px Verdana, sans-serif;
color: #222;
/*background: #e8ecf1 url("../layout_images/new/body_bg.gif") repeat-x fixed;*/
}

Auch eine Änderung der Schriftgröße führt weiterhin zu den besagten Problemen, hmmm

Viele Grüße
upps

Beitrag von **ckecker** » 10.01.2009, 17:36

Hatte ich auch auf meinem Blog für kurze Zeit (nur im FF)
Heute ist alles wieder normal.

Beitrag von **Mork vom Ork** » 10.01.2009, 17:43

euroexchange.de hat geschrieben:Also, was die Validation-Fehler angeht ist es mir ein Rätsel, wie manche Seitenbetreiber es schaffen nicht mal einen einzigen davon zu erzeugen. Respekt!

Naja, wenn du die simpelste HTML-Regel, nämlich die, dass das Und-Zeichen nicht als solches im Code stehen darf, beherzigen würdest, hättest du auch nur geschätzt drei oder vier Fehler drin (statt über 500).
Sowas …

<img src="https://dreamcounter.de/c.php?show=today&ID=13075"></a>

… ist nämlich schlichtweg falsch, wird aber, weil's so häufig vorkommt, von allen Browsern stillschweigend korrigiert. Richtig wäre es so:

<img src="https://dreamcounter.de/c.php?show=today&ID=13075"></a>

Das Unterbringen der PHP-Sitzungskennung als URL-Parameter ohne jegliche Not ist zudem auch ein Grundübel, das mir immer wieder unverständlich ist. Cookie-Abstinenzler gibt es eh nur wenige und für die Benutzung deiner Seite scheint es sowieso vollkommen unnötig zu sein, dem Besucher gleich beim ersten Aufruf eine Nummer auf die Stirn zu drücken; nach dem Login, ja, aber doch nicht, wenn man einfach nur durch die Seiten blättert. Was soll das?
Speichere die Kennung also zumindest da, wo sie hingehört, in einem Cookie, dann bist du auch die Hunderte von PHP verpfuschten, lokalen URLs los.

Wenn du diese eineinhalb Punkte korrigiert hast, dürfte dein Code schon nahezu fehlerfrei sein.

Du bringst es allerdings sogar fertig, das Und auch im normalen Text unterzubringen („Motorrad & Zubehör“) - bei derart mangelhaften Grundlagen solltest du dich über die wenigen Fehler, die andere Leute machen, nicht wundern.

Weiterhin: Wenn du XHTML und nicht HTML drüberschreibst, solltest du auch den wesentlichen Unterschied zwischen XHTML und HTML anwenden; Einzelelemente wie <hr> und <br> sind HTML-Schreibweise, in XHTML lautet es <hr /> und <br />.

Und zu deinem ursprünglichen Problem: Ich hätte ja die ganzen Werbemassen, die du per Javascript einblendest, in Verdacht. Es wäre jedenfalls eine Erklärung dafür, dass der Größenwechsel nur sporadisch auftaucht.

Beitrag von **lalabuh** » 10.01.2009, 18:12

Geh von der Startseite auf "Automarkt, Fahrzeuge..." Im Teaser gibt es ein paar Werbelinks(solltest echt die Anzahl reduzieren) & den Link "Automarkt, Autos, Fahrzeuge Inserate oder Automarkt". Schau Dir den Link an.

Beitrag von **euroexchange.de** » 10.01.2009, 18:14

@Mork vom Ork

Danke für Deine Zeit und Mühe.

Ich werde mich jetzt gleich einmal an die "&" und anderes ranmachen.

Lieben Gruß
upps

Beitrag von **euroexchange.de** » 10.01.2009, 18:18

lalabuh hat geschrieben:Geh von der Startseite auf "Automarkt, Fahrzeuge..." Im Teaser gibt es ein paar Werbelinks(solltest echt die Anzahl reduzieren) & den Link "Automarkt, Autos, Fahrzeuge Inserate oder Automarkt". Schau Dir den Link an.

@lalabuh

Danke! Ich habe ihn gefunden. Du hast mir viele falsche Links erspart, denn jeder der 950 Kataloge enthielt diesen Fehler.

Respekt für Dein gutes Auge! Ich arbeite fast täglich an der Seite aber habe es bisher noch nicht entdeckt.

Gruß
upps

Beitrag von **lalabuh** » 10.01.2009, 19:18

Erhalte ich jetzt 950 Links? *grins* Jetzt mal ernsthaft. Solche Fehler müssen nicht sein. ->dev/test/prod

Beitrag von **euroexchange.de** » 10.01.2009, 19:42

@lalabuh

Wäre einer ok?

Such´ Dir gerne einen Katalog heraus und sag´ mir Zielurl und Linktext, ok?

Nochmal Danke und Gruß
upps

Beitrag von **euroexchange.de** » 10.01.2009, 20:07

@Margin
@Mork vom Ork

Habe alle "&" aus den Texten und Katalogen entfernt und die Sessions eliminiert und bin von ursprünglich 550 x Error sowie 350 Fehlern auf jetzt 37 und 3 runter, puhh.

Die Validierung sieht schon wesentlich besser aus, trotz der Restfehler wie:

</a> soll ein Fehler sein und lauter solche Sachen

Leider besteht das Problem mit den Schriftgrößen weiter und ich werde jetzt mal die Javascripts checken.

Thx upps

Beitrag von **Mork vom Ork** » 10.01.2009, 20:55

euroexchange.de hat geschrieben:Die Validierung sieht schon wesentlich besser aus, trotz der Restfehler wie:

</a> soll ein Fehler sein und lauter solche Sachen :-(

Nein, der Fehler tritt zwar an der Stelle des </a> auf, Ursache ist aber, wie in der Fehlermeldung beschrieben, das <img>-Element davor:

Error Line 144, Column 177: end tag for "img" omitted, but OMITTAG NO was specified.
…de/c.php?show=today&ID=13075"></a>

Wie schon gesagt, verwendest du HTML-Syntax in einem XHTML-Dokument. Du müsstest statt <img> <img /> schreiben - oder den Dokumenttyp in HTML 4 Strict ändern, das ist genauso gut.
Von dieser Sorte hast du noch ein paar.

Error Line 245, Column 25: document type does not allow element "h1" here.
<p align="justify"><h1>Gratis Inserat - kostenlose Kleinanzeigen

<h1> darf nicht in <p>-Absätzen stehen. Verschiebe einfach die <h1>- und die folgende <h3>-Überschrift vor den <p>-Absatz.
Von dieser Sorte hast einen weiteren in Zeile 1560, <hr>. Beim <p>-Fehler in Zeile 1562, der auch in diese Kategorie eingeordnet wurde, tippe ich eher auf nicht richtig verschachtelte oder nicht geschlossene Elemente.

Error Line 1431, Column 15: there is no attribute "background" .
<td background="./catimages/back11.jpg">

Benutze CSS: <td style="background-image:url(./catimages/back11.jpg)">. Ebenfalls noch ein oder zwei mehr.

Error Line 1443, Column 37: end tag for "b" omitted, but OMITTAG NO was specified .
<b>Beratung - Planung - Pro...</small>

Verschachtele die Elemente korrekt, d.h. <small><b></b></small>, nicht <small><b></small></b>.

In Zeile 1572 ist dir noch ein Und entwischt.

Ein Tipp am Rande, da du sicher vieles mittels PHP ausgibst, einschließlich der URLs und Kategorienamen: Filtere Ausgaben immer durch htmlspecialchars(), es sei denn, du willst tatsächlich HTML-Code ausgeben. Du vermeidest damit nicht nur die lästigen &, die dir diese 500 Fehlermeldungen eingebrockt haben, sondern auch, dass dir irgendwer in seiner Kleinanzeige HTML-Code unterschiebt (und damit auch Javascript-Code zum Ergaunern von Passwörtern oder Verteilen von Viren).
Statt echo direkt anzusteuern, benutze ich immer eine eigene Funktion à la function fecho($s) { echo htmlspecialchars($s); }. Spart lästige Tipperei.

Der Rest deiner Fehler besteht, soweit ich nichts übersehen habe, nur aus Folgefehlern, die mit der Behebung oben genannter von alleine verschwinden sollten. Danach müsste der Code dementsprechend vollständig fehlerfrei sein.
Ich weiß ja nun nicht, wie lange du jetzt für die Korrekturen gebraucht hast, aber das war doch gar nicht so wild, oder? :)