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.