Strona główna » Fora » Drupal » Instalacja

Problem z aktualizacją z wersji 6.1 do 6.2

wortalek, sob., 2008-05-03 17:08

Gdy weszła nowa wersja Drupala od razu postanowiłem uaktualnić także mój serwis. Nadpisałem więc pliki. Gdy otworzyłem stronkę nic na niej nie było. Pusta. Usunąłem więc wszystko z kąta ftp i postanowiłem wgrać starszą wersję: 6.1. Niestety gdy uruchamiam stronkę pokazuje mi się instalacja. Co mam robić, by strona znowu zaczęła poprawnie działać i miała także już wcześniej napisane artykuły i treść znajdującą się w bazie danych. Jak mam teraz połączyć Drupala z bazą danych ?

‹ z php-fusion do Drupal 6 Status zapytań HTTP Niepowodzenie [rozwiązane] ›

Sposób wyświetlania odpowiedzi

Wybierz preferowany sposób wyświetlania odpowiedzi i kliknij "Zachowaj ustawienia", by wprowadzić zmiany.
Portret użytkownika archetwist

Oczywiście uruchomiłeś

archetwist, ndz., 2008-05-04 13:47 moderator

Oczywiście uruchomiłeś skrypt update.php?

design www drupal

ja tez nie moge sobie

szybka, ndz., 2008-05-04 15:06

ja tez nie moge sobie poradzic z updatem strony.

Kroki jakie robie:

  1. backup plikow
  2. nadpisanie plikow 6.1 na 6.2

3 wylacznie witryny w panelu 4. domyslna strona (skorka) 5. skrypt update 6. pozniej cron

i jednak znowu dostaje raport ze jest nowa wersja a ja mam 6.1 :(

Mam mały problem. Niestety

wortalek, pon., 2008-05-05 18:44

Mam mały problem. Niestety nie posiadam pliku set­tings.php , który jak mi się wydaje jest koniecznie potrzebny do aktualizacji (usunąłem całą zawartość ftp, nie robiąc kopii zapasowej). Czy istnieje jeszcze jakaś metoda aktualizacji ?

Portret użytkownika Erewhon

Zbiór settings.php wgraj

Erewhon, czw., 2008-05-08 06:35 moderator

Oczywiście, że potrzebny. To zbiór konfiguracyjny w którym zawarta jest między innymi informacja o dostępie do bazy danych.

Zbiór settings.php wgraj z nowego drupala i uzupełnij tylko dane:

$db_url = 'pgsql://username:password@localhost/databasename';

W większości przypadków powinno to wystarczyć, no chyba, że dodatkowo ustawiałeś prefix w tabelach bazy danych wtedy jeszcze uzupełnij:

$db_prefix = '';

Zrobiłem tak jak

wortalek, ndz., 2008-05-11 18:23

Zrobiłem tak jak napisałeś powyżej, lecz nadal nie działa gdy próbuję wejść na update.php przekierowuje mnie do procesu instalacji. Mam pytanie czy zamiast tego " pqsql " trzeba wpisać coś innego ? Zastanawia mnie też jeszcze jedna rzecz, a mianowicie czy trzeba uzupełniać inne linie kodu w default.settin­gs.php ,ponieważ znalazłem tam coś takiego: " $db_url = ‚mysql://user­name:password@lo­calhost/databa­sename’;
* $db_url = ‚mysqli://user­name:password@lo­calhost/databa­sename’;
* $db_url = ‚pgsql://user­name:password@lo­calhost/databa­sename’;
*/ $db_url = ‚mysql://user­name:password@lo­calhost/databa­sename’; $db_prefix ="

Czy muszę to całe uzupełnić, czy wystarczy tylko to co napisałeś u góry ?

Portret użytkownika Erewhon

Moja nieuwaga spowodowała,

Erewhon, ndz., 2008-05-11 20:11 moderator

Moja nieuwaga spowodowała, że podałem tobie przykład dla bazy danych PostgreSQL (z którą w danej chwili pracowałem), a nie dla najpopularniej­szej MySQL.

Oczywiście zamiast pgsql:// wpisz mysql:// lub mysqli:// czyli pełna linia będzie wyglądała tak:

$db_url = 'mysqli://user­name:password@lo­calhost/databa­sename';

Również mam problem z aktualizacją

vespa, czw., 2008-05-15 21:57

Przede wszystkim aktualizację chciałem zrobić z powodu tego iż przestały działać podstrony. Po wpisaniu w przeglądarce nazwy domeny pokazuje się strona główna a po kliknięciu na jakikolwiek link wyskakuje komunikat:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, webmaster@vespa-design.nazwa.pl and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

Najdziwniejsze w tym wszystkim jest to, że po wpisaniu w przeglądarce adresu strony na serwerze (bez podawania jej domeny – tylko bezpośrednio do katalogu) da się przechodzić między podstronami…

Pomyślałem, że to wina starego drupala w wersji 6.1. Próbowałem zrobić aktualizację przez update.php i wyskoczył następujący komunikat:

Drupal database update


user warning: Duplicate key name 'pid' query: ALTER TABLE ckb_drupalcomments ADD INDEX pid (pid) in /home/vespa-design/ftp/ckb/includes/database.mysql-common.inc on line 434.

Updates were attempted. If you see no failures below, you may proceed happily to the administration pages. Otherwise, you may need to update your database manually. All errors have been logged.

    * Main page
    * Administration pages

The following queries were executed
system module
Update #6047

    * UPDATE {blocks} SET cache = -1 WHERE module = 'user' AND delta IN ('0', '1')
    * UPDATE {blocks} SET cache = -1 WHERE module = 'system' AND delta = '0'

devel module
Update #6002

    * No queries

comment module
Update #6003

    * Failed: ALTER TABLE {comments} ADD INDEX pid (pid)

googleanalytics module
Update #1

    * No queries

locale module
Update #6005

    * No queries

statistics module
Update #1000

    * ALTER TABLE {accesslog} CHANGE COLUMN sid sid varchar(64) NOT NULL default ''

update module
Update #6000

    * No queries

Nie wiem co robić. Pomocy!

Chłopaki, bardzo proszę

vespa, pt., 2008-05-16 20:07

Chłopaki, bardzo proszę o jakieś sugestie…

Portret użytkownika Erewhon

Powrót do początku

Erewhon, ndz., 2008-05-18 20:02 moderator

Mam nadzieję, że przed jakimikolwiek aktualizacjami zrobiłeś sobie backup bazy danych.

Jeżeli tak, to:

  1. wróciłbym do ostatniej prawidłowej wersji strony,
  2. uruchomiłbym również tę wersję na localhoscie i zaczął tutaj eksperymentować z podnoszeniem wersji drupala
  3. dopiero po poprawnych testach na lokalnym (lub jakimś testowym serwerze) zabrałbym się za aktualizację Twojego Drupala.

Jeżeli nie masz backupu, to:

  1. zrób dumpa bazy danych
  2. sprawdź czy deklaracja strony kodowej bazy danych i pól jest zgodna z faktycznie wpisanymi znakami
  3. jeżeli zgodna to tutaj moje pomysły na dzień dzisiejszy się kończą, jeżeli nie zgodne, to popraw wszystkie polskie znaczki na poprawne a następnie usuń aktualnie pracującą bazę danych a załaduj poprawioną.

Zauważyłem, że najwięcej problemów związanych z aktualizacjami to niezgodność typu: Deklaracja strony kodowej bazy danych nie jest zgodna z tym w jakim formacie są faktycznie napisy. Problem pojawia się gdy korzysta się z baz danych MySQL w wersji chyba poniżej 4.1. A rozbija się wszystko o to, że niższe wersje bazy danych nie podawały informacji o stronie kodowej poszczególnych pól i przeważnie były to domyślne Latin 1, a teraz prawie wszystko domyślnie to UTF8.