Tag: kodowanie

Filtr dnia: sanitize_file_name – czyli nazwy plików bez znaków specjalnych

Bardzo często przy migracji witryny występuje problem z nazwami plików, a dokładniej z kodowaniem polskich znaków diakrytycznych. Jeżeli szukasz jak masowo zamienić już istniejące pliki, to muszę cię rozczarować, ten wpis nie jest o tym. Ten wpis jest o tym, jak nie dopuścić do takiej sytuacji, czyli zgodnie z zasadą, że lepiej jest zapobiegać, niż leczyć.

Dla mnie, ten kawałek kodu jest czymś co zawsze instaluje na wszystkich WordPressach, w których mam prawo to zrobić.

Po aktualizacji do WP 4.1.2 nie działa zapisywanie

Po aktualizacji WordPressa do wersji 4.1.2 wiele osób zgłasza problemy z zapisem swoich wpisów. Ze względu na to, że ta wersja mocno uwzględnia kodowanie znaków wprowadzanych do bazy, tam zacząłem szukać rozwiązania.

postgres na utf8 i serwis w latin2

Opiekuję się serwisem, który ze względu na długą historię życia jest napisany tak, że korzysta z kodowania ISO-8859-2, czyli tytułowego latin2. Jakiś czas temu była aktualizowana baza danych z pg 8.2 do pg 8.4 z konwersją bazy do utf-8 jako początkiem procesu zmiany strony kodowej całego serwisu w którym coraz częściej pojawia się potrzeba wykorzystania znaków z szerszego zakresu znaków niż oferuje latin2.

Obawa co do współpracy aplikacji z bazą były, ale jedno polecenie powoduje bezkłopotową konwersję znaków na poziomie połączenia z serwerem db.

Zapisuję dla pamięci

ALTER USER user SET client_encoding = 'LATIN2';

dzięki depesz

2.5

Wydany został 2.5, ale z tego co widzę nie był wydany RC3 na którym ten blog przez chwilę chodził. Znaczy pewnie, że owo RC3 to już właściwie było to samo. Bloga aktualizowałem na bieżąco, korzystając z dobrodziejstw SVN’a. Powoli stawało się dość nudną, poranną procedurą, co widać w komentarzach jakie czyniłem do aktualizacji.

Ale jest i śmiga.

Na tym blogu nie było żadnych kłopotów z aktualizacją.

Ciekawy jest natomiast efekt instalacji na blogu Gurthg Shae chodzącym w kodowaniu niż iso 8859-2.Zmienił się plik konfiguracyjny, czyli wp-config.php, w którym przybyła definicja:

define('DB_CHARSET', 'utf8');

Co prawda zmiana była w czasie przejścia z 2.1.3 na 2.2, ale dopiero teraz brak tego wpisu spowodował kompletną rozsypkę serwisu i problemy z jego uruchomieniem.

Na koniec dwa linki do tego wydania

  1. http://svn.automattic.com/wordpress/branches/2.5
  2. http://svn.automattic.com/wordpress/tags/2.5

Pierwszy to link do miejsca w którym będzie rozwijany wordpress 2.5, drugi to wydana wersja, wszystko oczywiście dostępne za pomocą SVN’a.

Oparte na WordPress & Theme by Anders Norén