Błędy walidacji to błędy w kodzie stron serwisu, natomiast błędy na stronie głównej i na stronach wewnętrznych serwisu mogą się od siebie różnić. Witryna jest uważana za ważną, jeśli nie zawiera błędów w kodzie stron witryny. Błędy mogą pojawić się podczas tworzenia strony, na przykład, gdy tagi html są zamknięte niepoprawnie lub nie są zamknięte w ogóle, gdy używane są przestarzałe tagi, typ dokumentu nie jest ustawiony (), zagnieżdżanie elementów jest niepoprawnie zorganizowane i inne. Niektóre błędy mogą być widoczne, a użytkownik będzie mógł je zauważyć podczas odwiedzania stron serwisu, niektóre błędy mogą być ukryte.

Najpopularniejszym i sprawdzonym walidatorem naszym zdaniem jest validator.w3.org , skanuje on stronę w poszukiwaniu błędów zgodnie z zasadami przyjętymi przez Konsorcjum ogólnoświatowa sieć standardy. Ten walidator ma 3 sposoby sprawdzania błędów: wprowadź adres URL określonej strony witryny, załaduj plik strony witryny i wprowadź część kodu witryny, którą należy sprawdzić.

Po zakończeniu sprawdzania zostanie wyświetlona lista błędów na stronie z opisem błędu, numerem wiersza z błędem oraz informacją, która część wiersza zawiera błąd.

Istnieje funkcja filtrowania błędów, za pomocą której można kolejno naprawiać określone grupy błędów, dodatkowo dla każdego błędu znajduje się link do standardów w3c, gdzie można znaleźć przyczynę tego błędu.

Istnieją również wtyczki do przeglądarek do wyszukiwania błędów na stronach witryny.

http://users.skynet.be/mgueury/mozilla/ - wtyczka do Mozilli

https://chrome.google.com/webstore/detail/html-tidy-browser-extensi/ - wtyczka do Chrome

https://addons.opera.com/en/extensions/details/validator/ - wtyczka do Opery

Po sprawdzeniu witryny pod kątem błędów pojawia się całkiem rozsądne pytanie: czy trzeba je natychmiast usunąć i co to oznacza dla promocji SEO?

Wyszukiwarki podczas rankingowania witryn w wyniki wyszukiwania nadal zwracaj większą uwagę na inne aspekty, takie jak wewnętrzna optymalizacja strony, profil linków, treść. Ale walidacja również nie powinna być całkowicie ignorowana.

Przede wszystkim polecam zwrócić uwagę na błędy związane z treścią, bo. W przypadku wyszukiwarek ten czynnik jest ważny przy ustalaniu rankingu witryn. Jeśli na stronach witryny jest dużo błędów (ponad 25), zdecydowanie zaleca się wyeliminowanie błędów w kodzie, ponieważ witryny z dużą liczbą błędów ładują się dłużej i są trudniejsze do zindeksowania, co może prowadzić do braku części stron witryny w indeksie wyszukiwarki.

Przeanalizujmy, ile błędów występuje w kodzie strony dużych zasobów.

Koleje Rosyjskie SA:

Jak już zauważyłeś, nawet strony Wyszukiwarki w kodzie stron występują błędy, co po raz kolejny potwierdza, że ​​eliminacja błędów ma raczej charakter doradczy, przy czym warto wspomnieć, że nie należy lekceważyć tego czynnika i „uruchamiać” swoją witrynę. Rozwijaj witrynę kompleksowo, kompleksowo, wtedy efekt spełni Twoje oczekiwania.

Przy okazji sprawdzenie strony pod kątem błędów, które realnie wpływają na promocję, odbywa się w ramach audytu SEO. Jeśli masz wątpliwości, czy możesz odpowiednio ocenić swoją witrynę pod kątem błędów, skontaktuj się z nami.

Walidacja to jeden z najważniejszych aspektów dobrego projektowania stron internetowych. Przyjrzyjmy się, co to jest i jak sprawdzić poprawność kodu HTML. Jako przykład weźmy najpopularniejszy system zarządzania treścią (CMS) - WordPress. Następnie podzielimy się listą błędów, które napotkaliśmy w praktyce i co najważniejsze, zaproponujemy własne, sprawdzone metody ich eliminacji.

Dlaczego konieczne jest sprawdzenie poprawności strony?

Mówiąc najprościej, sprawdzenie strony internetowej pozwoli określić, czy jest ona zgodna ze standardami opracowanymi przez konsorcjum World Wide Web Consortium (W3C). Odbywa się to zwykle poprzez sprawdzanie poprawności poszczególnych stron za pomocą usługi walidacji online W3C.

Jak zasady gramatyczne w inne języki, są też zasady w programowaniu. Walidacja pozwala sprawdzić, czy strona jest zgodna z tymi regułami, a jeśli występują błędy i ostrzeżenia, zostaną dostarczone zalecenia, aby je wyeliminować. Więcej szczegółów na temat konieczności takiej kontroli zostanie omówionych poniżej.

Co wpływa na ważność serwisu

Czy kiedykolwiek zastanawiałeś się, jak przeglądarki „odczytują” stronę internetową? Mają „silniki” do analizy kodu i przekształcenia go w formę wizualną dla ludzi. Niestety każda przeglądarka ma swój własny mechanizm obsługi kodu, co może spowodować, że Twoje strony będą się wyświetlać inaczej.

Nieprawidłowa strona internetowa może być odczytywana przez przeglądarki na różne sposoby. Spowoduje to, że odwiedzający prawdopodobnie nie będą mogli poprawnie zobaczyć zawartości strony w swoich przeglądarkach. Walidacja później poprawi prawie wszystkie główne różnice i sprawi, że Twoja strona internetowa będzie czytelna przez prawie wszystkie przeglądarki internetowe (najczęściej wyjątkiem jest Internet Explorer starsza wersja). Stąd wzięło się określenie „układ w różnych przeglądarkach”. układ, który jest równie dobry (kompatybilny) dla wszystkich popularnych przeglądarek.

Jak to wpłynie na SEO? Ważne jest, aby zrozumieć, że boty wyszukiwarek uwielbiają semantyczne strony internetowe. Układ semantyczny, według Wikipedii, to podejście do tworzenia stron internetowych na język HTML, na podstawie użycia Tagi HTML zgodnie z ich semantyką (celem). Ponadto strukturalna strona semantyczna umożliwia robotom wyszukiwania dokładniejsze określenie znaczenia zarówno poszczególnych elementów strony internetowej, jak i całego tekstu jako całości. Według Google ważny kod nie wpływa w żaden sposób na ranking strony. Ale jednocześnie obecność błędów w kodzie może negatywnie wpłynąć na skanowanie mikrodanych i przystosowanie do urządzeń mobilnych.

Narzędzia do weryfikacji Twojej witryny

Rozumiejąc potrzebę braku błędów walidacji na stronach witryny, przyjrzyjmy się, jak wyszukiwać te błędy.

Jest wiele bezpłatne usługi do walidacji witryny, takiej jak W3C Markup Validation Service , Web Page Analyzer , Browsershots i inne.

Ludzie mają tendencję do popełniania błędów. Błędy pojawiają się, gdy ludzie wchodzą w interakcję z interfejsy użytkownika. Czasami dzieje się tak, ponieważ użytkownicy popełniają błędy. Czasami błędy występują w samej aplikacji. Bez względu na przyczynę, błędy i ich obsługa mają ogromny wpływ na UX. Nieprawidłowa obsługa błędów, wraz z bezużytecznymi komunikatami o błędach, może spowodować negatywną reakcję użytkownika, co w konsekwencji może doprowadzić do porzucenia aplikacji przez użytkownika.

W tym artykule przyjrzymy się, jak zoptymalizować projekt aplikacji, aby zapobiec błędy niestandardowe oraz jak tworzyć skuteczne komunikaty o błędach w przypadku wystąpienia błędów, niezależnie od tego, co wprowadzi użytkownik. Przyjrzymy się również, jak dobrze popełniony błąd może zmienić porażkę w podziw. Firma Adobe wprowadziła nową aplikację do projektowania i programowania, Experience Design (Adobe XD), która umożliwia projektowanie interaktywnych projektów i stanów błędów. Możesz pobrać i wypróbować Adobe XD za darmo.

Co to jest stan błędu?

Stan błędu to ekran wyświetlany użytkownikowi, gdy coś poszło nie tak. Jest to przykład sytuacji, w której użytkownik robi coś, co różni się od pożądanego stanu. Ponieważ błędy mogą wystąpić w nieoczekiwanych kombinacjach, warunki te mogą obejmować całkowicie różne problemy: od niezgodności operacji użytkownika (na przykład nieprawidłowe wprowadzenie danych) po niemożność połączenia aplikacji z serwerem, a nawet niemożność przetworzenia żądania użytkownika.

Ekrany z błędami

Każdy błąd, niezależnie od przyczyny, staje się przeszkodą dla użytkownika w jego podróży UX. Na szczęście dobrze sformułowany błąd może zniwelować nieprzyjemny efekt.

Lepiej jest zapobiegać niż leczyć

Jeśli tworzysz aplikację, musisz zrozumieć, jakie są główne interakcje użytkownika z aplikacją, które mogą prowadzić do błędu. Na przykład zwykle bardzo trudno jest poprawnie wypełnić formularz za pierwszym razem lub nie można poprawnie zsynchronizować danych, jeśli urządzenie ma słabą połączenie internetowe. Musisz wziąć pod uwagę takie punkty, aby zminimalizować możliwość błędów. Innymi słowy, lepiej zapobiegać możliwości popełnienia błędu, pokazując wskazówki, stosując ograniczenia i elastyczność.

Na przykład, jeśli pozwalasz ludziom wyszukiwać i rezerwować hotele, po co zostawiać dostępne daty w przeszłości i zgłaszać błąd, jeśli użytkownik wybierze taką datę?

Jak pokazano w przykładzie z Booking.com, możesz po prostu użyć selektora dat, który pozwala użytkownikom wybrać tylko dzisiejszą datę i daty w przyszłości. Zachęci to użytkowników do wybierania tylko prawidłowych dat.

Selektor dat w aplikacji Booking.com. Wyświetlany jest pełny miesiąc, ale daty z przeszłości nie są dostępne.

Ekran błędu weryfikacji formularza

Forma to komunikacja. Jak każda komunikacja, powinna to być komunikacja szeregowa między dwiema stronami - użytkownikiem i aplikacją. Walidacja odgrywa ważną rolę w tym procesie komunikacji. Walidacja formularzy ma na celu przeprowadzenie użytkowników przez zawiłości, błędy i nieporozumienia. Przy odpowiedniej walidacji taka komunikacja staje się jasna i zrozumiała. Ogólnie rzecz biorąc, dobra walidacja formy składa się z czterech ważnych elementów:

• Właściwy czas na poinformowanie o błędach (lub pomyślnym zakończeniu)
• Prawidłowe miejsce na wiadomość weryfikacyjną
• Prawidłowy kolor wiadomości
• Wyczyść język wiadomości

Prawidłowy czas (walidacja ciągu)

Sprawdzanie błędów formularza jest nieuniknione i stanowi logiczną część danych wprowadzanych przez użytkownika (ponieważ dane wprowadzane przez użytkownika mogą być podatne na błędy). Oczywiście należy zminimalizować stany, które mogą powodować błąd, ale nie można usunąć walidacji błędów. Tak więc najważniejsze pytanie brzmi: „Jak uprościć proces odzyskiwania błędów dla użytkownika?”

Użytkownicy nie lubią procesu wypełniania formularza, zwłaszcza gdy na końcu otrzymują powiadomienie o błędzie. Szczególnie frustrujące jest otrzymanie komunikatu o błędzie w kilku polach po wypełnieniu długiego formularza. A najbardziej irytujący jest brak jasności co do tego, jakie błędy popełniłeś i gdzie.

Walidacja powinna niezwłocznie poinformować użytkownika o poprawności udzielonej odpowiedzi niezwłocznie po wprowadzeniu przez użytkownika danych. Główną zasadą dobrej walidacji jest: „Rozmawiaj z użytkownikami! Powiedz im, co jest nie tak!” a walidacja ciągów w czasie rzeczywistym informuje użytkowników o poprawności wprowadzonych danych. Takie podejście pozwala użytkownikom szybko poprawić błędy i nie czekać na wyświetlenie błędów po naciśnięciu przycisku potwierdzenia.

Należy jednak unikać sprawdzania poprawności każdego naciśnięcia klawisza, ponieważ w większości przypadków nie będzie można zweryfikować danych przed zakończeniem wpisywania odpowiedzi przez użytkownika. Formularze, które weryfikują wartość podczas wpisywania, zaczynają irytować użytkownika, gdy tylko zaczynają wprowadzać dane.

Formularze Google wyświetlają komunikat o błędzie e-mail, nawet jeśli nie zakończyłeś jeszcze pisania.

Z drugiej strony formularze, które walidują się po wprowadzeniu danych, nie informują użytkownika wystarczająco szybko o błędzie.

Walidacja w Sklep Apple przeprowadzane po wprowadzeniu danych.

Michaił Konzhevich w swoim artykule „Walidacja ciągów w formach - tworzenie doświadczenia! zbadali różne strategie walidacji i zaproponowali strategię hybrydową: wczesna nagroda, późna kara.

Hybryda – wczesna nagroda, spóźniona kara – podejście

Właściwe miejsce

Inna jest orientacja na użytkownika ważne narzędzie. Kiedy zastanawiasz się, gdzie umieścić wiadomość weryfikacyjną, postępuj zgodnie z tą radą: zawsze umieszczaj wiadomość w kontekście akcji. Jeśli chcesz poinformować użytkownika o błędzie w określonym polu, pokaż go obok. Szybka walidacja najlepiej umieścić po prawej stronie pola wejściowego lub pod nim.

Błędy w formularzu w czasie rzeczywistym.

Prawidłowy kolor (intuicyjny projekt)

Kolor jest jednym z najlepsze narzędzia do użycia podczas tworzenia walidacji. w sposób, w jaki działa na poziomie intuicyjnym, czerwony jest szczególnie skuteczny w przypadku błędów, żółty w przypadku ostrzeżenia, a zielony w przypadku sukcesu. Ale upewnij się, że kolory są dobrze odbierane przez użytkowników. To krytyczny aspekt dobrego projektowania wizualnego.

Tekst błędu powinien być czytelny i wyraźnie wyróżniać się na tle zgłoszenia.

jasna wiadomość

Typowy komunikat o błędzie może brzmieć „e-mail jest nieprawidłowy” bez wyjaśniania użytkownikowi, dlaczego e-mail jest nieprawidłowy. (Typografia? Czy e-mail jest zajęty przez innego użytkownika?) Proste instrukcje lub wskazówki mogą działać inaczej. Na przykładzie widać, jak formularz informuje użytkownika, że ​​jego e-mail jest już zajęty. Pojawia się również kilka sugestii (odzyskiwanie loginu lub hasła).

Czas więc wyświetlić stronę błędu, aby pokazać, że coś poszło nie tak. Jako przykład wyobraźmy sobie sytuację, w której połączenie nie działa, a użytkownik jest na ekranie, który jest jedynym dostępnym. Powinieneś skorzystać z tej okazji, aby ludzie wiedzieli, co się dzieje i przedstawić model szybka pomoc- Twoja wiadomość powinna stać się wyciągniętą, pomocną dłonią dla użytkowników. Dlatego nigdy nie powinieneś pokazywać:

• Komunikat o błędzie krytycznym. Wiadomości mówiące o błędzie wewnętrznym w kodzie aplikacji lub zawierające tekst typu: „wystąpił błąd typu 2” są tajemnicze i przerażające.

Komunikat o błędzie napisany przez programistę dla programisty.

• Błąd w ślepym zaułku. Po prostu dlatego, że takie wiadomości nie dostarczają żadnych przydatna informacja dla użytkownika.

Ekran błędu w Spotify mówi „Wystąpił błąd” i nie zawiera opcji ani kroków, aby rozwiązać problem.

• Nieokreślony komunikat o błędzie. Taki ekran (w poniższym przykładzie) daje użytkownikowi tyle samo informacji, co poprzedni. Użytkownicy nie mają pojęcia, co to oznacza ani co z tym zrobić.

Aplikacja Buffer zawiera dobra wiadomość o błędzie, ale nie dostarcza użytkownikowi żadnych informacji.

Nie strasz użytkownika błędami. Nie próbuj też wprowadzać użytkownika w szczegóły techniczne problemu. Porozmawiaj o błędzie w prosty i zwykły język. W tym celu staraj się nie używać żargonu technicznego i wyrażaj swoje myśli w języku użytkownika.

Posty powinny być czytelne i pomocne — błędy powinny być uprzejme, jasne i pouczające oraz zawierać takie informacje, jak:

• Co poszło nie tak i dlaczego (prawdopodobnie).
• Co powinien zrobić użytkownik, aby naprawić błąd.

Aplikacja Remote wyjaśnia, dlaczego użytkownicy nic nie widzą, i oferuje rozwiązanie.

Dołącz humor i obrazy do komunikatów o błędach

Komunikaty o błędach to świetna okazja do wykorzystania ikon i ilustracji, ponieważ ludzie lepiej postrzegają informacje wizualne niż tylko tekst. Ale możesz pójść jeszcze dalej i dodać do swojej aplikacji obrazy, które będą przydatne dla użytkowników. To spersonalizuje Twoją aplikację i zmiękczy Twój przekaz.

Azendoo używa ilustracji i humoru, aby zainspirować użytkownika do rozwiązania problemu.

Humor przedłuża życie. Odrobina humoru nigdy nie boli i pomoże złagodzić zamieszanie związane z pomyłką. W Littlebigdetails można znaleźć mnóstwo przykładów zabawnych wiadomości. Oto niektóre z moich ulubionych:

• Basecamp: Gdy walidacja formularza nie powiedzie się, postać po lewej robi zdziwione wyrażenie.

• Podczas próby wprowadzenia zbyt wielu kropek podczas tworzenia nowego konta Gmail wyświetlany jest nieco bezczelny komunikat o błędzie.

Uważaj jednak na humor, ponieważ nie zawsze jest on odpowiedni w komunikacie o błędzie; zależy to od powagi błędu. Na przykład humor sprawdza się dobrze w przypadku prostego problemu z walidacją, takiego jak „błąd 404” (nie znaleziono strony). Ale gdy użytkownik spędza określoną ilość czasu na przeglądaniu strony z napisem „Och!” - wygląda nie na miejscu.

Kompleksowa lista kontrolna dla idealnej strony błędu

Dobre strony błędów są pomocną dłonią dla użytkowników i muszą spełniać następujące sześć kryteriów:

1. Komunikat o błędzie pojawia się dynamicznie, natychmiast po wykryciu błędu. Powinien poinformować użytkownika o problemie.
2. Bądź bezpieczny dla wprowadzonych danych. Twoja aplikacja nie powinna łamać, usuwać ani cofać tego, co użytkownik wprowadził lub przesłał w momencie napotkania błędu.
3. Porozmawiaj z użytkownikiem w tym samym języku. Przesłanie powinno dawać jasne zrozumienie, co poszło nie tak i dlaczego; co powinien zrobić użytkownik, aby poprawić błąd?
4. Nie szokuj ani nie dezorientuj użytkowników. (Przesłanie nie powinno być zbyt prowokacyjne).
5. Nie trać kontroli nad systemem. (Jeśli problem nie jest krytyczny, użytkownik powinien mieć dostęp do reszty aplikacji).
6. Użyj swojego poczucia humoru, aby złagodzić problem.

Rozwiązania najpopularniejszych błędów

Błąd 404 (nie znaleziono strony)

Głównym celem strony błędu 404 jest jak najszybsze przekierowanie użytkownika na stronę, której szukał. Twoja strona 404 powinna zawierać kilka kluczowych linków, do których może przejść użytkownik. Najbezpieczniejszą opcją jest umieszczenie odniesienia do „ strona główna” na stronie 404. Możesz również umieścić „zgłoś problem”, aby użytkownik powiadomił Cię, że strona nie działa. Ale upewnij się, że przejście na stronę główną jest bardziej wyraźnym przejściem i bardziej wyróżnia się wizualnie.

Problem z logowaniem

Ekran formularza logowania często wygląda minimalistycznie i zawiera pole nazwy użytkownika oraz pole hasła. Ale minimalizm nie oznacza prostoty. Istnieje wiele powodów, dla których użytkownik może utknąć na ekranie logowania. Główna zasada strony logowania - nie zmuszaj użytkownika do zgadywania.

Przyjrzyjmy się rozwiązaniom najczęstszych problemów, korzystając z przykładów z programu MailChimp, który świetnie radzi sobie z komunikatami o błędach.

• Użytkownik zapomniał swojego imienia i nazwiska na stronie. Jeśli znajdziesz podobny błąd, powinieneś podać link, w którym użytkownik może go naprawić. Poinformuj użytkownika, skąd może ją uzyskać (na przykład: „sprawdź pocztę, wysłaliśmy Ci e-mail”) lub podaj link do przywrócenia nazwy w witrynie.

Użytkownicy podejmują wiele prób wejścia na stronę używając błędnego hasła. Aby zapobiec takim atakom na serwer, konta użytkowników są blokowane po zbyt wielu nieudanych próbach. Jest to powszechna praktyka bezpieczeństwa, ale użytkownik musi zostać ostrzeżony przed zablokowaniem jego konta.

Odrzucenie karty kredytowej

Karta kredytowa może zostać odrzucona z kilku powodów: błąd formatowania danych (literówka lub brak danych) lub karta może zostać odrzucona z powodu jej wygaśnięcia lub kradzieży. Gabriel Tomescu w swoim artykule Anatomy of a Credit Card Shape zasugerował następującą strategię dla obu błędów:

W przypadku pierwszego problemu należy postępować zgodnie ze standardową walidacją ciągu i wizualnym wskazaniem błędu:

Jednak kiedy karta kredytowa odrzucony system płatności z jakiegoś powodu zwykle wygląda to na porwanie. Potrzebujesz jasnych danych od użytkownika. A nawet po tym nadal musisz powiadomić użytkownika o tym, co się stało; komunikat o błędzie powinien być bardzo wyraźny.

Problem z połączeniem

Połączenie internetowe nie jest dostępne wszędzie, a wsparcie offline powinno być kluczowym aspektem w życiu każdego człowieka. nowoczesna aplikacja. Gdy połączenie zostanie zerwane, musisz dokładnie przemyśleć swój UX offline. Użytkownicy powinni mieć możliwość interakcji z jak największą ilością aplikacji. Oznacza to, że aplikacja musi buforować zawartość, aby zapewnić dobry UX offline.

Tagi: , , ,

Analiza błędów walidacji strony

W końcu miałam wolny czas pomiędzy niekończącą się serią zamówień i postanowiłam założyć bloga. Spróbujmy to ulepszyć pod kątem walidacji. Poniżej w artykule powiem Ci czym jest walidacja strony, Kod HTML i css, dlaczego jest to potrzebne i jak doprowadzić witrynę do standardów na konkretnym przykładzie.

Co to jest walidacja witryny?

W prostych słowach jest to sprawdzenie zgodności z normami. Aby każda przeglądarka mogła poprawnie wyświetlać Twoją witrynę. Ważność strony nie ma dużego wpływu na promocję, ale na pewno nie będzie gorzej.

Konkretny przykład przekazywania walidacji dla strony internetowej

Weźmy pierwszą stronę mojej witryny - kodowanie i dekodowanie Base64 w Javie 8. Wpiszmy adres strony do walidatora i spójrzmy na wynik:

Znaleziono błędy podczas sprawdzania tego dokumentu jako HTML 4.01 Transitional! Wynik: 105 błędów, 67 ostrzeżeń Tak, obraz jest brzydki: ponad sto błędów i 67 ostrzeżeń - jak wyszukiwarki indeksują mój blog i odwiedzają go ludzie? Ale nie denerwujmy się, ale nauczmy się przechodzić walidację, poprawiać błędy. A więc pierwsze ostrzeżenie:

Nie można określić trybu analizy! Walidator może przetwarzać dokumenty albo jako XML (dla typów dokumentów takich jak XHTML, SVG itp.) lub SGML (dla HTML 4.01 i wcześniejszych wersji). W przypadku tego dokumentu dostępne informacje nie były wystarczające do jednoznacznego określenia trybu analizy, ponieważ: Typ nośnika MIME (text/html) może być używany dla typów dokumentów XML lub SGML Nie można wykryć znanego typu dokumentu Brak deklaracji XML (np.) można znaleźć na początku dokumentu. Brak przestrzeni nazw XML (np ) można znaleźć w katalogu głównym dokumentu. Domyślnie walidator wraca do trybu SGML. Ostrzeżenie Nie znaleziono DOCTYPE! Sprawdzanie z domyślnym typem dokumentu przejściowego HTML 4.01. W tym dokumencie nie można znaleźć ani rozpoznać deklaracji DOCTYPE. Ogólnie oznacza to, że dokument nie deklaruje swojego typu dokumentu na górze. Może to również oznaczać, że deklaracja DOCTYPE zawiera błąd ortograficzny lub nie używa poprawnej składni. Dokument został sprawdzony przy użyciu domyślnej „zastępczej” definicji typu dokumentu, która bardzo przypomina „HTML 4.01 Transitional”. To jest to samo. A poprawka jest prosta: na samym początku strony dodaj tag:

Sprawdzamy, co zrobiliśmy i widzimy, że samym tym tagiem usunęliśmy 105 błędów i 3 ostrzeżenia! Teraz pozostały nam tylko 64 ostrzeżenia. Zacznijmy je rozbierać jeden po drugim.

Ostrzeżenie: Atrybut type elementu stylu nie jest potrzebny i należy go pominąć. Od wiersza 5, kolumna 1; do wiersza 5, kolumna 23 /x-ikona">↩'); var formated_str = arr_splits[i].replace(/\surl\(\'(?!data\:)/gi, function regex_function(str) ( return ' url(\'' + dir_path + '/' + str.replace (/url\(\'/gi, '').replace(/^\s+|\s+$/gm, ''); )); splited_css += ""; ) var td_theme_css = jQuery('link#td-theme-css'); if (td_theme_css.length) ( td_theme_css.after(splited_css); )) )); )))();