Blog Gandera

Jeśli jakiś pracownik firmy, w której jestem zatrudniony lub firmy współpracującej z tą firmą mówi, że nie zna się na kodowaniu stron internetowych, to jakim prawem wypowiada się w kluczowych kwestiach na ten temat przed moim szefem? Czasami mam ochotę wydrukować bzdury, które gadają, i kazać im to zjeść…

Kto uważa, że grupa hakerów, która zablokowała strony rządowe, dobrze zrobiła? Nie ja. Nie wątpię, że mieli oni względnie dobre intencje, polegające na zwróceniu uwagi społeczeństwa na podejrzaną umowę międzynarodową ACTA. Nie wolno zapominać jednak, że hakerzy to przeważnie przestępcy, wykorzystujący nierzadko BotNet (sieć zawirusowanych komputerów) do wykonywania ataków typu DDoS na serwisy internetowe. Nie dość tego, ten atak został wykorzystany przez rząd i media, do przedstawienia polskiej społeczności internetowej, jako obawiającej się, że nie będzie można już bezkarnie używać danych pozyskanych w nielegalny sposób. Czy właśnie tego się obawiałeś, czytelniku?

Najlepszy sposób na terroryzm to podobno nie poddawać się aktom terroryzmu. Praktycznie cały postęp jaki zrobiła społeczność internetowa w celu nagłośnienia sprawy podpisania ACTA został prawdopodobnie zaprzepaszczony przez grupę, która nie przemyślała dalekich konsekwencji swoich działań. Dziękuję wam bardzo za taką niedźwiedzią przysługę!

PS. Ja obawiam się tylko inwigilacji, kontrolowania przez rząd, oraz karania za drobne błędy, których wszyscy popełniamy bez liku korzystając z sieci internet.

Nie miałbym nic przeciwko jakimś przepisom ułatwiającym ściganie i łapanie przestępców internetowych, ale kontrowersje jakie wzbudza we mnie ACTA oraz to, jakie potencjalne możliwości inwigilacji ta umowa handlowa wprowadza, powoduje że muszę bardzo mocno poprzeć projekt „Nie dla ACTA”…

Wikipedia: Anti-Counterfeiting Trade Agreement
YouTube: NO ACTA [Stop the Kraken] PL DUB
Facebook: Nie dla ACTA w Polsce
Facebook: Nie dla ACTA

Pomimo tego że wiele aplikacji internetowych korzysta już z kodowania UTF-8 to jednak często serwery baz danych MySQL mają ustawione domyślne kodowanie w latin1. Jest to dość uciążliwe, szczególnie gdy nieszczęsne znaki diakrytyczne wyświetlane są jako tak zwane „krzaki” (¿ó³æê¶l±¼ñ?) po stronie aplikacji, albo po stronie zarządzania bazą danych (np w phpMyAdmin).

Domyślnie konfiguracja kodowania serwera wygląda następująco:

character_set_client     = latin1
character_set_connection = latin1
character_set_database   = latin1
character_set_results    = latin1
character_set_server     = latin1
collation_connection     = latin1_swedish_ci
collation_database       = latin1_swedish_ci
collation_server         = latin1_swedish_ci

Najpopularniejszą metodą wymuszania kodowania zgodnego z polskimi znakami diakrytycznymi jest używanie polecenia:

mysql_query("SET NAMES 'charset_name'");

lub

mysql_set_charset("charset_name"); // PHP >= 5.2.3

Ciąg charset_name powinien przyjąć wartość utf8 dla stron z kodowaniem UTF-8 albo latin2 dla stron z kodowaniem ISO-8859-2. W tabeli bazy danych trzeba jeszcze zmienić metodę porównywania napisów (collation) kolumn zawierających tekst na wartość odpowiednio utf8_general_ci lub latin2_general_ci.
Przeczytaj resztę wpisu »