Aha44 napisaÂł:
U mnie jest kodowanie:
System kodowania znakĂłw dla MySQL: UTF-8 Unicode (utf8)
System porównaù dla po³¹czenia MySQL: Latin1_swedish_ci

CzeœÌ. No u mnie te¿ jest tak ustawiona baza, jak i u paru znajomych, którzy obecnie testuj¹ zmodyfikowan¹ przeze mnie wersjê
Joomla! IE 1.0.13-iso. MoÂżna jÂą instalowaĂŚ na bazie
SQL z dowolnym kodowaniem znakĂłw. ParĂŞ istotnych poprawek. Nie ma Âżadnego kÂłopotu z kodowaniem znakĂłw. Jedyny problem, nad ktĂłrym teraz pracujĂŞ, to czĂŞste, zbyt czĂŞste wyrzucanie Administratora z
Panelu Admina. JeÂśli jesteÂś
Aha44 zainteresowany tÂą wersjÂą, to daj znaĂŚ na
GG, a ja podam Ci linka. Na razie jeszcze nie publikujĂŞ, dopĂłki nie sprawdzĂŞ przyczyny wyrzucania z
PA.

Co do Twojego pytania,
site, to osobiÂście polecam jednak
ISO-8859-2, jako ¿e popularnoœÌ tego standardu kodowania znaków jest i bêdzie du¿a.
UTF-8 jest wygodnym kodowaniem, bo nie ma problemów ze wspó³prac¹ z dodatkami opartymi na php w technologii
Ajax.
W internecie jako standard przyjĂŞte jest kodowanie
ISO-8859-2 i zazwyczaj jest to dobry wybór. Chocia¿by ze wzglêdu na wiêksz¹ dostêpnoœÌ dodatków kodowanych w w/w zestawie znaków. Lecz czasem przydatna jest tak¿e wersja
UTF-8.
Jakie s¹ istotne ró¿nice pomiêdzy jednym a drugim zestawem kodowaù znaków?.
Wersja
ISO-8859-2 s³u¿y do kodowania wy³¹cznie polskich znaków, natomiast
UTF-8 umoÂżliwia kodowanie znakĂłw specjalnych takÂże z innych jĂŞzykĂłw (niemiecki, rosyjski itp.), czyli na jednej stronie moÂżesz mieĂŚ rĂłwnoczeÂśnie napisy i po polsku i po rosyjsku, i to poprawnie wyÂświetlone.
I teraz pytanie zasadnicze. Co wybraĂŚ?
JeÂśli wiesz na pewno, Âże na Twojej stronie nie pojawiÂą siĂŞ nigdy napisy w jĂŞzyku innym niÂż polski to wybierasz
ISO-8859-2. Chyba to jasne. Lecz jeÂśli planujesz, Âże z czasem mogÂą siĂŞ tam pojawiĂŚ wstawki w innych jĂŞzykach to wybierasz
UTF-8.
Teraz ktoÂś moÂże zapytaĂŚ, po co zastanawiaĂŚ siĂŞ nad wyborem kodowaĂą, skoro
UTF-8 wyœwietla wszystko i wydaje siê byÌ bardziej uniwersalny? Otó¿ problem w tym, ¿e format
UTF-8 zajmuje trochĂŞ wiĂŞcej miejsca niÂż
ISO-8859-2 w naszej bazie danych
SQL, jak i w treÂści. W przypadku maÂłych stron, np. na darmowych serwerach nasz zapas w bazie moÂże kurczyĂŚ siĂŞ w bardzo szybkim tempie. I nie bÂądÂźmy zdziwieni, kiedy baza o pojemnoÂści
4MB, jak w przypadku
60FREE OVH zapcha nam siê w ma³ym przedziale czasu na maksa. W przypadku du¿ych baz danych oraz bardzo rozbudowanych stron, sytuacja wygl¹da podobnie. Z t¹ ró¿nic¹, ¿e zawsze mamy jakiœ zapas na dane. Tak ¿e wybór wydaje mi siê prosty. Wystarczy okreœliÌ sobie ogólne zarysy nowej strony, w³¹czaj¹c w to przestrzeù dyskow¹ dostêpn¹ na serwerze, jak i pojemnoœÌ bazy danych
SQL oraz wspomnian¹ dostêpnoœÌ dodatków w danym kodowaniu.

To tyle mojej porady. Pozdrawiam.
Jokris.
P.s.
PaweÂł (
Aha44), zmieĂą sobie awatara, bo zrobiÂłem CiĂŞ
Moderatorem. OczywiÂście jeÂśli nie chcesz, to daj znaĂŚ. Ale moÂże nie bĂŞdziesz miaÂł problemĂłw z wysyÂłaniem postĂłw. A i kasowaĂŚ, edytowaĂŚ teÂż bĂŞdziesz mĂłgÂł. Nie tylko swoje posty

. DziĂŞki jeszcze raz za pomoc na Forum.