Batalia z BPH - początek
Poziom wkurzenia na mój pierwszy bank osiągnął dzisiaj poziom krytyczny. Mając system z kodowaniem UTF nie można podpisywać transakcji. Przechodzą tylko transakcje na konta zaufane. Zgłaszałem problem wcześniej, lecz zostałem zbyty przez niekompetentnego pracownika (lub leniwca z IT). Poniżej przedstawiam pierwsze zgłoszenie wraz z odpowiedzią oraz dzisiejsze zgłoszenie. Jeśli dostanę odpowiedź, to oczywiście pojawi się ona na jogu. Jeśli ktoś ma podobne problemy, to zachęcam to wysyłania podobnych listów do swoich banków. Teksty zamieszczone na tym blogu objęte są licencją CC by-nc-sa ;)
Data zgłoszenia: 21-04-2007
Treść zgłoszenia:
Używam systemu Gentoo Linux, przeglądarka Mozilla Firefox, Sun Java 1.5.0.11, kodowanie znaków w systemie UTF-8.
Niestety nie mogę wykonywać żadnych operacji, ponieważ nazwy pól formularza zawierają polskie litery, które są źle rozpoznawane (lub konwertowane) podczas podpisywania i wyskakuje błąd. Jeśli nie da się poprawnie wykrywać ustawień środowiska, żeby obsłużyć UTF-8, to proponuję zrezygnować z polskich liter w nazwach pól podpisywanego formularza i będzie spokój.
Pozdrawiam.
Data odpowiedzi: 23-04-2007
Treść odpowiedzi:
Szanowny Panie,
Uprzejmie informuję, iż błąd jest spowodowany błędnie ustawioną stroną kodową w systemie operacyjnym Linux (domyślenie UTF nawet dla dystrybucji z polską wersją językową, powinno być ISO_8859_2). Rozwiązaniem problemu jest modyfikacja pliku /etc/sysconfig/i18n. W pliku powinny się znajdować tylko następujące linie:
zmiana LANG=pl_PL.UTF-8 na LANG=pl_PL.
Powyższą zmianę dokonać w /etc/sysconfig/i18n i wpisać
LANG="pl_PL"
SYSFONT="latarcyrheb-sun16"
(w razie problemów skontaktuj się z miłymi paniami z infolinii, z poważaniem, etc)
Zgłoszenie, które dzisiaj wysłałem:
Nadal nie mogę poprawnie podpisywać transakcji. Używam systemu Linux z kodowaniem UTF-8 i pragnę poinformować, że nie zamierzam zmieniać konfiguracji systemu tylko dlatego, że twórcy platformy nie potrafią uruchomić obsługi różnych standardów kodowania.
Po pierwsze - załóżmy, że loguję się z Japonii.
Po drugie - gry na portalu kurnik.pl działają bezproblemowo - mimo używania kodowania UTF-8 mogę rozmawiać z użytkownikami używającymi Windows (kodowanie Win1250) czy Linuksa z ISO (ISO-8859-2). Mimo że nie jest to bardzo ważny strategicznie serwis, to ich informatycy są na tyle zdolni, że jakoś potrafią napisać aplet poprawnie obsługujący różne standardy kodowania znaków.
Odnosząc się jeszcze do Państwa odpowiedzi na moje pierwsze zgłoszenie: Ustawienie UTF-8 w systemie GNU/Linux NIE jest błędem. UTF-8 jest takim samym systemem kodowania jak ISO8859-2 czy Win1250. Różnica polega na tym, że ISO8859-2 stanowi polską normę. W związku z tym, podążając za Państwa filozofią, należałoby wszystkich użytkowników systemu Windows zmusić do stosowania tej strony kodowej, a nie używanej przez nich Win1250. Uważam, że dbałość o klienta nakazuje zabezpieczenie się na każdą ewentualność. Tym bardziej, że Unicode ma w przyszłości stać się międzynarodowym standardem, ponieważ można w nim zakodować każdy znak w każdym języku świata. Chyba warto byłoby przygotować się do tego odpowiednio wcześniej?
Polecam lekturę http://www.unikod.pl/
Dodatkowo chcę zwrócić uwagę na fakt, że zgodnie z polską normą notacji liczb (której Państwo jako Bank powinniście szczególnie przestrzegać) separatorem dziesiętnym jest przecinek, a nie kropka.
Kopia korespondencji zostanie przesłana do portalu http://osiolki.net/ oraz zamieszczona w innych serwisach internetowych.
Dziękuję Gosi za podpowiedzi i moderację [sic!] tekstu.


No cóż, nie oczekiwałbym natychmiastowych zmian. W końcu to jest system transakcyjny, nie dłubie się w nim ot tak, a wprowadzenie obsługi UTF/zmiana nazw pól jest (dość) istotną zmianą.
Helpdesk niby podał jakieś rozwiązanie... które jest głęboką ingerencją w system operacyjny, zupełnie nie informując czym zmiana wskazanych ustawień może grozić.