[imdejv1]

Mam pytanie do znawców #mysql #bazydanych #prestashop , a mianowicie wszystko działa poprawnie jeśli chodzi o krzaczki oprócz zakładki np. SEO&URL. W niej występują "krzaczki". Po wejściu w wybraną stronę w celu edycji wyświetla się z ogonkami poprawnie, po zmianie na inne "testowe" ogonki też wyświetlają się w trybie edycji poprawnie. Jednak po zapisaniu na liście (załącznik) wyświetlają się z błędami.

W bazie mysql też są ogonki poprawne. Po pobraniu bazy danych i odpaleniu w notepadzie tez są ogonki. Na froncie sklepu też są poprawne. Generalnie wszędzie są poprawnie tylko nie na tej liście, nie na liście atrybutów itp. Gdzie może leżeć problem, ręce opadają :(

Wersja 1.7.7.2. i PHP 7.4 bo na PHP 8.0 nawet nie chce się Presta zainstalować. Ps: Na najnowszej preście tez ten sam błąd był dlatego postanowiłem zejśc o wersje niżej i...dalej to samo.

[asdfghjkl]

@imdejv1: sprawdź w bazie jaki masz ustawiony encoding

[imdejv1]

@asdfghjkl: W jaki sposób? Jest to phpmyadmin i mysql baza

[imdejv1]

@asdfghjkl: Tak wygląda wycinek z tabel, a na samym dole podsumowanie, czyli zupełnie inne kodowanie...

[asdfghjkl]

@imdejv1: niewiem jak to wygląda w phpmyadmin ale jako podejrzysz strukture tabeli to powinna sie tam znaleźć kolumna związana z kodowaniem znaków

[imdejv1]

@asdfghjkl: Tak, to jest to co podesłałem na zrzucie najprawdopodobniej

[asdfghjkl]

@imdejv1: masz tam tez columnę o nazwie collation? to latin1 mnie martwi

[imdejv1]

@asdfghjkl: Niestety nie ma takiej kolumny.

[imdejv1]

@asdfghjkl: Znalazłem takie miejsce w phpmyadmin

[asdfghjkl]

@imdejv1: jak możesz to zrób zrzut całej tabeli be danych. Sama struktura tabeli i podeślij na jakiś pastebin. Tylko pamietaj zeby bez żadnych danych była. Ino to jak tworzona jest tabela

[asdfghjkl]

@imdejv1: to jest najpewniej twój problem :)

[imdejv1]

Przepraszam, że tak spamuje zamiast edytować, ale zastanawia mnie czemu WSZĘDZIE ogonki działają poprawnie tylko nie w tych miejscach niektórych w panelu admina. Zazwyczaj jak spotykałem się ze złym kodowaniem to było one rozsypane w różnych miejscach...

[asdfghjkl]

@imdejv1: trudno powiedzieć ( ͡° ͜ʖ ͡°)

[asdfghjkl]

@imdejv1: najlepiej jakbys metode porównywania ystawił na utf8mb4generalci. Nie naprawi to ju z tego co jest źle, ale powinno sprawić, że nowo zapisywane dane beda z ogonkami.
Pamiętaj, że każda tabela ma indywidualnie ustawiane porównywanie napisów. mozliwe, że w innych jest utf8 a nie latin

[asdfghjkl]

@imdejv1: AAAA i nie rób tych zmian na bazie jesli to baza działającego skleu. najlepiej zrób kopie i na niej potestuj zebyś za chwile nie płakał :D

[imdejv1]

@asdfghjkl: Nie zależy mi, tu jest świeże wszystko tuż po instalacji. Zaraz chyba spróbuje z Prestą 1.7.6 chociaż nie wiem czy to dobry pomysł, bo chciałem najnowszą... Wiem, że na 1.7.6 nie wystąpi ten problem na 99% bo już instalowałem na tym serwerku.

[imdejv1]

apisywane dane beda z ogonkami.

@asdfghjkl: Dane w bazie są z ogonkami. Tylko na podstronach w adminie pokazuje krzaki tak jak w 1 załączniku :(

[asdfghjkl]

@imdejv1: niestety nie znam sie na prescie. Zobacz czy nie ma tab gdzies do ustawienia charset mozliwe, że tez jest ustawiony jakis latin

[imdejv1]

@asdfghjkl: Wszelkie kombinacje nic nie dają. Bardzo dziękuje Ci za podpowiedzi jednak chyba po prostu zgłoszę to do hostingu, bo czuje że tam jest coś namieszane. Teraz np. trafiłem na temat, że może to być "ioncube" - nic mi to nie mowi, ale w hostingu pewnie beda wiedziec ;p

[asdfghjkl]

@imdejv1: https://www.prestashop.com/forums/topic/168641-database-collation-utf8/
zobacz jaki jest ustawiony główny charset dla bazy. Możliwe, że presta bierze info o tym jak kododac na podstawie tej informacji a jest błędna

[asdfghjkl]

@imdejv1: no najlepiej jak tam zapytasz