Chani
-
Postów
10 -
Dołączył
-
Ostatnia wizyta
Typ zawartości
Profile
Forum
Pliki
Galeria
Blogi
Sklep
Wydarzenia
Treść opublikowana przez Chani
-
Hmm.. mogę spróbować i zmienię te metodę porównywania napisów w tabelach na utf8. Jeśli jedno i drugie w utf8 będzie to problem powinien się rozwiązać samoistnie wtedy. Mam tylko nadzieję, że po tej operacji znów nie będą przeglądarki wybierać latin1, bo wartość globalna wszystkiego co związane z charsetami na tym hostingu (jak na większości hostingów zresztą) jest latin1 akurat (choć akurat dla tej bazy wszystkie zmienne związane z charsetami są w utf8).
-
Jak pisałam już wyżej, baza jest kodowana w utf8, metoda porównywania napisów w tabelach jest latin2_general_ci (nie wiem jak to jest z ipb, ale w vb pamietam, że jak się w configu nie wymusiło jakiegoś charsetu, to po prostu ustawiało taką metodę porówywania napisów, jaka akurat była w bazie ustawiona), przy konwersji baz danych dowiedziałam się, ze kodowanie bazy, a metoda porównywania napisów to 2 różne sprawy.. Wracając do tematu - gdyby problem leżał w bazie danych, forum by się wykrzaczało niezależnie od wybrania charsetu w przeglądarce - tego problemu nie ma - polskie znaki są ok po wybraniu iso-8859-2. Problem jest tym, że przeglądarki ignorują ustawienie charsetu w ACP, choć w źrodle widać <meta http-equiv="content-type" content="text/html; charset=iso-8859-2" /> to przeglądarki to ignorują i ustawiają sobie kodowanie iso-8859-1, a przecież nikt po odświeżeniu strony, nie będzie zmieniał sobie co chwile kodowania na Środkowoeuropejski...
-
Właściciel narzekał, że mu krzaczy i dodałam do index.php: header('Content-Type: text/html; charset=iso-8859-2'); Teraz jest dobrze, ale wciąż szukam alternatywnego rozwiązania, bo nie wiem czy to kiedyś nie zaszkodzi, gdzieś na innym forum czytałam, że takie rozwiązanie wywoływało problemy z bazą danych..
-
Fakt, tam niżej ktoś tak dodał, po usunięciu problem nie zniknął, na razie jedynie problemu nie ma, gdy dodam ten wpis do index.php.
-
Zrobiłam przebudowę cache skinów, efekt jest taki,że przeglądarki nadal wymuszają iso-8859-1. Najśmieszniejsze jest to, że jak się spojrzy w źródło strony to jest niby poprawnie tj.: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xml:lang="en" lang="en" xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-2" /> Tak więc z ustawień ACP jest wczytywane iso-8859-2 i to się pojawia w meta, a mimo to jest ignorowane... Ciekawa sprawa.
-
Nie ma we wrapperze na sztywno kodowania, wprawdzie próbowałam na sztywno tam ustawić, ale i tak żadnej różnicy nie było - przeglądarki wciąż ignorowały, więc dałam z powrotem charset=<% CHARSET %>. Linka do forum wolałabym nie podawać, bo nie wiem czy właściciel forum by sobie tego życzył, a patrzenie się na forum i tak niewiele w tej kwestii może pomóc. Wstępnie po dodaniu tego kodu do index.php nie zepsuło kodowania nowych postów w bazie danych (a żeby było śmieszniej tam jest kodowanie utf8, choć metoda porównywania napisów w tabelach jest latin2_general_ci), więc chyba na razie nie mam wyboru i muszę zostać przy tym ''amatorskim rozwiązaniu'' Jednakże co właściwie może być przyczyną ignorowania ustawień ACP? W vbulletin mi się taka sytuacja nie zdarzyła...
-
Po przeniesieniu forum na nowy serwer przeglądarki uparcie ustawiają kodowanie iso-8859-1. Czy poza dodaniem do index.php: header('Content-Type: text/html; charset=iso-8859-2'); istnieje jakiś sposób na wymuszenie kodowania iso-8859-2? W ACP > TOOLS & SETTINGS > System Settings > View All General Settings > General Configuration Document character set mam ustawiony na iso-8859-2 i nic to nie daje...
-
Które templaty należy zedytować, by taka tabelka pojawiła się nie z lewej, a z prawej strony i nie tylko na stronie głównej, ale również po wejściu do jakiegoś działu tudzież tematu?
-
Dzięki, temat do zamknięcia ;]
-
Witam, Czy w IPB istnieje coś takiego jak ''sztuczne'' usuwanie postów (z możliwością odwrócenia tej akcji) czy też trzeba modom wyłączyć możliwość usuwania postów i umożliwić im jedynie przenoszenie do kosza, jeśli się nie chce zezwolić na fizyczne usuwanie postów. A jak wygląda sprawa z Super Moderatorami? Idzie im w ogóle ograniczyć usuwanie postów?