Wirtualny kubek nie jest ani pełny ani pusty

Mniej więcej skończyłem upgrade serwisu. Wiem, że jeszcze kilka mechanizmów należy poprawić, ale zrobię to w wolnej chwili. Przy okazji lekko odświeżyłem layout (samych polskich słów używa się opisując czynności wykonywane dziś przez webmastera...). A z okazji przejścia na kolejną wersję Drupala i kolejną wersję serwera baz danych mam dla Państwa kubek serwisu VaGla.pl Prawo i Internet...

Kubek tylko wirtualny, bo wymodelowany i wyrenderowany w Blenderze (Tapeta: Wirtualny kubek serwisu VaGla.pl Prawo i Internet). Nie przypuszczam, że ktoś umieści sobie ten kubek na pulpicie własnego komputera. Niech to zatem będzie ślad po "wprawkach", które od czasu do czasu sobie robię, by opanować narzędzie. Ten nieistniejący kubek to trochę taka alegoria tego serwisu. Jedna komenda wydana w roztargnieniu może posłać go w niebyt (bo przecież ten serwis istnieje tylko o ile istnieją bazy danych, które prezentują odwiedzającym te treści). Oczywiście mam backupy, ale... Wiedza gromadzona w formie elektronicznej jest niezwykle ulotna. Warto o tym czasem sobie pomyśleć.

Co do odświeżenia mechanizmu serwisu - zrezygnowałem jednak z pomysłu na wykorzystanie shoutboxu (a może shoutboxa? W każdym razie to taki mechanizm, który umożliwia w prostszy i bardziej ulotny sposób komunikować się z i między użytkownikami). Nadal jest problem z wysyłaniem maili z serwisu. Niby wszystko już powinno działać prawidłowo, ale wiem, że do Onetu wygenerowane przez automat listy nie przychodzą (chociaż nieautomatyczna korespondencja z konta, którego na co dzień używam na konto, które przesyłki od automatu nie odbiera przebiega bez zarzutu).

Jak będziecie Państwo przeprowadzali modernizacje swoich instalacji Drupala - zwracam uwagę na problem kodowania znaków. To raczej problem nie z instalacją Drupala, a z bazą danych. MySQL w wersji 4.0 inaczej opisywał tabele (po upgradzie widać "latin1_swedish_ci"), chociaż treść była przechowywana i gromadzona jako utf8. Po aktualizacji serwera bazodanowego do wyższej wersji trzeba było przejechać po bazach danych skryptem (oczywiście można też było to zrobić w inny sposób, ale...). Nie od razu się wszystko udało. Skrypt czasowo podmieniał typy tabel na varbinary, a potem miał je zamienić na varchar. Nie wszędzie się to udało. Na przykład nie udało się w tabeli search_total i trzeba było ręcznie, ale wcześniej było kilka "ślepych uliczek rozumowania", zanim okazało się dlaczego dwa zapytania kierowane do wyszukiwarki potrafią "wywalić" cały serwis "w powietrze"... Kto z Państwa śledził komunikaty pojawiające się na pierwszej stronie serwisu, ten zauważył, że reindeksowałem cały serwis (wysyłałem komunikaty za pomocą czasowo zainstalowanego shoutboxa). To było zaraz po tym, jak - poszukując źródła problemu - doszedłem do wniosku, iż może nim być wygenerowane przez poprzednią wersję silnika zestawienie w tabelach "search" (co się potem okazało nieprawdą, problemem była jedynie artefakt w postaci varbinary w tabeli search_total - dlatego zapytanie do tabeli oznaczonej jako binarna było przetwarzane przez 25 minut, zamiast jednej sekundy...)

Kolejne problemy wynikały z praw do katalogów i plików na serwerze. Niektóre mechanizmy wymagają odpowiednio udostępnionych plików (na przykład XML Sitemap z której korzysta m.in. Google, by nie indeksować stale całego serwisu, a tylko te kawałki, które ostatnio się w jakiś sposób zmieniły). Było trochę zabawy w odkrycie dlaczego nie tworzył się automatycznie plik z mapą serwisu. Zwróćcie uwagę na prawa do katalogów i plików (oczywiście - zawsze warto na to zwracać uwagę, ale w przypadku upgradu tu może leżeć problem z niedziałaniem niektórych elementów systemu). Musiałem też zwiększyć limit pamięci do obsługi mechanizmów, bo - jak się okazało - crontab nie był w stanie poprawnie się uruchomić. Z cronem była jeszcze inna akcja - trzeba było usunąć niektóre wpisy w tabeli variable (te, które dotyczyły crona właśnie), gdyż mechanizm "myślał", że jest już uruchomiony i zgłaszał błędy.

Po instalacji nowego silnika serwisu rozjechały się linki do grafik i odesłania do poszczególnych części. Nie mam na myśli tych, które generuje silnik automatycznie. Mam na myśli te linki, które wpisywałem wewnątrz tekstów. Ma to związek z lekką zmianą w "base path" i pewnie dałoby się to zrobić w sposób bardziej elegancki ja podmieniłem wszystkie (większość?) linków po prostu "orając" po bazie. Wykonałem "z palca" ponad 1000 (tysiąc) komend "update...".

Były jeszcze drobne inne zawirowania, jak na przykład problem z javascriptem odpowiedzialnym za "rozwijanie" klas collapse, ale chyba nie ma sensu o nich pisać. W każdym razie przy nowej wersji warto sprawdzić jakie deklaracje i do jakich skryptów znajdują się w page.tpl.php.

Z nowych mechanizmów pragnę czytelnikom polecić mechanizm powiadomień ("Notify"). W swoim profilu każdy teraz może "zasubskrybować się" i - jeśli ma szczęście i jego serwer pocztowy nie odrzuca poczty generowanej przez mój automat - będzie otrzymywał pocztą elektroniczną (raz na tydzień) zestawienie dodanych artykułów (notatek) i/lub komentarzy. Panel wygląda tak:

Panel modułu powiadomień. Jeszcze nie spolszczyłem treści, które będą przychodzić do tych, którzy postanowią skorzystać z tego mechanizmu. Postaram się to zrobić w stosownym czasie.

O czym by tu jeszcze wspomnieć? Wszelkie uwagi dotyczące działania serwisu, jak np. propozycje usprawnienia jego pracy, zwrócenie uwagi na błędy, które przeoczyłem w czasie modernizacji, etc., proszę zostawiać w komentarzach do tej notatki.

Ciekawymi sprawami zajmuje się prawnik prowadzący sobie hobbystycznie serwis "w wolnych chwilach", prawda?