Ich habe eine Online-App, die ich überprüfen möchte, die HTML-Markup gegen den W3C-Validator.Validate Markup von passwortgeschützten Seiten mit W3C
Problem ist, dass Benutzer sich zuerst anmelden müssen, um auf sie zugreifen zu können.
Wie gehe ich vor, um diese Seiten zu validieren?
Mit diesem html validator extension. Oder mit Strg-U, kopieren und in die w3c-Seite einfügen.
Angenommen, Sie möchten die Validierungsvalidierung verwenden, melden Sie sich selbst an, rufen Sie die gewünschte Seite auf, zeigen Sie die Quelle an, und verwenden Sie die Option direct input.
Sie haben die Dienstleistung, die sie auf dem Server zur Verfügung stellen laufen:
http://validator.w3.org/docs/install.html
Das ist, was wir getan haben, funktioniert super.
Ich denke, es ist die beste Vorgehensweise, Ihre Website-Quelle zu validieren, wenn sie in der Entwicklung ist, nicht wenn sie in Produktion ist ... Behandle das genauso wie laufende Komponententests. Sie sollten auch keine Markup-Fehler erhalten.
+1. Die beste Option, wenn Sie sich Sorgen um das sensible Datum auf Ihrer Seite machen. –
Richtig, aber ich denke, es ist nur die beste Vorgehensweise, die App nach der Bereitstellung in der Produktion vollständig anzuknüpfen ... denken Sie so darüber nach, dass Sie die gesamte App nicht erneut auf den Produktionsserver riskieren müssen Ausfallzeiten, verlorene Benutzersitzungen usw., nur weil Sie vergessen haben, ein Tag oder etwas zu schließen. –
Nun, ich denke, wir sind uns alle einig, dass die meisten Websites IMMER in Entwicklung sind - selbst nachdem sie live sind: -D – Joel
Ich nehme an, Sie meinen w3 validator service. Sie können den HTML-Inhalt in den Validator kopieren oder den HTML-Code in eine Datei speichern und hochladen. Wenn Sie Firefox Web Developer Erweiterung haben, bietet es eine Option "lokalen HTML validieren".
+1 Validate Local HTML ist der bequemste Weg. –
OmniValidator für Firefox:
Omnivalidator sendet den Inhalt der aktuell sichtbaren Seite eines oder mehr Validierungsdienste in den Erweiterungseinstellungen konfigurierten. Diese Validierer können öffentlich gehostet werden (die Standardwerte sind der öffentliche Hosted W3C Markup Validator und Validator.nu) oder lokal gehostet. Die Ergebnisse werden von dem Validatoren abgerufen, analysiert und in einer collapsable Fehleranzeigetafel und zusammengefasst mit einem Symbol und Tooltip auf der Omnivalidator Taste angezeigt, die auf einem Browser Symbolleiste platziert werden können. Die Validierung wird entweder durch Klicken auf die Schaltfläche Omnivalidator oder durch das Konfigurieren von URLs ausgelöst, die automatisch mit einem oder mehreren Validatoren in den Erweiterungseinstellungen validiert wurden ( ).
Ich stimme nicht zu, das ist völlig unmöglich, Integrationstests zu verwenden. Die Ansicht ist genauso wichtig zu testen wie Ihre App. Warum verwenden wir komplexe Test-Frameworks wie Rspec, Shoulda und Autotest etc., nur um die endgültige Ausgabe als ungetesteten HTML zu liefern. Es erinnert mich an die "Super Hi-Fi" Aufnahme Künstler, die alle ihre Musik in Analog aufnehmen, nur um eine super crappy komprimierte mp3 zu ihren Zuhörern zu versenden. –
Fühlen Sie sich frei, eine Antwort mit einer automatisierten Option zur Verfügung zu stellen, wenn Sie einen kennen (Selenium vielleicht?). Aber Tests sind nur eine Untergrenze; Sie beweisen nie, dass Ihre App funktioniert. Durchsuchen der App wird viel mehr Ecken Fälle, die diese Art von Erweiterung leicht zu erfassen. – Tobu
Ich frage nicht nach Integrationstests. Ich frage, ob eine Seite in W3C validiert wird, wenn sie hinter dem Passwortschutz steht. Diese Lösung hat super funktioniert. Vielen Dank! – Joel