Kontynuacja tematyki XHTMLa w odniesieniu do ostatniej notki o poprawnym serwowaniu tego formatu.
Uznałem, a raczej obecnie uznaję tylko XHTML 1.0 Strict i XHTML 1.1, innymi specyfikacjami się bawił już nie będę :P
Ale nie o tym miała być mowa, lecz znów o MIME type.
Obecnie większość serwerów ma zdefiniowany odpowiedni typ dla plików z rozszerzeniem .xhtml, które serwowane są jako application/xhtml+xml. Dlatego doszedłem do wniosku, że będę unikał pakowania XHTMLa (1.1) w pliki .html/htm. oraz wykorzytywał odpowiednie pliki wedle ich przeznaczenia ;)
Mógłbym, wiec zapomnieć o problemie mime type w statycznych stronach.
Mógłbym, gdyby nie IE i inne przeglądarki nieznające i nieakceptujące XHTML.
Dlatego dalej muszę się "bawić" w "content negotation", ale tym razem na plikach .xhtml.
Czemu akurat na tych plikach?
W końcu, w niedalekiej przyszłości standard XHTML przejmie władzę i wszystko będzie piękne i proste (chyba), a moje strony będę na ten dzień przygotowane, wygramy ta wojnę :P
Wracając do teraźniejszości, muszę chociaż zadbać o to, żeby IE nie próbował pobierać mojej strony XHTML, ale próbował ja jakoś wyświetlić, choćby jako text/html.
Wiem, ze XHTML 1.1 powinien być serwowany tylko i wyłącznie jako application/xhtml+xml, ale moim zdaniem lepiej, aby inne nie akceptujące go przeglądarki wyświetliły go chociaż jako HTML, niż żeby go olały sikiem prostym, przynajmniej do czasu, gdy IE zacznie sobie z nim dobrze radzić
Poniższy fragment pliku .htaccess załatwia sprawę, serwowania statycznych stron .xhtml dla nie akceptujących go klientów jako text/html:
# aby serwowac dla nieobslugujacych jako text/html
AddType text/html xhtml
# defaultowe kodowanie
AddDefaultCharset utf-8
RewriteEngine on
RewriteCond %{HTTP_ACCEPT} application/xhtml\+xml
RewriteCond %{HTTP_ACCEPT} !application/xhtml\+xml\s*;\s*q=0
RewriteCond %{THE_REQUEST} HTTP/1\.1
RewriteRule \.xhtml$ - [T=application/xhtml+xml] |
Ustawienie domyślnego kodowania na UTF-8 jest wymagane, aby zawartość text/html nie uraczyła nas krzaczkami, ponieważ nasz plik, zgodnie z specyfikacja XHTMLa, nie zawiera nie zgodnych, przestarzałych tagów meta.
Dodatkowo, lepiej, żeby to było UTF-8, bo wtedy możemy pominąć prolog XML w naszej stronie XHTML, który sprawiłby problem IE, zmuszając ją do przejścia w tryb quirks mode i wtedy nawet nasz XHTML renderowany jako HTML w ogóle nie trzymałby się standardów CSS.
Tymi prostymi zabiegami, mamy w pełni zgodny XHTML, który dodatkowo nie jest odrzucany przez przestarzale i nieakceptujące tego standardu przeglądarki i programy kliencie.
Jedynym mankamentem jest to, że nie możemy używać xmlowego dołączania CSS, tylko pozostać przy <link ...> w nagłówku head. Coś za coś ;)
Oczywiście przy dynamicznych stronach możemy zadbać o każdy szczegół, ale notka miała dotyczyć problemu w statycznych stronach.