Massig Validierungsfehler bei php-resource

**unset** · 08-09-2009, 10:28

Ach, ich dachte es geht ums Forum. Die Restliche Seite nutze ich eigentlich gar nicht ;-)

**pekka** · 08-09-2009, 10:31

Originally posted by piratos View Post

Jeder vernünftige Webdesigner - Webentwickler macht das sofort z.B. bei der Erstellung der Templates / Inhalte

In der Theorie ist das so, ja. In der Praxis kommt der HTML-Code bei einem Projekt wie diesem aus -zig Quellen. Das heißt nicht, daß es nicht möglich wäre diese zu beheben, aber ganz so einfach ist es nicht.

**piratos** · 08-09-2009, 10:38

Originally posted by unset View Post

Ach, ich dachte es geht ums Forum. Die Restliche Seite nutze ich eigentlich gar nicht ;-)

Dann lese mal den Anfang - Forum hat auch reichlich.

**piratos** · 08-09-2009, 10:59

Originally posted by pekka View Post

aber ganz so einfach ist es nicht.

Oh doch:

Wenn man nur den Teil so korrigiert:

HTML Code:

<head>
  <title>php-resource.de  PHP-resource.de  Die PHP Developer Webseite </title>
  <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1" />
  <meta name="author" content="Bernhard Bauder" />
  <link rel="icon" type="image/x-icon" href="favicon.ico" />
  <meta name="description" content="PHP Scripte und Tutorials nicht nur für Anfänger" />
  <meta name="Keywords" content="php scripte tutorials entwicklung lernen kostenlos scripte programmierer" />
  <meta name="revisit-after" content="1 weeks" />
  <meta name="expires" content="Mon, 06 Jan 1990 00:00:01 GMT" />
  <meta name="publisher" content="Bernhard Bauder" />
  <meta name="copyright" content="Bernhard Bauder" />
  <meta name="page-type" content="php mysql scripte lernen hilfe forum " />
  <meta name="page-topic" content="Computer" />
  <meta name="audience" content="All" />
  <meta name="Robots" content="index,follow" />
  <meta http-equiv="expires" content="-1" />
  <meta http-equiv="cache-control" content="no-cache" />
  <meta http-equiv="content-script-type" content="text/javascript" />
  <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="/cache/rss.de.xml" />
  

 
<style type="text/css">@import url(/skin/style.css) all;</style>

  <!--[if IE 6]>
    <style type="text/css">@import url(/skin/style_ie6.css);</style>
    
  <![endif]-->
  <!--[if IE 7]>
    <style type="text/css">@import url(/skin/style_ie7.css);</style>
    
  <![endif]-->

 
<script type="text/javascript" src="/sys/ajax/JsHttpRequest.js"></script>
<script type="text/javascript" src="/sys/ajax/kernel.js"></script> 
</head>

geht man von aktuell 919/15 auf 749/14 runter.

Der überwiegende Teil der restlichen Fehler sind fehlende img Abschlüsse , also > eingesetzt muss aber /> sein und in Links wurde & eingesetzt statt &

Macht man die weg ist der Rest Kleinkram, da es sich überwiegend um Folgefehler handelt.

**piratos** · 08-09-2009, 11:23

So exakt gestoppte Arbeitszeit 10 Minuten

Von aktuell 919/15 geht man runter auf

runter auf

485 Errors, 5 warning(s)

wie gesagt Rest falscher Imageabschluss, <br> statt<br /> (kann man durch suchen und ersetzen ändern), bei den News handelt es sich um ein Serienfehler (Tabellenabschluss ohne tr Abschluss) und Tabelle wird im vorwege mit einem <p> eingeleitet, img Abschlüsse, ein Tippfehler titel statt title und natürlich die Anzahl & statt & - im Prinzip nichts weltbewegendes - ich würde sagen - Arbeit für eins zwei Stunden.

**admin** · 08-09-2009, 11:28

@piratos

Danke für die Mühe!!
Ich werde es meinen Leuten weitergeben.

**wahsaga** · 08-09-2009, 15:44

OffTopic:

Originally posted by piratos View Post

Es gibt nun mal Normen und die sollte man nicht in den Wind schiessen, nur weil ein Browser in der Lage ist ein einigermassen korrektes Bild über seine Fehlerkorrekturmöglichkeiten zu ermitteln

Du verlässt dich aber massiv auf die Fehlerkorrektur der Browser, wenn du <img /> und <br /> verwendest - und das Dokument dann aber als text/html auslieferst, so dass es einfach nur durch den Tag Soup Parser geschickt wird.
Der / stellt in HTML allenfalls sowas wie ein ungültiges "Attribut" dar - und dieses zu ignorieren, bleibt dann an der Fehlerkorrektur hängen ...

Versteh' mich nicht falsch, ich bin auch absolut für validen Code wo immer möglich - und das ist fast immer und überall - nur so manche Argumentation geht halt irgendwie an der Sache vorbei.

**mermshaus** · 08-09-2009, 15:45

Originally posted by mermshaus View Post

Umstellung auf einen Nicht-XHTML-DOCTYPE

...and Bob's your uncle. (900+ → weniger als 100 (mit HTML 4.01 Transitional))

**mac4design** · 08-09-2009, 16:19

Ich denke, die Validation ist dazu da, um Browser dazu zu bringen, dass sie sich daran halten. Wenn alles Valide ist, sieht es bei komplizierteren Websites zb im IE 6 nicht so toll aus. Man stelle sich vor, alle Websites wären valide, dann müsste Microsoft endlich etwas ändern, bzw die Nutzer irgendie dazu zwingen, auf den 8er upzugraden, da der das, glaube ich, schon einigermaßen gut kann.

Mein Fazit: Damit eine Seite gut aussieht, kann sie mitunter nicht valide sein, da sonst ein paar Browser wegfallen. Es gibt auch keinen offiziellen Standard, man hat sich nur darauf geeinigt. Ich könnte ja auch meinen eigenen entwerfen. Wir brauchen bloß einen, an den sich Entwickler wie AUCH Browser halten.

Grüße
mac4design

**unset** · 08-09-2009, 16:20

Wie kommst du zu der irrigen Annahme, es gäbe keinen offiziellen Standard?

**AmicaNoctis** · 08-09-2009, 16:32

Originally posted by mac4design View Post

Ich denke, die Validation ist dazu da, um Browser dazu zu bringen, dass sie sich daran halten.

Das würde bedeuten, wenn du einen Brief schreibst, machst du ne Rechtschreibkorrektur, damit der Empfänger sich an die deutsche Sprache hält???

Originally posted by mac4design View Post

Wenn alles Valide ist, sieht es bei komplizierteren Websites zb im IE 6 nicht so toll aus.

Zeig mir einen konkreten Fall und ich zeig dir, wie man es bei exakt gleichem Erscheinungsbild trotzdem valide macht.

Originally posted by mac4design View Post

Mein Fazit: Damit eine Seite gut aussieht, kann sie mitunter nicht valide sein, da sonst ein paar Browser wegfallen. Es gibt auch keinen offiziellen Standard, man hat sich nur darauf geeinigt. Ich könnte ja auch meinen eigenen entwerfen. Wir brauchen bloß einen, an den sich Entwickler wie AUCH Browser halten.

Wenn eine Seite nicht valide ist, ist die Gefahr viel größer, in einem bestimmten Browser nicht korrekt dargestellt zu werden. Es gibt sogar mehrere Standards! Wieso sind die deiner Meinung nach nicht offiziell? Klar kannst du deinen eigenen entwerfen, aber ob du den durchgesetzt bekommst?

Gruß,

Anja

**combie** · 08-09-2009, 16:41

@Berni
Wäre schon schön wenn mein Opera auf dieser Seite mal wieder richtig funktionieren würde....

Kann schon sein dass Opera etwas pingeliger auf schlampiges HTML reagiert. Aber deshalb, und nur für dieses Forum, den Browser wechseln, naja..

@mac4design
Selbst, für den unglaublichen Fall, dass du sogar ein klein wenig recht hast, darf das kein Grund für schlampigen HTML Code sein.

@all (insbesondere an die "sch**ß auf den Validator Fraktion")
Damit es klar wird, was ich meine:
Begründete Ausnahmen, sind ganz was anderes, als schlampig dahin geknalltes HTML. Damit ist keinem wirklich gedient.
Man baut eine ganz besondere Sorte von Zufalls Generatoren.
Das kann doch nicht das Ziel sein...
Also gibts auch keinen Grund das schön zu reden.

Zu den begründeten Ausnahmen:
Wann muss man vom Standard abweichen?
Diese Fälle lassen sich doch sicher an einer Hand abzählen, oder?

**mermshaus** · 08-09-2009, 16:53

OT: Sorry, das ist offtopic sondergleichen, aber ich liebe die random Sternchen in combies jüngsten Posts. Das macht dieses Forum zu einem magischeren Ort.

**combie** · 08-09-2009, 16:59

Originally posted by mermshaus View Post

OT: Sorry, das ist offtopic sondergleichen, aber ich liebe die random Sternchen in combies jüngsten Posts. Das macht dieses Forum zu einem magischeren Ort.

Mich machen sie fertig!

Drei mal editiert und immer noch welche da.....

EDIT:
Jetzt habe ich sie weg.

**pekka** · 08-09-2009, 17:01

Sternchen?

Massig Validierungsfehler bei php-resource

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Loading... Please wait.

Massig Validierungsfehler bei php-resource

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment