Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 578 Pomógł: 6 Dołączył: 21.07.2008 Ostrzeżenie: (0%)
|
Napisałem Apkę zintegrowaną z systemem płatności Przelewy24 jak już myślałem, że wszystko śmiga pojawił się problem z kodowaniem znaków.
Po dokonaniu transakcji, przechodzę do w panelu -> transakcje i w polu opis zamiast polskich liter z ogonkami są znaczki. Kod funkcjonuje na dokumentacji P24 w wersji 3.2. Dodaję: $payments->addValue('p24_encoding', 'UTF-8') i nic nie pomaga. No nie i zakręciło mi się w głowie, kto wie co tu nie gra? |
|
|
|
![]() |
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 408 Pomógł: 74 Dołączył: 15.07.2014 Ostrzeżenie: (0%)
|
A sam plik wysyłki w jakim kodowaniu zapisałeś? UTF-8 (bez BOM)?
|
|
|
|
Post
#3
|
|
|
Grupa: Zarejestrowani Postów: 578 Pomógł: 6 Dołączył: 21.07.2008 Ostrzeżenie: (0%)
|
Sam plik wysyłki, tzn. u mnie to jest adres w kontrolerze.
a cała akcja dzieje się w ->process() i już sprawdzałem plik kontrolera i serwisu, gdzie jest process() Notepad++ pokazuje UTF-8 czyli bez BOM, poza tym edytor Visual Studio Code robi dobrze kodowanie. Przelewy24 niestety nie tak dobrze... i zostaje chyba kopać w kodzie, a raczej napisać do wsparcia. Zleciał dzionek na szukaniu drobiazgu i nadal coś nie pasuje, napisałem więc do wsparcia i otrzymałem m.in. info, że domyślne kodowanie to 'ISO-8859-2', zakładałem, że 'UTF-8'. No to już wiem co można zrobić, aby mieć polskie znaki diakrytyczne. Pozostaje jednak pytanie po co jest parametr 'p24_encoding' - system kodowania przesyłanych znaków? Kod był taki:
dopisałem:
gdzie P24_ENCODING = 'ISO-8859-2' i śmiga. Tylko dupy nie urywa, bo nadal nie wiem po co jest 'p24_encoding' i muszę wykonać mb_convert_encoding(). Problem rozwiązany, tylko pozostało wrażenie sprytnej małej rybki, a wolałbym wcielić się w rolę Rekina (IMG:style_emoticons/default/smile.gif) Ten post edytował Malinaa 8.09.2024, 10:58:50 |
|
|
|
![]() ![]() |
|
Aktualny czas: 26.12.2025 - 15:04 |