Błąd sprawdzania poprawności: znacznik kolejności bajtów znaleziony w pliku UTF-8

Pracuję na stronie internetowej i podczas wyświetlania jej w przeglądarce Firefox jest w porządku, w IE mam wiele problemów. Użyłem walidatora w3c i dostałem wiele dziwnych błędów.Błąd sprawdzania poprawności: znacznik kolejności bajtów znaleziony w pliku UTF-8

Oto link do strony: http://misenplacecatering.it/

Pierwszy błąd walidacji, myślę, że najbardziej istotne, jest to:

Byte-Order Mark found in UTF-8 File. The Unicode Byte-Order Mark (BOM) in UTF-8 encoded files is known to cause problems for some text editors and older browsers. You may want to consider avoiding its use until it is better supported.

Line 1, Column 1: Non-space characters found without seeing a doctype first. Expected <!DOCTYPE html>.

I Przeczytałem inne wątki dotyczące tego problemu, więc próbowałem otworzyć plik przy pomocy różnych redaktorów (zawsze używam Vima), ale nie widzę przestrzeni ani niczego innego przed definicją doctype. Użyłem nawet notatnika ++ i użyłem opcji usunięcia bom, ale nic.

Wszelkie sugestie?

Zresztą

Źródło

2011-08-08 Carlo

I nie obchodzi zbytnio drugiego błędu o ile nie usunąłeś pierwszego. Twoja strona rzeczywiście ma dodatkowe cztery bajty na początku pliku, które służą jako BOM. Usuń te cztery bajty i spróbuj ponownie. – Codo

Nigdy nie używaj LM w UTF-8. To kolejny błąd Microsoftu. – tchrist

@tchrist - Chciałbym zobaczyć, jak poszerzasz swój punkt widzenia, dodając odpowiedź na dość popularne pytanie [Czym różni się utf-8 od utf-8 bez BOM?] (Http://stackoverflow.com/q/2223882/1497596). – DavidRR

jeśli używasz notatnika ++, użyj Konwertuj na UTF-8 bez LM.

jeśli używasz php, upewnij się, że którykolwiek z dołączonych/wymaganych plików znajduje się w ASCII lub UTF bez LM, ponieważ php nie obsługuje bardzo dobrze pliku non-ascii (ten jeden raz dał mi ból głowy)

można spróbować konwersji plików ASCII, jeśli nie potrzebujemy znaków utf

na < meta charset > spróbować napisać wartość w cudzysłowach

Źródło

2011-08-08 18:40:19 Einacio

Dzięki, problem tkwił w innym pliku php. Plik, który nie jest nawet używany na stronie głównej. W każdym razie rozwiązałem zapisywanie go za pomocą notatnika ++ bez LM. – Carlo

cieszę się, że pomogło.Miałem kiedyś ten problem na trzecim poziomie, i nie zapomnę tego. – Einacio

Bardzo mi pomógł, że miałem plik włączający, który nie jest bez BOM-u i to stwarzało problem. –

Swobodny tekst redaktor PSPad posiada tryb edycji hex, który jest bardzo przydatny dla widząc dokładnie to, co naprawdę masz w plikach tekstowych.

Źródło

2011-08-08 18:32:15 kindall

Błąd sprawdzania poprawności: znacznik kolejności bajtów znaleziony w pliku UTF-8

Odpowiedz

Powiązane problemy