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.