MODx

Aktualizacja MODx’a do wersji 1.0.4 przebiega podobnie jak do wersji 1.0.3 (właśnie zauważyłem, że nie napisałem nic o poprzedniej aktualizacji – w każdym razie była ;)).

Po zrobieniu prewencyjnego backupu plików i bazy danych oraz ściągnięciu na dysk archiwum z najnowszą wersją, wgrywamy jej pliki na serwer, nadpisując istniejące pliki.
Następnie w przeglądarce wchodzimy pod adres katalogu install i przeprowadzamy cały proces instalacji wybierając po drodze drugą opcję instalacji.
Na koniec logujemy się do systemu i cieszymy się nowymi poprawkami (głównie bezpieczeństwa).
Dla tych którzy (podobnie jak ja) przyzwyczaili się do tego, że po kliknięciu na dokument w drzewie, od razu otwiera się on do edycji, a po wybraniu zakładki system ją zapamiętuje, został jeszcze jeden krok instalacji. W “Konfiguracji systemu”, w zakładce “Ustawienia interfejsu i edytora” dodane zostały (na górze) nowe opcje, które pozwolą nam na zachowanie tamtych wygodnych ustawień.

WordPress

Tu instalacja jest jeszcze szybsza niż w MODx’ie. Po backupie logujemy się tylko do panelu administracyjnego i z menu “Tools” wybieramy “Upgrade”. Tam klikamy “Upgrade automatically”, czekamy chwilę i podziwiamy nowy wygląd Dashboard’u w wersji 3.0 :)

Zmiany w stosunku do 0.96

Część z nich jest jedynie kosmetyczna, druga część również nie wprowadza rewolucyjnych zmian (jak z resztą sugeruje nazwa – MODx Evolution 1.0.2). Pierwszą rzeczą, która rzuca się w oczy jest nowa szata graficzna panelu administracyjnego. Zmieniono kolorystykę z zielonej na niebieską (oczywiście “od zawsze” można było instalować własne skórki, ale nigdy nie chciało mi się tego robić ;) ), która moim zdaniem wygląda dużo bardziej elegancko. Na stronie głównej panelu rzuca się w oczy zmiana logo w postaci X-a na czarno-zielonym tle na to, co można zobaczyć na górze tego wpisu. Kolejną kosmetyczną zmianą były ikonki na stronie głównej panelu.

Z większych zmian wprowadzono na stronę główną dwie zakładki z informacjami z RSS-ów: wiadomości MODx i biuletyn bezpieczeństwa. Moim zdaniem dobrym pomysłem jest zasubskrybowanie tych kanałów w swoim czytniku, ale jeśli regularnie wchodzimy do panelu, to takie rozwiązanie powinno wystarczyć.

Dużą zmianą użytkową była dla mnie zmiana położenia przycisków zapisz/usuń/anuluj/podgląd. Dotychczas znajdowały się one nad i pod edytowanym dokumentem i trzeba było za każdym razem do nich scrollować. Teraz przyciski te są “przyklejone” w prawym górnym rogu ekranu, dzięki czemu są zawsze widoczne, a jednocześnie nie przeszkadzają w edycji. Podobnie ma się sprawa podczas edycji chunków, snippetów, pluginów (ciekawostka: wreszcie tłumacze dali sobie spokój z odpowiednikami typu urywki, strzępki, fragmenty).

Nie dużą zmianą, ale dla mnie bardzo użyteczną, jest rezygnacja z wylogowania użytkownika po tym, jak edytuje swoje ustawienia. Ja po każdej instalacji logowałem się, dokonywałem podstawowej konfiguracji strony, wyłączałem w ustawieniach administratora graficzny edytor po czym musiałem kolejny raz się logować, żeby móc dalej korzystać z panelu – brak wylogowania jest dużo wygodniejszy.

Dlaczego nie WordPress?

Uważam, że WordPress jest świetny, jeśli chodzi o blogi. Sam z niego (jak widać) korzystam i jest to bardzo szybkie i wygodne. Wydaje mi się jednak, że do tworzenia stron niezwiązanych z blogami lepiej nadaje się właśnie MODx. Po pierwsze posiada on dużo wygodniejszy w obsłudze system szablonów. Nie trzeba wstawiać PHPowych funkcji z API systemu. Stworzono system kilku tagów, które automatyzują dodawanie odpowiednich fragmentów statycznych lub dynamicznych do szablonu. Dodatkowo większość pluginów (tu zwanych snippetami) do tworzenia menu, list dokumentów itp. obsługuje własne szablony, dzięki czemu możemy szybko wprowadzać zmiany wizualne nie widząc w ogóle kodu. Poza tym uważam, że system przechowywania dokumentów w formie drzewa jest dużo wygodniejszy dzięki analogii do przechowywania dokumentów na dysku komputera. Dzięki temu łatwiej też grupować je ze sobą nie tylko na jednym poziomie (kategorie lub tagi), ale też tworzyć rodzaj “dziedziczenia”, na przykład projekty naukowe i projekty webowe zawarte w folderze projekty, który zawarty jest w folderze portfolio.

Może jest to kwestia indywidualnych preferencji, ale wygodniej mi tworzyć strony w oparciu o MODx, a następnie dostosowywać je tak, aby korzystanie z nich było również wygodne dla przeciętnego użytkownika (zarówno od strony front-, jak i backendu, czyli – odpowiednio – “zwykłego” przeglądania strony i zarządzania nią przez panel administracyjny).

Dlaczego nie Joomla?

Może to znowu kwestia osobistych uprzedzeń, ale kilka razy zmuszony byłem do ratowania stron postawionych na Joomli i zawsze robiła na mnie wrażenie systemu dość prymitywnego. Dodatkowo community polskie stało na dość niskim poziomie i często rady znajdowane na forach sprowadzały się do “przeinstaluj i może pomoże”. Właśnie ta kwestia zawsze powstrzymywała mnie przed zapoznaniem się głębiej z tym systemem. Dodatkowo, co również jest kwestią ludzi stawiających strony na Joomli, ustaliłem dwie cechy charakterystyczne stron wykorzystujących ten CMS:

1. charakterystyczny favicon , co oczywiście jest winą twórców, którzy opierają się prawdopodobnie na jakimś domyślnym szablonie i nie zmieniają faviconu
2. mnóstwo parametrów w linkach – to, co MODx bez wsparcia .htaccess potrafi streścić do
   http://site.com/index.php?id=19 (31 znaków),
   Joomla tworzy w postaci
   http://site.com/index.php?option=com_content&task=view&id=15&Itemid=29 (70 znaków)
   - wyobraźmy sobie użytkownika, który zapamięta nazwy i wartości trzech parametrów i jeszcze połapie się w pytajnikach i ampersandach między nimi

Co nas czeka w przyszłości?

W grudniu została wydane piąta (finalna!) wersja beta MODx Revolution 2.0. Tu, również zgodnie z nazwą, zapowiadane jest dużo zmian. Zmieniony zostanie system tagów w szablonach tak, żeby były one bardziej elastyczne. Poza za tym zapowiadane jest, że będzie lepiej, szybciej, wygodniej, a jak wyjdzie – zobaczymy :)

Najnowsze informacje o wydaniach MODx’a oczywiście na blogu.

Na jednej z nich nie powiodło się to najlepiej i dlatego chciałem podzielić się tu spostrzeżeniami, oraz krótką instrukcją, jak się do tego zabrać.

Backup

Pewnie wszyscy o tym wiedzą, ale przypomnieć nie zaszkodzi: na początek backup wszystkich plików i całej bazy danych!

Próba nieudana

Nie powiodła się opisywana przez twórców, najprostsza metoda instalacji — nadpisanie starych plików nowymi i uruchomienie skryptu instalacyjnego. Coś poszło źle na poziomie kodowania znaków i w związku z tym zamiast polskich liter otrzymałem „krzaki”. Już po pierwszych 10 minutach backup pokazał swoją przydatność. Szybki powrót do starej wersji i wszystko dalej działa jak należy. Wina prawdopodobnie leżała nie po stronie nowego systemu, a po stronie starej wersji, która była dopracowywana do współpracy z językiem polskim poza główną dystrybucją.

Kolejne podejście

Tym razem przyjąłem inną taktykę. W osobnym katalogu zainstalowałem cały nowy system, a następnie do nowej bazy skopiowałem tabele odpowiedzialne za przechowywanie dokumentów, zmienne szablonów i chunki. Pliki szablonów oraz ich kod przekopiowałem ręcznie. Tak samo ręcznie przeniosłem swoje własne snippety. Tym razem wszystko ruszyło bez zarzutów i już po chwili mogłem się cieszyć nową wersją skryptu.

Upgrade

Tuż po instalacji okazało się jeszcze, że zainstalowałem wersję 1.0.0, a dostępna była już wersja 1.0.2. Tym razem zadziałała instrukcja od twórców. Wgrałem wszystkie pliki na serwer, uruchomiłem skrypt instalacyjny i wszystko ruszyło bez najmniejszych problemów.

Wrażenia

Zdecydowanie nowa wersja MODx prezentuje się dużo lepiej od starej. Przede wszystkim pod względem graficznym, ale programistycznie też poprawiono i „uwygodniono”. Teraz czekam na wersję Revolution (2.0.0), która zapowiadana była na koniec tego roku i której beta już jest wydana (na instalację testową ze względu na brak czasu musi jeszcze trochę poczekać – pewnie aż do wydania „stabilnej wersji”).