polskie znaki w przegladarce Opcje

[nikodem92]

Witam!


Mam taki problem, że nie pokazują sie na mojej stronce polskie znaki.

Oto kod meta tagu:

[HTML] pobierz, plaintext 
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2"/>
[HTML] pobierz, plaintext 

Wszystko powinno działać, ponieważ taki sam kod był na innej stronce i tam były polskie znaki. Co zrobić? Kod jest zły czy co?


Pozdrawiam,
Łukasz

EDIT: problem rozwiązany. Wkleiłem ten kod i nie działało, ale trzeba było zrestartować Dreamweavera i napisać polskie znaki i git. Post można usunąć.

Ten post edytował nikodem92 29.12.2006, 21:22:38

[chlebik]

Jezeli moge sie pomadrzyc to chyba zalecane jest uzywanie UTF-8.

[gekon]

A jeżeli ja też się mogę pomądrzyć to ISO nie jest zabronione. Jeżeli będzie używał tylko polskiego w niczym to nie przeszkadza.

[Zajec]

I przez takie ostawanie przy antykach są właśnie kłopoty z umieszczaniem polskich stron na zagranicznych serwerach, oraz przenoszeniem plików z nietypowymi znaczkami między ludźmi z całego świata ;-)

[marcini82]

Panowie chyba racza zapominac, ze oficjalnym standardem w polskim Internecie nadal jest ISO
Chociaz przyznam, ze przejscie na UTF-8 zaoszczedziloby mi wielu niedogodnosci, na ktore sie natykam. ISO to standard, ale juz sie nieraz zastanawialem, czy nie lepiej byloby jednak robic wszystko w UTF-8...
Co myslicie na ten temat?

[gekon]

Pan za to zapomina, że nie ma czegoś takiego jak "oficjalny standard w polskim internecie", bo niby kto by go miał ustanawiać? W3C redomenduje UTF-8. A co wybierze twórca strony to już jego sprawa.

[marcini82]

Pan za to zapomina, że nie ma czegoś takiego jak "oficjalny standard w polskim internecie", bo niby kto by go miał ustanawiać?

Kiedys ustanowiono cos takiego jak Polska Norma PN-93 T-42118, i chociaz mysle ze w obecnych czasach iso-8859-2 to raczej niepotrzebne utrudnianie sobie zycia, to jednak ogromna wiekszosc serwisow uzywa wlasnie tego kodowania.
Ale moze jednak juz czas ruszyc do przodu...

[gekon]

A to przepraszam, człowiek uczy się całe życie

[kwiateusz]

ale tak czy siak, powinno pisać sie tak jak jest wygodniej, wszystkie przeglądarki utf obsługują to czemu sie ograniczać

[Kisiol_Ent]

No czytalem teraz w wikipedi co to te utefy i iso...
Te iso jest takie prostsze do zrozumienia.... :/

[kwiateusz]

yyy a co tu rozumieć? ustawiasz w edytorze na utf, meta strony bądź header w php i tyle Twojej pracy i rozumienia...

[Kisiol_Ent]

To wiem kwiatuszku!
Chcisalme tlyko zglebic tajemnice tych oznaczen...
Po co uczyc sie html jak mozna uruchomic edytor wizualny?... :/

[maryaan]

LOL czy Tobie za czesto neostrada nie rozlacza? skoncz pisac bzdury bo "zielonym" robisz niepotrzebne zamieszanie w glowach

[Vogel]

ponieważ edytorem wizualnym nie uda ci się zrobić wszystkiego, o generowaniu zasyfionego kodu nie wspominając. poza tym w dobie rozdzielenia warstwy prezentacji od warstwy treści edytor wizualny ma znikome zastosowanie. i tak wszystko robisz CSSem.

a jeśli kodowanie to tylko UTF8. jeśli ktoś kiedyś tworzył strony wielojęzykowe, albo strony na których JEDNOCZEŚNIE pojawia się wiele języków to wie w czym problem.

[Cezar708]

I przez takie ostawanie przy antykach są właśnie kłopoty z umieszczaniem polskich stron na zagranicznych serwerach, oraz przenoszeniem plików z nietypowymi znaczkami między ludźmi z całego świata ;-)

Trochę temat odkopałem...

A ja właśnie mam pytanie... bo mam stronę napisaną w kodowaniu ISO-8859-2 i przeniosłem ją na inny serwer. Mimo, że obie strony (ta na tym starym serwerze i ta na tym nowym) korzystają dokładnie z takich samych źródeł to na tym nowym serwerze pojawiają się krzaczki...

1. W jaki sposób serwer wpływa na stronę kodową strony?
2. Czy nie powinno być tak, że ustawi się kodowanie w meta i znaki powinny być dobre? (wide: strona z pierwszego serwera)
3. Czy w jakikolwiek sposób da się zaradzić aby strona kodowa była taka jak podaje się w nagłówku dokumentu HTML?

[kwiateusz]

a danych nie pobierasz z bazy danych? bo to zazwyczaj one się krzaczą po przenosinach serwera... Sama strona napisana w czystym htmlu nie ma prawa sie wykrzaczyć przy przenosinach chyba że serwer narzuca swój nagłówek z kodowaniem lub edytowałeś ją po drodze i w złym kodowaniu zapisałeś

[Cezar708]

a danych nie pobierasz z bazy danych? bo to zazwyczaj one się krzaczą po przenosinach serwera... Sama strona napisana w czystym htmlu nie ma prawa sie wykrzaczyć przy przenosinach chyba że serwer narzuca swój nagłówek z kodowaniem lub edytowałeś ją po drodze i w złym kodowaniu zapisałeś

No właśnie problem jest innej natury... po prostu przeglądarka wymusza UTF-8 (błędów składniowych nie ma w3c validator przeszedł). Gdy 'ręcznie' z menu FireFoxa zmienię na iso-8859-2 [View->Character Encoding->Central European (ISO-8859-2)] to strona wyświetla się w sposób prawidłowy, Problem więc nie jest bazy danych tylko samej relacji przeglądarka - strona. Nie wiem dlaczego przeglądarka wymusza utf-8 zamiast tego co ma wpisane w nagłówku meta.

Ten post edytował Cezar708 2.07.2007, 10:47:28

[revyag]

Daj na początku strony:

[PHP] pobierz, plaintext 
<?php
header("Content-Type: text/html; charset=iso-8859-2");
?>
[PHP] pobierz, plaintext 

Jeśli to nie pomoże zrób jeszcze plik .htaccess z taką zawartością:

Kod

AddDefaultCharset ISO-8859-2

i umieść w katalogu głównym strony.

[Cezar708]

dzięki ~revyag pomysł z header() okazał się skuteczny. Naprawiłem.

Jednak dlaczego tak się stało? Czy to serwer wysyła jakiś domyślny header? Jeśli tak to w jaki sposób mogę gpo zmienić?

[Zajec]

dzięki ~revyag pomysł z header() okazał się skuteczny. Naprawiłem.

Jednak dlaczego tak się stało? Czy to serwer wysyła jakiś domyślny header? Jeśli tak to w jaki sposób mogę gpo zmienić?

Owszem, serwer http wysyła domyslnie nagłówki informujące przeglądarkę o kodowaniu. Można te nagłówki nadpisać własnymi za pomocą funkcji PHP: header.

Inną metodą jest modyfikowanie domyślnych nagłówków już w konfiguracji serwera poprzez umieszczenie np. pliku htaccess. Mozna także zmienić globalną konfigurację serwera, jeśli ma się odpowiednie uprawnienia (zazwyczaj administratorskie).