ROZWIĄZANY: Forum przenosiny Kodowanie x2 test, co jest ?

[cameleon]

Przenoszę forum na drugi serwer, na drugim serwerze wyświetlają mi się krzaki, baza została zaimportowana poprawnie bo gdy podczepiam forum z pierwszego serwera pod bazę na drugim wszystkie znaczki są ok. Co może być powodem ?

Ten obrazek przedstawia rezultat po przenosinach forum na drugi serwer.

Kodowanie się nie zmieniło, export i import został zrobiony bez jakichkolwiek zmian w phpmyadminie.

Edytowane 30 Listopada 2009 przez cameleon

[DawPi]

Witaj,

jak rozumiem polskie znaki są w bazie? Jak tak, to spróbuj tego: Naprawa polskich znaków na forach z kodowaniem bazy innym niż utf-8.

[cameleon]

Dzięki DawPi sprawdzę

[DawPi]

i jak?

[cameleon]

No niestety, nie działa....

[DawPi]

Dobrze zrozumiałem, że posty w bazie mają polskie ogonki?

[cameleon]

Dobrze zrozumiałem, że posty w bazie mają polskie ogonki?

Tak baza jest w porządku !

Tak jak by wyświetlanie nie działało

Podczepiałem bazę z poprzedniego serwera i też się źle wyświetlało,

W sql toolbox źle wyświetla ogonki w bazie

Edytowane 2 Grudnia 2009 przez cameleon

[DawPi]

Ew. w tym kodzie, co linkowałem wyżej zmień latin2, na utf8 i sprawdź wtedy.

[cameleon]

Zmieniłem i to samo, żadnych zmian na forum.

Co ciekawe Shoutbox działa z polskimi znakami ale on zapisuje w ASCII.

Gdy zmieniam ogonki w bazie na ASCII to owszem dobrze się wyświetlają na forum ale niestety w adminie i forum dodaje się nowa treść w postaci znaków zapytania.

Może to coś innego?, czy to może być wina serwera i jeśli tak to gdzie mógł by być problem?

Może to wina jakiegoś cache ?

Edytowane 2 Grudnia 2009 przez cameleon

[DawPi]

Nowe treści zapisują się dobrze, czy też z ogonkami?

[cameleon]

Nowe treści zapisują się źle - nawet gdy podpinam bazę ze starego serwera (która dobrze działa na starym serwie), to ogonki znikają i zapisują się w postaci ?????

Tylko shoutbox dobrze zapisuje ale w ASCII

Edytowane 2 Grudnia 2009 przez cameleon

[DawPi]

Hm, kurcze, ten sposób, co linkowałem wyżej zwykle działał. A jak nie ten to ten już tak.

[cameleon]

Ok sprawdzę i dam znać jutro.

DawPi a ma znaczenie że używam INNODB?

[DawPi]

Szczerze? Nigdy nie korzystałem z tego typu i nie wiem, dlaczego takie wybrałeś. Tam być może trzeba by to inaczej zakodować -> inny plik/funkcja. Jednak bez dostępu do FTP nic nie powiem więcej -> tak to bym potestował online.

[cameleon]

DawPi problemy ma chyba ogólnie superhost bo server stoii na superhoście.

Zmiana w pliku konfiguracyjnym nic nie daje, kod który jest kilka postów wyżej też nic nie zmienia, obojętnie jakie bym nie dał kodowanie nic się nie zmienia.

A może po prostu jest jakaś dobra metoda żeby teraz całość zamienić na UTF8 ?, wydaje się być lepszym standardem. Może to rozwiąże problem.

Edytowane 3 Grudnia 2009 przez cameleon

[DawPi]

Ja Cię rozumiem. Przecież pisałeś, że nie zmienia. Ale może to INNODB zmienia.

[cameleon]

Nie jest to ważne, na UTF8 całość działa, tylko teraz mam problem ze zmianą ogonków, po wywołaniu tego skryptu baza nie daje się ponownie zaimportować tzn. uszkadza się mniemam bo wyskakuje:

Fatal error: Uncaught exception 'Exception' with message 'Could not initiate the registry, the settings cache is empty or missing' i........................................ itd.....

<?php

$ogonki = array('Ą', 'ą', 'ś', 'Ś', 'ę', 'Ę', 'ó', 'Ó', 'ł', 'Ł', 'ż', 'Ż', 'ź', 'Ź', 'ć', 'Ć', 'ń', 'Ń');

$krzaki = array('¡','±','¶','¦','ê','Ê','ó','Ó','³','£','¿','¯','¼','¬','æ','Æ','ñ','Ñ');

               $file = "www.sql";
               $test = file_exists($file);
               if ($test)
                {
                echo "skasuj";
                }
                else
                {
               $fp = @fopen("localhost.sql", "r");
               if ($fp) {
                     while (!feof($fp)) {
                     $buffer = fgets($fp, 4096);
                     $buffer =  str_replace( $krzaki, $ogonki, $buffer );
                     flock($fp, 2);
                     $fp2 = fopen($file, "a");
                     fputs($fp2, $buffer);
                     flock($fp, 3);
                                        }
                        }
                                    fclose  ($fp);
                        fclose  ($fp2);
                        echo "Koniec konwersji";
                         }

            ?>

Jak sobie z tym poradzić?

[DawPi]

Musisz napisać ticket do IPSu, który powinien naprawić Ci to od środka.

[cameleon]

Ogólnie ustawienie forum na utf8 i konwersja bazy pomogła, a żeby nie popsuć bazy wystarczy nie konwertować tabel z cache to tak dla next generation people...

temat można zamknąć.

[DawPi]

Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu.

Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.