Walidator XML
Sprawdź, czy dokument XML jest poprawnie sformułowany, zanim opublikujesz kanał, mapę witryny, plik SVG lub plik konfiguracyjny. Walidator analizuje znaczniki, atrybuty, zagnieżdżenia i znaki oraz zgłasza pierwszy problem wraz z numerem wiersza, kolumny i wyjaśnieniem parsera, na przykład niedopasowany znacznik zamykający. W przypadku poprawnie sformułowanych dokumentów wyświetlane są element główny, liczba elementów i atrybutów oraz głębokość zagnieżdżenia. Narzędzie sprawdza poprawność składni, a nie reguły DTD ani XSD.
Najczęściej zadawane pytania
Czym różni się poprawnie sformowany XML od poprawnego XML?
Poprawnie sformułowany XML spełnia podstawowe reguły składni: ma jeden element główny, prawidłowo zagnieżdżone i zamknięte znaczniki oraz poprawnie ujęte w cudzysłowy atrybuty. Poprawny XML dodatkowo jest zgodny z DTD lub schematem XML, który określa dozwolone elementy. To narzędzie sprawdza poprawność składni, której wymaga każdy parser XML, zanim wykona dalsze działania.
Co dokładnie jest sprawdzane?
Walidator sprawdza, czy istnieje dokładnie jeden element główny, czy każdy znacznik jest zamknięty we właściwej kolejności, czy nazwy znaczników i atrybutów są dozwolone, czy wartości atrybutów są ujęte w cudzysłowy i nie powtarzają się oraz czy poza elementami nie występują zbędne znaki. Akceptowane są deklaracja XML, komentarze, sekcje CDATA i instrukcje przetwarzania.
Co oznaczają typy błędów?
Błędy należą do czterech grup: struktury dokumentu, znaczników, atrybutów i znaków. Wiersz błędu podaje nazwę grupy zrozumiałym językiem, a wiersz szczegółów zawiera dokładne wyjaśnienie parsera, na przykład wskazuje oczekiwany znacznik. W obu podane są wiersz i kolumna, w których występuje problem.
Dlaczego atrybut bez wartości jest odrzucany?
HTML dopuszcza atrybuty logiczne, takie jak <input disabled>, ale XML wymaga, aby każdy atrybut miał wartość ujętą w cudzysłowy. Zapisz disabled="disabled" albo usuń atrybut. Ta sama reguła dotyczy plików SVG i XHTML.
Czy mogę za jego pomocą sprawdzić HTML?
Tylko XHTML, który jest HTML zapisywany jako XML. Zwykły HTML pozostawia niezamknięte elementy, takie jak <br> lub <img>, i dopuszcza nieujęte w cudzysłów atrybuty, czego XML nie pozwala robić, dlatego zwykle jest zgłaszany jako niepoprawnie sformowany.
Czy deklaracje DOCTYPE i encje są obsługiwane?
DOCTYPE z deklaracjami encji jest akceptowany podczas sprawdzania składni, ale encje nigdy nie są rozwijane i nie są pobierane żadne pliki zewnętrzne. Dzięki temu sprawdzanie jest szybkie i bezpieczne wobec ataków polegających na rozwijaniu encji. Wstępnie zdefiniowane encje, takie jak & i <, są zawsze dozwolone.
Czy obsługiwane są przestrzenie nazw?
Nazwy z prefiksem, takie jak svg:rect lub xsi:schemaLocation, są akceptowane jako nazwy elementów i atrybutów. Walidator nie rozpoznaje identyfikatorów URI przestrzeni nazw ani nie sprawdza, czy każdy prefiks został zadeklarowany.
Co pokazują statystyki poprawnego dokumentu?
Element główny to najbardziej zewnętrzny znacznik. Elements zlicza każdy element, łącznie z głównym, a Attributes zlicza wszystkie atrybuty w dokumencie. Maksymalna głębokość to najgłębszy poziom zagnieżdżenia, przy czym element główny znajduje się na poziomie 1. Te liczby pomagają potwierdzić, że kanał lub eksport zawiera oczekiwane dane.
Jak liczone są numery wierszy i kolumn?
Oba liczniki zaczynają się od 1 na początku danych wejściowych. Pozycja wskazuje miejsce, w którym parser wykrył problem; w przypadku niezamkniętego znacznika może to być sam znacznik otwierający. Zgłaszany jest tylko pierwszy błąd.
Jak duży może być XML i czy można go przekonwertować?
Dane wejściowe mogą mieć do 5 MiB. Aby przekonwertować poprawnie sformułowany dokument na JSON, YAML, CSV lub inny format, użyj konwertera formatów danych albo narzędzia XML do JSON.