proste pytania przed aktualizacją

10 Marzec, 2011 - 11:30

Witam.
Przejęłam pewien portal postawiony na Drupalu 6.6
Czyli CMS nie był upgrade'owany przez dwa lata.
Jest to mój pierwszy kontakt z Drupalem. Dlatego mam kilka pytań dotyczących aktualizacji.
Posługuję się rozdziałem z podręcznika Drupala „Aktualizowanie Drupala”
1.pytanie do zdania: „Następnie należy wyłączyć wszystkie moduły dodatkowe, „ - skąd mam wiedzieć, które moduły są dodatkowe?
2.czy lepiej najpierw upgradować wszystkie moduły i inne elementy, a potem dopiero wersję rdzenia drupala czy odwrotnie?

Będę wdzięczna...

10 Marzec, 2011 - 12:10

ad.1 te które nie znajdują się na rozwijanej zakładce "core"

ad.2 rdzeń, rdzeń i jeszcze raz rdzeń a dopiero później moduły i oczywiście nie należy zapominać o odpaleniu update.php o który sam Drupal Cię poprosi :)

25 Marzec, 2011 - 23:07

Witam ponownie.
Dziękuję za odpowiedź.
Udało się w 90%.
Na panelu administratora mam komunikat:
Konfiguracja uprawnień dostępu do zawartości powinna zostać ponownie utworzona za pomocą odpowiedniej strony.

Gdy wybiorę "odpowiednią stronę" - mam groźnie brzmiący komunikat, że operacja potrwa i że jest nieodwracalna.
Czy mogę prosić o wyjaśnienie, o co chodzi i czy należy tę operację wykonać?

Dzięki.

25 Marzec, 2011 - 23:56

To co chce zrobić Drupal to to samo co znajdziesz na admin/content/node-settings.

26 Marzec, 2011 - 11:36

Dzięki! Doczytałam opisy pod wskazanym adresem. Zrobione. Strona nadal działa :-)

Kolejne pytania, bo teraz czas na uaktualnienie modułów.
W podręczniku nie jest to jednoznacznie napisane. Czy przed aktualizacją modułów mam wykonać wszystkie te czynności, jakie były wykonane przed aktualizacją rdzenia, z uruchomieniem update.php włącznie?

W raporcie o stanie witryny mam wskazanych wiele modułów do uaktualnienia. Rozumiem, że mam skopiować pobrane i rozpakowane pliki do odpowiednich katalogów w /modules, a potem włączyć moduł w panelu administracyjnym. A co mam zrobić, gdy mam wskazany moduł w raporcie o stanie witryny, a "jego" katalogu w /modules nie ma? Dlaczego tak się dzieje?

Znowu będę wdzięczna za pomoc.

26 Marzec, 2011 - 13:19

Aktualizacja modułów, to przecież nie jest jakoś skomplikowanie opisana ?

- nie ma potrzeby wyłączenia modułu przed aktualizacją
- wgrywasz najnowsze wersje modułów (pod warunkiem, że rdzeń jest najnowszy)
- i na końcu uruchamiasz plik update.php

I to jest cały trud aktualizacji modułów.

Dobrze jest sprawdzić na stronie modułu co zostało zmienione lub czy coś zostało dodane, bo może zajść potrzeba naniesienia zmian w konfiguracji modułu z poziomu zarządzania. I dobrze jest też usuwać zbędne pliki, które w nowej wersji nie mają miejsca [czyt. w nowej wersji dane pliki już nie są potrzebne].

26 Marzec, 2011 - 13:19

po pierwsze trochę teorii

1) wszystkie moduły rdzenia powinny siedzieć w ./modules
2) wszystkie moduły dodatkowe powinny siedzieć w katalogach ./sites/*/modules, przy czym * może być "default", "all" albo mogą to być nazwy domen, np. "domena1.pl", "domena2.pl".

Jeśli masz moduły spoza rdzenia w katalogu ./modules to nie jest to dobra praktyka, należy je przenieść do katalogu (w najprostszym przypadku kiedy masz 1 domenę) ./sites/all/modules.

Może się okazać że masz np. moduł i tu i tam - takie sytuacje należy szybko rozwiązać usuwając moduł z ./modules a najnowszą wersję wrzucając do ./sites/all/modules

Kiedy już masz porządeczek w modułach to:

1) robisz kopię bazy danych i ew. plików w katalogu ./sites/all/modules
2) aktualizujesz jeden po drugim module wg przepisu:
a) wrzucasz pliki z nową wersją modułu,
b) jeśli modułył wyłączony (a wcale nie musi być) włączasz go
c) update.php
d) testujesz czy strona działa i czy moduł nie zwariował :)
e) robisz kopię bazy i patrz a)

I tak aż przelecisz wszystkie moduły. Wymaga cierpliwości ale też pomaga w sytuacji kiedy jeden moduł się "rozsypie", wtedy od razu wiadomo który.

I jeszcze jedno. Jeśli aktualizujesz, powiedzmy, z 6.x-1.1 na 6.x-1.4 to na 95% nie musisz się obawiać że coś się stanie. Jednak jeśli masz 6.x-1.1 a najnowsza wersja to 6.x-2.0 (czyli zmieniła się "duża" wersja modułu") to warto poczytać w dokumentacji czy upgrade jest możliwy. Na 80% będzie możliwy dopiero do aktualizacji modułu do ostatniej wersji linii 1.x (np. 6.x-1.8) a dopiero potem przeskoczenie na linię wyższą.

Krótko mówiąc backup, bungabunga i do przodu, powodzenia!

26 Marzec, 2011 - 13:23

no i mnie ubiegł kolega :)

jeszcze o update.php. Ten pliczek "skanuje" wersję schematu bazy danych zapisaną aktualnie w bazie, a następnie sprawdza czy w module, który właśnie wrzuciłaś nie ma jakiejś nowszej wersji, np. czy autor modułu nie dodał jakiejś kolumny, indeksu czy całej tabeli. Teoretycznie mechanizm jest idiotoodporny, więc uruchomienie update.php nie ma prawa nic zepsuć, nie jest też wymogiem zrobienie tego przed aktualizacją rdzenia czy modułów. Jednak dobra praktyka jest taka, że odpalamy go zawsze po zmianie plików w midules bądź sites/*/modules

17 Maj, 2011 - 15:32

Witam po przerwie. Obu Wam dziękuję za odpowiedzi.
Podejmuję znów zmagania z nieznanym mi Drupalem. DepecheMati - trudne do opisania nie jest, ale nie znalazłam nigdzie dobrego, łopatologicznego opisu.
palik - opis super!!! Może można go włączyć do podręcznika? Brakuje tam tej wiedzy, tak podanej.

Na pewno się jeszcze odezwę :-)