Na serwerze firmy Nazwa spotkaliśmy się z nietypowym problemem: generowane przez funkcję PHP date() polskie nazwy miesięcy i dni tygodnia zamiast polskich znaków wyświetlały typowe ikony “diamentów” z pytajnikiem w środku (tzw. krzaki), sygnalizujące problem z kodowaniem.

Generowane przez PHP, a zarazem WordPressa kodowanie tych znaków nie było kodowaniem Windows-1250, ani UTF-8, ani ISO-8859-2. Mimo jasnych ustawień domyślnego kodowania PHP w phpinfo(), nagłówków HTTP, znacznika meta na UTF-8, usilnie stosowane było bliżej niesprecyzowane kodowanie znaków. Także zapisy w górnej części pliku .htaccess nie pomogły:

AddDefaultCharset utf-8
IndexOptions +Charset=UTF-8

Dopiero wklejenie w górnej części pliku wp-config.php poniższego kodu pomogło:

setlocale(LC_ALL,[‘pl_PL.utf8’, ‘pl_PL’,’pl’,’pl_PL.utf-8′,’Polish_Poland.65001′,’polish_poland’]);

Z kolei pliki zawierające polskie znaki, a wgrane na serwer przy użyciu automatycznego ustawiania kodowania w programie FlashFXP, nie były dostępne przez przeglądarkę (błąd 404: nie znaleziono). Dopiero ręczne przestawienie enkodowania plików w ustawieniach FlashFXP na UTF-8 i ponowne wgranie (nadpisanie) plików w taki sposób pomogło i pliki stały się dostępne w przeglądarce.