Niedawno stwierdziłam, że warto zacząć blogować poczynając od aktualizacji WordPressa do wersji 2.8. Tak też zrobiłam i momentalnie cały mój zapał został zgaszony – po aktualizacji wywaliło mi wszystkie polskie znaki.
Tak naprawdę nie byłam zaskoczona, bo moja baza zawsze miała problem z kodowaniem(rzekomo jest na latin2), a to ma swoje korzenie jeszcze za czasów mojego pierwszego hostingu. Będąc wtedy większym laikiem niż teraz, zapamiętałam jedynie to, że Superhost.pl robiło syf z kodowaniem bazy danych, niebawem odczułam to przy zmianie serwera na Dreamhost przy importowaniu bazy.

Kiedyś mnie to samo spotkało przy okazji aktualizacji i ostatecznie rozwią… tymczasowo zażegnałam problem. Bowiem rzekome rozwiązanie nie rozwiązywało problemu bazy, wiec trudno nazwać to rozwiązaniem. I tym razem się to na mnie odegrało, bo dawny sposób nie działał.

Po intensywnych poszukiwaniach, których rezultat się opierał na pradawnych wersjach wordpressa, stwierdziłam, że chyba najwyższy czas skonwertować bazę na utf-8. Nie ot zmiana etykietki z kodowaniem tabeli, tylko ingerencja w znaki w bazie. Od razu uprzedzę, że notepad++ nie dałby sobie z konwersją rady, próbowałam.
Znalazłam kilka skryptów i wtyczek do wordpressa, z czego wszystko wyglądało dość prowizorycznie a żadna wtyka nie gwarantowała bo były używane tylko na starych wersjach.
Konwersja bazy – jasne, nie ma problemu. Tylko, że tabele post_content i post_title w wp_posts posiadają jakieś indeksy typu FULLTEXT. I to, w jakiś tam dziwaczny sposób blokuje konwersje danych. Trzeba więc było ten indeks tymczasowo usunąć przez phpMyAdmina. A gdy już się pozbyłam indeksu (zapamiętać, żeby go potem dodać z powrotem), zainstalowałam wtyczkę BBWP2UTF8, ale zanim się ją uruchamia trzeba dodać następującą rzecz do wp-config.php
define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');
No to sru i konwersja pomyślnie przebiega z latin2(lub latin1, co za różnica) do utf-8_general_ci.

A to linki do innych skryptów, ale już nie wtyczek, które działają mniej więcej na tej samej zasadzie. Nie wiem tylko dlaczego u mnie nie zadziałały, chociaż wiem, że powinny.
http://yihui.name/en/2009/05/convert-mysql-database-to-utf-8-in-wordpress/

http://www.mydigitallife.info/2007/06/23/how-to-convert-character-set-and-collation-of-wordpress-database/

Zapewne niektórzy z was pukają się w czoło czytając moje wypociny. No cóż, laik musi sobie jakoś radzić :-)
Przynajmniej mam nadzieję już nie miewać problemów z bazą.

1. Quicktagi przy komentarzach są od Comments Quicktags Reloaded
2. Manageable edytuje posty ajaksem bez ruszania sie ze strony z panelu
3. Lighter Menu, która zastąpiła Admin Drop Down Menu, czyli podręczne menu.
4. od teraz będę mogła odpowiadac na komentarze z panelu dzięki Absolute Comment
5. i wreszcie Remove max width, usuwająca idiotyczny prawy margines w panelu. No i po co on tam był?

Zaraz po tym jak sobie to uświadomiłam, że w ten sposób może umrzeć to co chce utrzymać przy życiu, śmignęłam do panelu WordPressa żeby namazać ten, oto wpis.

Najpierw zaczęłam rzadziej pisać z powodu braku chęci, kiedy się pojawiły to czasu mi brakło. Teraz też, choć jest już lepiej, a i tak nie zaczęłam pisać. Łatwo dalej tkwić w stagnacji.
No cóż. Trzeba sie rozruszać!

updated

Odchodząc od tematu, zaktualizowałam wczoraj bloga do najnowszej wersji WordPress 2.5. Instalując go na nowej bazie, importując wpisy przy pomocy exportu z phpmyadmina i od nowa konfigurując wtyczki.
Małe czyszczenie w ramach przełomowej wersji skryptu.
Sama wersja 2.5 jest okej, podoba mi się nowy schemat funkcjonalny jak i wyglądowy panelu. Mały refresh :)

PS: Polecicie mi jakieś wtyczki do WP do zescrobblowania utworów z Last.fm?

Niedawno żałowałam, że nie spisałam sobie na blogu, w notatniku – nigdzie, swoje problemy z wordpressem, a raczej rozwiązania problemów. Problemy się powielają, a ja nie pamiętam co trzeba było zrobić…zresztą, innym może też się przyda :)

2 dni temu zaktualizowałam wreszcie wordpressa do najnowszej wersji 2.3.1 (z 2.2). Wersji, która posiadała dość znaczne zmiany (2.3, nie 2.3.1), dlatego tak bardzo zwlekałam z aktualizacją. Na szczęście teraz wszystkie wtyczki, które używam zostały przystosowane do wersji 2.3.

Aktualizacja jednak nie poszła mi pomyślnie, najpierw wysypało mi krzaczki. Polskie ogonki zniknęły, na szczęście ikari mi w porę przypomniał o tym, że modyfikowałam plik /includes/wp-db.php, służący do połączenia z bazą danych a teraz zastąpiłam go nowym.

Dygresja: Parę miesięcy temu przy przenoszeniu się na nowy serwer (czyli na ten aktualny – Dreamhost) miałam ciężkie problemy z kodowaniem bazy danych, sprawę pogorszył mój stary serwer (superhost.pl), który miał bardzo niesprecyzowane kodowanie (totalna mieszanka). No to ustawiłam (oczywiście z pomocą ikari’ego :P) kodowanie latin2 w wcześniej wspomnianym pliku, po prostu poszłam na łatwiznę, nie chcąc się cackać bezpośrednio w bazie.

Polskie znaczki we wpisach i komentarzach wróciły, ale kategorie nadal był pokrzaczone.
Zimportowane tagi (z wtyczki BunnyTags) też nie miały polskich znaków! Więc zainstalowałam wtyczkę ‘Simple Tags’, służąca do [masowego] zarządzania tagami w wordpressie. Masowo edytowałam tagi z krzaczkami zamiast polskich znaków.

Okazało się [po setkach domysłów], że po prostu mój styl miał dziwnie określoną pętle wpisu, dlatego tagi nie był odczytywane dla danego wpisu. (Dziwnie, znaczy uwzględniał 5 pierwszy postów które w teorii powinny się różnić od reszty, jako, że ja różnicę usunęłam kiedyś zastąpiłam to zwykłym warunkiem)
I przy okazji naprawiłam stronicowanie na stronie głównej – ta sama przyczyna co wyżej ;)

Przez ten import będę musiała zrobić porządek z tagami, wcześniej nastawiałam się na tagi technorati, teraz muszę je nieco uogólniać jako, że stał się wewnętrznymi….

24 stycznia 2008 wychodzi WordPress 2.4 ;)

* dziękuje dRaiser‘owi i ikari za pomoc ;)

EDIT:
Od wersji 2.3 nie trzeba modyfikować wp-db.php i jakieś bliżej niezidentyfikowane pliki. Teraz wystarczy pogrzebać w wp-config.php i dodać
define(‘DB_CHARSET’, ‘utf8′);