vermin.eu.org

Ponieważ moje “wspaniałe” łącze powoli się coraz bardziej wysyca, a operator internetowy jest niechętny zmianie na ine tłumacząc to brakiem możliwości technicznych, zmuszony zostałem do zaktualizowania adresu feeda i wykorzystania feedburnera. Proszę o aktualizację adresu.
Ponoć feedburner ma rozbudowane możliwości analityki ruchu na feedzie - czasem się może tego dowiem, a na razie zauważalnym minusem zmiany jest niestety struktura permalinks, która uległa przebudowie.

Nie ukrywam, że wynikło to z powodu problemów z wordpress. Nie rozumiem, dlaczego z jednej strony permalinks działały, (custom), a jednocześnie .htaccess był pusty? I to pomimo restartów apache, (sprawdzałem lsof, że apache wcale nie czyta tego pliku, ale najmniej spodziewane rzeczy czasem pomagają…). Najprawdopodobniej zawinił mechanizm cache wbudowany w wordpressa 2.x. Taaak, ciekawe co ten ambitny cache jeszcze potrafi popsuć? Niemniej struktura permalinks od dziś pozostanie bez zmian (ten index.php w adresie nigdy mi się nie podobał i nie pamiętam czemu go tam zostawiłem…).

Za wszelkie utrudnienia w odbiorze redakcja bloga przeprasza i życzy dalszej miłej lektury.

Wordpress domyślnie publikuje posty korzystając w szablonach z opcji pokazujących datę jedynie w pierwszym, (najświeższym, pierwszym w loopie), poście z danego dnia. Niestety, aktualnie używany przeze mnie szablon artsmerging nie za bardzo korzysta z tego ficzera. Ba, jego działanie wywołało u mnie znak zapytania - dlaczego właściwie tak się dzieje.

Odpowiedź i fix są jednak bardzo brzydkie - wyłączają w stronach korzystających z własnoręcznie zmodyfikowanego szablonu formatowanie daty skonfigurowane w opcjach ogólnych, ergo opcję używania wieluszablonów jednocześnie.
Jak brzmi rozwiązanie? Otóż jest banalnie proste w swojej brzydocie - należy usunąć pole the_date() z loopa, zaś wykorzystywane formatowanie wprowadzić w pole the_time(). Działa to z oczywistego powodu, iż obie funkcje tak naprawdę maskują funkcje PHP obrabiającą timestamp - date. Ciekawe czy Wordpress zamieści opcję w konfigu pozwalającą na zmianę tego zachowania?

Próba zmuszenia wordpress’a do wykonania pewnych czynności na blogu, takich jak kasowanie pewnych danych albo zmiana konfiguracji na laptopie kończyła się ciągle brzydkim komunikatem o konieczności włącznie informacji o stronie z której się przyszło, czyli referrera.
Artykuł z Codexa wspomina przede wszystkim o ustawieniach prywatności w przeglądarce. Sprawdziłem to, niestety problem pojawił się na wszystkich użyanych przez mnie przeglądarkach, więc musiało to być coś więcej. Odrzuciłem myśl o antywirusie, bo korporacyjne rozwiązanie symanteca nie służ do takich cudów… Niemniej coś mnie tknęło i sprawdziłem inne rozwiązanie zainstalowane ostatnie przez SMSa - Symantec Client Firewall. Otóż to właśnie badziewie, chociaż stare niemiłosiernie blokuje domyślnie niektóre z opcji prywatności!

Rozwiązanie problemu okazało się banalne - Options -> Advanced Options -> Add Site no i zmiana opcji w sekcji Browsing Privacy na Permit dla tego site’u. BTW - chociaż ten firewall nie jest uciążliwy, to jednak na niefirmowym sprzęcie nic nie zastąpi mi sygate. Nie mogę znieść tych wrednych darmowych Kerio czy ZoneAlarm, które mają albo za mały poziom szczegółowości, albo interfejs dla idiotów, który nie pozwala tweakować konfiguracji. O firewall w XP SP2 to już wogóle wspomnę tylko, że dobrze, że jest…

Ewidentnie jak człowiek zacznie na coś patrzeć, to po chwili mu się to nie podoba, bo zawsze coś można zrobić lepiej. Coś tak, ale to co znalazł Domas Mituzas, pracownik MySQL AB, na swoim blogu zdecydowanie przekracza poziom drobnego design flaw…

No i pojawił się zapowiadany wordpress 2.0.2 - zawierający poprawki bezpieczeństwa. Aktualizacja przebiegła pomyślnie

Po raz pierwszy od dość niedługiego używania wordpress’a natknąłem się na bug. Obydwa moje feedy pokazują to samo. Sieczkę komentarzy, postów i komentarzy. I to na dodatek niekoniecznie najświeższych. Oczywiście nie jest to bug bardzo utrudniający życie, szczególnie, że wersja “out-of-the-box” działa poprawnie.

Problemem jest struktura permalink. Domyślne ustawienia działają poprawnie - jednak zmiana struktury na własny (Custom structure), z użyciem pliku index.php w nazwie odnośnika powoduje pewne perturbacje polegające właśnie na przemieszaniu odnośników do wiadomości oraz komentarzy. Bug ten został zauważony i pierwotnie przekazany do rozwiązania w wersji 2.1. Na szczęście na skutek argumentacji, że problem o tak dużych reperkusjach (tony blogów nie indeksujących się poprawnie), nie powinien czekać za długo, poprawka została wpisana w wordpress’a 2.0.2, którego release powinien ukazać się na dniach

Jak poprawić ten problem bez aktualizacji?
Pierwszym rozwiązaniem jest zmiana struktury na domyślną, niezawierającą index.php. Niemniej dla strony istniejącej ciut dłużej w sieci spowoduje to mnóstwo błędów 404, których usunięcie powodować będzie konieczność wpisania nowych RewriteRule w .htaccess. Nie jest to rozwiązanie idealne…
Drugie proponowane rozwiązanie to patch na plik wp-includes/classes.php. Podmienia on linię

na linię

. Po tej aktualizacji wszystko powinno zadziałać już poprawnie. Co widać po moim naprawionym feedzie…