Po przeczytaniu tego artykułu byłem ciekaw, czy do WordPress’a jest wtyczka która tworzy takiego bota jakiego ma Jogger. Okazało się, że nie ma. Nie dziwię się temu zanadto, bo wymagałaby ona ciągłego działania programu, co na większości serwerów jest niewykonalne (bo nie ma dostępu przez SSH) czy wręcz niemożliwe. Na szczęście mój hosting ma dostęp przez SSH, więc mogę coś takiego do mojego bloga przygotować.

Niestety język PHP pomimo wszystkich swoich możliwości do postawienia takiego bota się nie nadaje. Bot będzie zapewne napisany w Perlu (ma wszystkie potrzebne moduły od ręki i jest prosty) a panel konfiguracyjny napiszę w PHP i wrzucę jako wtyczkę do WordPress’a. Jako klienta Jabbera (bo bot to przecież klient który sam odpowiada) użyję biblioteki Net::XMPP która powinna mieć wszystkie potrzebne opcje.

Zaplanowałem na razie następujące funkcje:

• Dodawanie wpisów (z obsługą kategorii, tagów oraz Traceback)
• Podawanie nowego hasła
• Powiadamianie o komentarzach
• Powiadamianie o nowych wpisach

Jeśli zrobię tą wtyczkę, możliwe że przygotuję wersję płatną ze specjalną obsługą wiele do wielu, czyli wiele blogów i wieku różnych użytkowników na jednym bocie. No ale najpierw muszę zrobić wersję podstawową.

W każdym bądź razie założyłem nową przestrzeń (”space”) na Assembli specjalnie na tą i inne wtyczki/skórki jakie może kiedyś stworzę. Jest tam SVN, Trac i inne narzędzia przydatne przy tego typu projektach, nawet tak małych.

Tłumaczenie spisuje się świetnie, jest kompletne, ale nawet skórka standardowa nie miała wszystkich elementów przetłumaczonych. Aktualna skórka była tłumaczona jeszcze gorzej. Przeglądając jej kod (zdziwilibyście się jak mało go wystarcza) okazało się, że znajdują się tam na stałe wpisane łańcuchy znaków, jak choćby etykietki obok linków do RSSów na górze strony. To już poważniejszy problem, zwłaszcza, że nie lubię PHP. Niestety większość skórek nie jest dostosowana do bycia przetłumaczonymi, co mnie osobiście trochę dziwi, zważywszy na fakt, że we wtyczkach tendencja jest odwrotna.

Tak czy siak tłumaczenie było cokolwiek żmudne i nudne. Najpierw musiałem się dowiedzieć jak działa mechanizm translacji w WordPress’ie. Jak zwykle Google w ruch i znalazłem dobry opis na niemieckim blogu którego autor na szczęście przygotował wersję angielską (chwała mu za to). Jedyne do czego muszę się przyczepić to opis różnicy pomiędzy funkcją __() oraz _e(). Jest on napisany dla nie-programistów, więc mi się wydały mętne. Codex WordPress’a przyniósł na szczęście wytłumaczenie. Żebyście nie musieli szukać: __() zwraca przetłumaczony łańcuch znaków, natomiast _e() wypisuje go.

Potem już było z górki. W header.php wstawiłem na samym początku (nawet przed DOCTYPE) wywołanie funkcji load_theme_textdomain(’domena_mojej_skorki’) a potem zacząłem tłumaczyć całość. Przy okazji poprawiłem jedną funkcję, która w dokumentacji została oznakowana jako deprecated (przestarzała). Ważne przy przygotowywaniu skórki (i wtyczki) do tłumaczenia jest to, żeby było to proste. Miałem sytuację, że w zdaniu pojawiał się odnośnik do innej strony (fragment zdania był nim). W wielu wtyczkach spotkałem się z cięciem takiego zdania na kawałki dzięki czemu lądowałem przy tłumaczeniu skrawków zdań, których sens często wychodził z kontekstu. Dlatego też skorzystałem z tricku z funkcją printf(). Dzięki temu format jest tłumaczony i zawiera %s w miejscach gdzie się ma znaleźć znacznik otwierający i zamykający link.

Tak czy siak tłumaczenie skórki już jest kompletne, jeszcze tylko zostały mi do przetłumaczenia niektóre wtyczki, no i muszę wykombinować coś datą, bo jej format jest inny podany w konfiguracji, a inny zakodowany w skórce. Można by to zrobić przez plik tłumaczeń, ale nie jest to zbyt eleganckie rozwiązanie, no i pojawiłyby się w dwóch miejscach te same dane.

No to teraz czas na to, co tygryski lubią najbardziej, czyli wtyczki. Jeszcze nie zainstalowałem wszystkich funkcjonalności które chciałbym mieć, ale troche wtyczek już jest podłączonych.

Na początek to co zawiera w sobie paczka WordPress’a czyli Akismet. Ponoć działa świetnie przy wykrywaniu spam’u komentarzowego, no i oczywiście wymaga (na szczęście darmowego) klucza do API WordPress.com. Licze na to że obroni mnie przed wielkim złym światem zewnętrznym :D.

Kolejne wtyczki to moja ulubiona “święta trójca Google”, czyli kolejno: All in One SEO Pack, Google XML Sitemaps oraz WP Google Analytics. Pierwsza z nich wspomaga optymalizację dla wyszukiwarek (nie tylko Google, ale wszyscy wiemy, która jest najważniejsza). Ustawia ona odpowiedni tytuł strony, zarządza opisem, słowami kluczowymi itp. Kolejna wtyczka to generator map strony (ang. sitemap). Działa jak przystało automatycznie, po każdym poście, tworzy mapy w dwóch wersjach – czysty XML oraz GZipowany XML. Oprócz tego tworzy automatycznie plik robots.txt gdzie wskazuje lokalizację mapy. Ponoć taka mapa bardzo pomaga przy pozycjonowaniu się w Google, a o to przecież chodzi. Ostatni ze świętej trójcy pomaga mi się dowiedzieć więcej o Was. Google Analytics to darmowa usługa Google dająca po prostu GENIALNE raporty dotyczące naszej strony. Za długo by pisać by powiedzieć o nich wszystko, może kiedyś napiszę o tej usłudze więcej.

Kolejny plugin, WP-OpenID, pozwala na logowanie się poprzez OpenID do mojego bloga. Co to jest OpenID znajdziecie w Wikipedii, ja tylko dodam od siebie, że jest to chyba jedyny plugin z oficjalnej strony z pluginami do WordPress’a który udało mi się uruchomić.

WordPress Database Backup jest to świetna wtyczka do tworzenia kopii zapasowej bazy danych. Jak bardzo jest to ważne nie muszę chyba nikomu mówić. Jej opcje są naprawdę użyteczne. Przede wszystkim ma ona możliwość dorzucenia do kopii niestandardowych tablic z bazy danych naszego bloga. Jest to szczególnie ważne jeśli mamy jakieś pluginy które dodają kolejne tablice do bazy danych (w moim wypadku tylko WP-OpenID dodał). Inna ciekawa opcja to wysyłanie kopii zapasowej na e-mail. W połączeniu z możliwością tworzenia kopii zapasowych co określony okres czasu (godzinę, dzień bądź tydzień) daje to możliwość naprawdę wygodnej automatyzacji. Dodatek ten nie miał polskiego tłumaczenia, jednak dodałem je własnoręcznie. Jeśli jego autor dalej aktywnie go tworzy i odbiera pocztę, to powinno się pojawić na jego stronie. Możecie też pobrać ją ode mnie: wp-db-backup. W mojej wersji został także przeniesiony katalog z tłumaczeniami do katalogu wtyczki (wcześniej musiały się one znajdować w głównym katalogu wtyczek).

HTML Purified zabezpieczy nas przed ludźmi którzy chcą popsuć naszą stronę wprowadzając specjalnie spreparowany komentarz z nieprzyjemnymi dodatkami. Ta wtyczka zastępuje standardowy plugin WordPress’a chroniący przez niebezpiecznym HTMLem w komentarzach. Zasadniczo pod tą samą nazwą występuje biblioteka PHP służąca właśnie do takich operacji. Niestety nie znam się na technikaliach, więc nie mogę dużo na ten temat powiedzieć, ale z porównania wynika, że teraz jestem chroniony lepiej.

Ostatnią wtyczką jaką dzisiaj zainstalowałem jest Dean’s FCKEditor For Wordpress. FCKEditor to applet JavaScipt napisany w celu WYSIWYGowej edycji tekstu z poziomu przeglądarki. Najprościej rzecz ujmując, otrzymujemy dzięki temu dodatkowi narzędzie do pisania tekstów postów o wyglądzie i funkcjonalności podownej np. do Word’a czy też OpenOffice.

Na dzisiaj mam już dość zabawy, ale pewnie jutro do tego zestawu dołączą kolejne dodatki.

A dlaczego zmieniłem skrypt? Przede wszystkim dlatego, że WordPress daje gigantyczne możliwości modyfikowania, tuningowania i dostosowywania do własnych potrzeb. Niedługo postaram się dodać kilka z nich takie jak np. logowanie się przez OpenID, czy też pare innych przydatników.

Liczę też na to, że szybko uda mi się znaleźć odpowiednią skórkę. Ta standardowa jest fajna i bardzo czytelna, ale brakuje jej mimo wszystko tego czegoś.