show create table wp_posts;
(cut)
`post_date` datetime NOT NULL default ‘0000-00-00 00:00:00′,
`post_date_gmt` datetime NOT NULL default ‘0000-00-00 00:00:00′,
(cut)

Wartość post_date ustawiana była poprawnie, przez co wpisy na stronie pojawiały się we właściwym miejscu. Problem stwarzał rekord “post_date_gmt”, który wypełniany był za każdym razem wartością pola default opisującego strukturę rekordu. Rekord ten brany jest pod uwagę głównie przy tworzeniu feedów RSS/Atom przez Wordpressa, przez co zacząłem otrzymywać zgłoszenia odnośnie niepoprawnego funkcjonowania feedów.

Wyłożył się również Blogfrog (kudosy dla ich wsparcia technicznego za wprowadzenie poprawki w parserze, powodującej ustawienie daty wpisu na datę ostatniego pobrania wpisu, w przypadku gdy wpis zawierał niepoprawną datę), przez co nie było możliwości oceniania wpisów na stronie.

Po nieskutecznych walkach ze źródełkami Wordpressa i zgłoszeniu błędu w Tracu postanowiłem porównać czystą instalację Wordpressa do instalacji rezydującej na PS3 Site. Oczywiście porównanie dotyczyło zawartości bazy danych, gdyż postowanie na czystej instancji funkcjonowało poprawnie (a codebase się nie różni, poza niestandardową templatką rezydującą na Site). Sprawdzenie różnic pomiędzy tabelami “wp_posts” nie wykazało żadnych nieprawidłowości. Problem musiał leżeć gdzie indziej.

Zacząłem więc systematycznie przeglądać wszystkie tablice baz danych związanych z Wordpressem. Jak się okazało, winowajcę znalazłęm w tablicy “wp_options”. Rezydował on pod postacią prawie pustego rekordu - prawie, bo puste były wartości “option_name” oraz “option_value”.

Po ręcznym usunięciu rekordu, PS3 Site zaczęło funkcjonować poprawnie.

Jak najszybciej sprawdzić, czy “option_name” lub “option_value” nie jest puste bez babrania się w bazie danych?

Wystarczy w przeglądarce wpisać:
http://adres_bloga/wp-admin/options.php

Strona powinna wyświetlić zawartość wszystkich rekordów tablicy “wp_options”. Jeżeli znajdziecie linijkę w której zarówno pole po lewej jak i po prawej stronie jest puste, możecie być pewni, że należy ją ręcznie usunąć.

Nie udało mi się niestety ustalić, czy pusty rekord znalazł się tam z powodu błędnie zaimplementowanego pluginu do starszej wersji Wordpressa, czy też spowodowany był przejściem na wersję 2.5.

UPDATE: Niestety, nie do końca zadziałało - poprawka na błąd jest w Tracu Wordpressa, link znajdziecie powyżej. Po zaaplikowaniu wszystko funkcjonuje poprawnie.

Przykrość

Ilu tak naprawdę webadminów obchodzi swoje urodziny właśnie 4 kwietnia? Znacie jakichś?

Jako, że jestem skończonym wariatem, postanowiłem przesiąść się na WP-2.5 i sprawdzić, jak się będzie sprawował przy pozycjonowaniu.

Co w związku z tym? A no zmiana struktury linków, przez co stare wpisy byłyby niedostępne. Wiem, że można do tego użyć wtyczki permalinks-migration ale po co?

Hardcore, to hardcore
A tak na serio - stare wpisy pewnie powrócą, chciałem tu po prostu zrobić pewien porządek.

Pozdrawiam tych, którzy mnie jeszcze czytają