Gonzo

Nie używałem nigdy webserv, ale powinieneś w ustawieniach serwera mieć dostęp do pliku my.ini (to plik tekstowy). Trzeba zmienić (jeśli jest) lub dodać (jeśli nie ma) sekcję [mysqld] [mysqld] default-character-set=utf8 default-collation=utf8_polish_ci

Coś jest nie tak, bo różne znaki nie mogą mieć tego samego kodu, a na starym forum wyświetlały ci się prawidłowo. Jesteś pewien, że dobrze eksportowałeś bazę, albo nie popełniłeś błędu przy zmianie kodowania? Spróbuj ją wyeksportować w utf8. Dobry pomysł, tylko musisz ustawić takie same parametry locala jak na nowym serwerze.

1. Utf8 bez BOM 3. CHARSET na utf8, COLLATE najlepiej na utf8_polish_ci 4. Zapis w formacie utf8 bez BOM 5. Import bazy w formacie utf8 Ostrożnie, powoli i uważnie.

I zmieniałeś wszystkie latin2 na utf8 występujące w bazie, a import robiłeś też w utf8? Pamiętaj, że tu istotny jest też edytor - polecam darmowy Notepad++

To teraz ręczna robótka: trzeba każdy znaczek, odpowiadający każdej polskiej literce zamienić na właściwy metodą "znajdź i zamień wszystkie" - teoretycznie 18 razy i jeszcze zmienić kodowanie z "latin2" na "utf8" (wszystko robić w ustawieniu edytora utf8 bez BOM). Zapisać w formacie utf8 bez BOM i jeszcze raz powtórzyć wszystkie działania jakie robiłeś przy pierwszym wgrywaniu bazy na nowy serwer. Jeżeli nie było jakichś dziwacznych dodatków i połączeń, powinieneś już mieć polskie znaki.

Nie wiem czy coś robiłeś na nowej bazie (te wynalazki robiące protezy dla protezy), więc chyba łatwiej będzie to zrobić na bazie ze starego forum. Baza musi zostać otwarta w edytorze ustawionym na utf8 (bez BOM). Pokaż kawałek tekstu (z polskimi znakami) z nagłówkiem kodowania z tak otwartej bazy.

Odpowiedz na pytania dodane powyżej, w mojej wypowiedzi.

To nie takie proste. Choć faktycznie skrypt lepiej chodzi w utf8, a przy okazji zaoszczędza czasu pracy procesora i przestrzeń pamięci na te konwertowania. Parę pytań: - pisałeś już coś na forum na nowym serwerze? - czym robiłeś eksport bazy (stara, nowa) w jakim formacie - jak wyglądają polskie znaki w tak wyeksportowanej bazie

Jak widzisz obie bazy różnią się pewnymi szczegółami: Rzecz w tym, że twoje znaki na starym serwerze były upakowane w bazie korzystając ze znaków zawartych w zestawie latin2, natomiast nowy korzysta z zestawu utf8. W czasie "konwersji" z bazy "na zewnątrz" następuje proces odwrotny. Serwer dekoduje twoje znaki latin2 "kodowane" w formacie utf8, a ty masz w latin2 - stąd ten problem. Wygląda, że masz dwie możliwości: - zainstalować jeszcze raz forum, ale na bazie ustawionej na latin2 - przekonwertować bazę (np. Notepad++) na utf8. Drugie rozwiązanie wydaje się być bardziej sensowne.

Pawliniak, możesz podać wynik takiego zapytania do bazy? SHOW VARIABLES LIKE 'character_set%'; Czy masz jeszcze tą bazę na starym serwerze? Jeżeli tak, to podaj również wynik tego zapytania w starej bazie.

Może być problem z hasłem takiego nowego użytkownika. Saa, a uzupełniłeś ten swój nick we wszystkich polach? Bo tam jest kilka pól wymagających uzupełnienia.

Co to znaczy "efektów brak" Dodałeś ten nick i na niego się zalogowałeś? I czy na pewno zmieniałeś we właściwym miejscu? Skoro przedrostek dałeś "forum", to tabela będzie miała nazwę forummembers. I skąd ci się wzięło to xmembers?

Skoro znalazłeś forum, gdzie takie rozwiązanie jakie chcesz na swoim forum, zostało zaimplementowane, to nie możesz np. firebugiem zobaczyć jak to zostało zrobione? Czy oczekujesz na darmowe (również bez wysiłku z twojej strony) rozwiązanie podane na tacy na forum?

Jestem pod wrażeniem. Myślę, że tego brakowało "początkującym administratorom" i w znaczący sposób zmniejszy ilość banalnych pytań. Niezły pomysł, tylko trzeba by dodać współautora. Choć można też zaproponować odrębnie, właśnie jak Localize.

Też mi się wydaje, że najłatwiej byłoby zmniejszyć rangi. Co do "poszerzenia" autor info, to nie jest to zbyt dobry pomysł - lepiej zmniejszyć post_body (albo zmniejszyć post_body i zwiększyć autor_info). Nie mam pod ręką 334 więc trochę "na czuja" - znajdź w CSS ipb_styles.css: .post_body { margin: 0 10px 0 185px; i zwiększ odpowiednio to "185" (u ciebie wielkość marginesu może być inna).

Przejrzałem dawno nieustawiane opcje. W Warning and Moderation jest opcja pozwalająca na dowolne akcje, jeśli nie ma ich ustawionych Allow moderators to set custom punishment if no Warning Action is set. Ustaw to na "NO", powinno pomóc.

Chyba powinien, choć nie jestem w stanie tego manualnie stwierdzić, bo już dawno nie miałem "wyczyszczonych akcji", a i ustawienia u siebie mam trochę inne. Musisz sprawdzić. A przy okazji upewnij się, że te grupy rzeczywiście nie mają dostępu do ACP, bo coś mi się kołacze w głowie, że przy takim ustawieniu jak opisujesz i braku ustawionych akcji, przy ostrzeganiu.nie powinni mieć widocznych opcji przenoszenia między grupami.

W takim razie przejrzyj akcje ostrzeżeń i zobacz czy gdzieś nie jest zaznaczona możliwość nadpisania przez moda ustawień akcji.

Tak, ale również mowa o możliwości, przy okazji, przeniesienia do innej grupy. Jeżeli mod nie ma tego odhaczone, to w opcjach ostrzeżenia pojawi się taka możliwość. I jak zrozumiałem o to Krecikowi chodzi.

To zależy. Necik, co to znaczy "grupy około-moderatorskie"? To osobne grupy? Jakie mają uprawnienia? Skoro mogą przenosić do innych grup, to mają dostęp do PA. W ograniczeniach dostępu do panelu administracyjnego można wyłączyć możliwość przenoszenia do innych grup.

Oczywiście że przetestowanie to podstawa. A jeżeli jesteś całkiem zielony, to o zabawach w ratowanie pena możesz przeczytać np. tutaj.

Może ktoś coś chciał z telewizora nagrać? Zacznij może od USB Disk Storage Format Tool, a jak nic z tego nie wyjdzie to zainteresuj się HDD Low Level Format Tool i BOOTICE. Pewności, że pomoże nie gwarantuję.

znalazłem ciekawego to przestały działać skróty klawiszowe jak Ctrl+B Ctrl+I itd.(sprawdzane na 3 przeglądarkach i 3 forach w tym IPSu ). Poza tym ostrzegam, że kategorie, które były również forami tzn. były w nich tematy przestają się parsować i nie działają w nich bbcode etc. Nie ma też możliwości edycji ich ustawień pozostaje konwersja do zwykłego Bosko działa CK-Editor, spróbujcie skopiować treść z postu wyżej i wkleić ją ponownie.. no nie, żeby coś, ale... Nie fajnie tylko Bosko.

Zmieni ci w całej bazie. Rzecz w tym, że wewnętrzne kodowanie bazy na serwerze zależy od głównego ustawienia kodowania serwera - on sobie zapisuje w swoim formacie, a konwersji dokonuje w locie (dlatego można zapisać polskie litery w formacie serwera latin1, gdzie nie ma przecież polskich znaków). W dodatku, to co widzisz w phpMyAdmin jest widziane inaczej - tutaj masz podgląd rzeczywistego wpisu w wewnętrznym kodowaniu, choć wyświetlanym w zależności od ustawienia twojej przeglądarki (kodowania połączenia). Jeżeli główne ustawienia kodowania serwerów, starego i nowego, się różnią, to są takie kwiatki. To tak w skrócie, upraszczając.

No to najprostszy przepis na "naprawę": 1. Edytor tekstowy rozpoznający kodowanie i potrafiący zapisać plik tekstowy w utf-8 bez BOM. 2. Tworzysz post z tekstem "Ą Ć Ę Ł Ń Ó Ś Ź Ż ą ć ę ł ń ó ś ź ż" 3. Eksportujesz bazę w utf8 (phpMyAdmin takie ma domyślne) 4 Otwierasz go w edytorze (utf8) 5. Odnajdujesz swój post testowy i sprawdzasz jakim znakom odpowiadają polskie litery (mogą być dwa znaki). 6. Odnajdujesz w bazie jakim znakom odpowiadają polskie litery w starej wersji (mogą być dwa znaki - upewnij się dokładnie) i metodą "znajdź i zamień wszystkie" zmieniasz poszczególne znaki starego kodowania, na te w nowym - z testowego posta (to teoretycznie 16 takich operacji) 7, zapisujesz w utf8 bez BOM 8 Wysyłka na serwer 9 Jeżeli poprawnie rozpoznałeś i zamieniłeś kodowanie polskich znaków, możesz odetchnąć. Sposób dosyć uciążliwy, ale pewny, prosty i niewymagający zmian parametrów serwera.