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.

Po angielsku tytuł lepiej brzmiał ;-) Dzisiaj krótki efekt moich poszukiwań ciekawego, darmowego menedżera plików działającego po stronie serwera. Do wykorzystania jako klient FTP, dysk dla klientów i wiele wiele innych… W związku z tym, że najpopularniejsze rozwiązania wykorzystują PHP, sprowadzało się to do Open Source. Kolejność alfabetyczna, aczkolwiek zaczyna się od menedżera, który najbardziej mi się spodobał :-)

eXtplorer

WWW: http://extplorer.sourceforge.net/

Features:

• Kopiowanie i przenoszenie plików i katalogów za pomocą Drag&Drop
• Drzewo katalogów z dynamicznym ładowaniem podkatalogów
• Edycja plików tekstowych za pomocą edytora EditArea
• Zmiana nazw, usuwanie i tworzenie plików i katalogów
• Dostęp do plików z poziomu serwera PHP, jak również jako klient FTP
• Upload i download plików
• Tworzenie i rozpakowywanie archiwów (zip, tar, tar/gz, tar/bz)
• System zarządzania użytkownikami (poziomy dostępu: “Tylko przeglądanie”, “Edycja”, “Administrator”)
• Dostępny również jako komponent do Joomli i Mambo

Licencja: podwójna — Mozilla Public License (MPL 1.1) lub GNU General Public License (GNU/GPL).

Wymagania: PHP 4.3, przeglądarka obsługująca Javascript.

osFileManager

WWW: http://www.osfilemanager.com/

Features:

• Przeglądanie struktury katalogów
• Tworzeniem, zmiana nazwy, przenoszenie, usuwanie plików
• Upload i download plików
• Edycja plików tekstowych
• Edycja praw dostępu do plików
• System zarządzania użytkownikami

Licencja: GNU/GPL.

Wymagania: PHP 4 lub wyższy, MySQL 3 lub wyższy.

PHPfileNavigator

WWW: http://pfn.sourceforge.net/

Features:

• Widok listy plików lub drzewa
• Tworzenie, kopiowanie, zmiana nazwy, przenoszenie, usuwanie plików i katalogów
• Upload i download plików
• Ściąganie katalogów w postaci archiwów
• Edycja uprawnień plików i katalogów
• Podgląd plików tekstowych i graficznych
• System zarządzania użytkownikami

Licencja: GNU/GPL 2.

Wymagania: PHP 4 lub wyższy, MySQL 4 lub wyższy, Apache 1.3.31 lub wyższy, w celu korzystania z pełnej funkcjonalności potrzebna jest biblioteka GD 2.0.1 lub wyższa oraz ZLIB.

PhpCommander

WWW: http://www.szewo.com/php/commander/eng/

Features:

• Tworzenie, kopiowanie, przenoszenie, zmiana nazw plików i katalogów
• Upload i download plików
• Przeglądanie i edycja plików tekstowych
• Edycja plików HTML za pomocą edytora WYSIWYG
• Interfejs w języku angielskim i innych językach

Licencja: b/d

Wymagania: PHP 3 lub 4, Apache.

phpFileManager

WWW: http://phpfm.sourceforge.net/

Features:

• Informacje o serwerze
• Drzewo katalogów
• Kopiowanie, przenoszenie, usuwanie, tworzenie, zmiana nazwy, edycja, podgląd, zmiana praw dostępu plików i folderów
• Obsługa archiwów tar, zip, bzip, gzip
• Jednoczesny upload kilku plików
• Linia komend
• Praca zarówno na systemach Linux, jak i Windows
• Język angielski i portugalski

Licencja: GNU/GPL.

Wymagania: PHP 4 lub 5, Apache 2.

simpleFileManager

WWW: http://onedotoh.sourceforge.net/

Features:

• Tworzenie, usuwanie, kopiowanie, przenoszenie plików i katalogów
• Duże możliwości konfiguracji:
  • typy plików, jakie mogą być utworzone
  • określenie katalogów, w których mogą być tworzone nowe pliki
  • typy plików, jakie mogą być edytowane
  • określenie maksymalnej ilości miejsca na dysku, jaką mogą zająć pliki
  • określenie maksymalnego rozmiaru pojedynczego pliku
  • określenie nazw plików, które nie mogę być modyfikowane
  • określenie nazw ukrytych plików i katalogów
  • definiowany filtr nazw plików
  • możliwość „wyłączenia” plików o określonym rozszerzeniu
  • definiowanie dostępu do zewnętrznego katalogu
• autentykacja użytkowników
• wbudowany edytor plików tekstowych
• sortowanie listy plików po nazwie, typie i rozmiarze; wybór kierunku sortowania
• wbudowana przeglądarka plików graficznych z możliwością powiększania obrazu

Licencja: GNU/GPL.

Wymagania: b/d