White Screen po migracji

gambler, wt., 2010-04-06 23:49

Instalacja

Witam. Mam problem otóż przeniosłem stronę i bazę na inne konto serwera, zmieniłem ścieżki w settings i dostaje na głównej stronie serwisu oraz panelu administratora white screena. Jeżeli dopisze do adresu np admin/blocks to wtedy wyświetla się zawartość admina, tak samo ze stronami serwisu /user/login działa i strona nie znaleziona i niektóre linki a niektóre są martwe. Ponadto dostaję często przepełnienie pamięci a serwis przeniesiony był tylko między kontami na jednym serwerze także parametry są identyczne. co robić dalej???

Odpowiedz

Po pierwsze włącz

archetwist, śr., 2010-04-07 00:11 moderator

Odpowiedz

Po pierwsze włącz raportowanie o błędach (żeby pusta strona przestała być pustą) – wyjaśnienie tutaj: http://drupal.org.pl/node/658#….

tworzenie stron • grafika • doradztwo drupalowe

tak tez zrobilem, dopisalem

gambler, śr., 2010-04-07 01:26

Odpowiedz

tak tez zrobilem, dopisalem flage display errors oraz dodalem error_reporting(E_ALL); do index.php i nadal pusto:/ dodam jeszcze ze hosting mam na kei.pl

Na pewno skopiowałeś

archetwist, śr., 2010-04-07 03:40 moderator

Odpowiedz

Na pewno skopiowałeś .htaccess ze starego miejsca?

tworzenie stron • grafika • doradztwo drupalowe

Tak skopiowalem, wszystkie

gambler, śr., 2010-04-07 15:31

Odpowiedz

Tak skopiowalem, wszystkie pliki byly ztarowane i potem odtarowane na nowym koncie :/ Uruchomilem modul devel z opcja debugu krumo i mam bugtrace:

backtrace_error_handler  (Array, 2 elements) :<

function (String, 23 characters ) backtrace_error_handler | (Callback) backtrace_error_handler();
args (Array, 5 elements)
      0 (Integer) 8192
      1 (String, 29 characters ) Function ereg() is deprecated
      2 (String, 51 characters ) /home/users/wrdm/public_html/wrdm/includes/file...
        /home/users/wrdm/public_html/wrdm/includes/file.inc
      3 (Integer) 911
      4 (Array, 11 elements)
      dir (String, 15 characters ) themes/wrdm
      mask (String, 11 characters ) \.tpl\.php$
      nomask (Array, 3 elements)
          o
            0 (String, 1 characters ) .
            1 (String, 2 characters ) ..
            2 (String, 3 characters ) CVS
      callback (Integer) 0
      recurse (Boolean) TRUE
      key (String, 4 characters ) name
      min_depth (Integer) 0
      depth (Integer) 0
      files (Array, 0 elements)
      handle (Resource) stream
      file (String, 45 characters ) views-view-fields--content-wydarzenia.tpl.php

co dalej probowac?? moze wersja php ale jest ta sama bo ten sam hosting ??

A czy przypadkiem w

archetwist, czw., 2010-04-08 09:09 moderator

Odpowiedz

A czy przypadkiem w views-view-fields--content-wydarzenia.tpl.php lub w innym miejscu nie masz ścieżki bezwzględnej?

tworzenie stron • grafika • doradztwo drupalowe

postanowilem wgrac strone na

gambler, czw., 2010-04-08 10:53

Odpowiedz

postanowilem wgrac strone na localhosta i odziwo zaczela dzialac dobrze. czyzby baza danych na hostingu?? kodowanie?? file permissions??

dodatkowo na localhoscie jest php 5.2.3 a na hostingu PHP Version 5.3.1–0+tld0

2 pytanka: czy przypadkiem

palik, czw., 2010-04-08 15:12 moderator

Odpowiedz

2 pytanka:

czy przypadkiem używasz skórki Zen? miałem podobne jaja z nią, wreszcie się okazało, że ma ona problemy z włączonymi opcjami gzipowania czy buforowania czegośtam,

usuń katalog zen i zobacz czy strona ruszy,

pamiętam kiedyś ktoś miał podobny problem ponieważ miał ustawione w panelu zarządzania (DirectAdmin chyba) domyślne przetwarzanie plików PHP4 a nie PHP5, sprawdź to wrzucając do katalogu z drupalem a nast. wywołując plik o zawartości:

<?php phpinfo(); ?>

jak na górze strony będzie PHP 4.x.x to masz namierzoną przyczynę,

aby wywołać ten plik być może (nie pamiętam teraz) będziesz musiał usunąć .htaccess z głównego katalogu drupala, ale to może się również okazać dobrym pomysłem (tzn sprawdzenie, czy usunięcie pliku .htaccess pomoże na WSOD),

jeśli pomoże usunięcie htaccess to być może konfiguracja serwera blokuje jakieś zawarte w nim dyrektywy, diagnoza będzie najprostsza przez komentowanie kolejnych dyrektyw

możesz podać jaki to hosting?

ups, przeczytałem że kei – na 80% miałem tam identyczny problem i było to związane z wyborem php4 zamiast php5 gdzieś w ustawieniach konta (te 20% pozostawiam bo ogólnie słabo u mnie z pamięcią a kei chyba nie ma DirectAdmin a mi się jednak DA coś kojarzy z tym przypadkiem :P)

--
Mój prywatny dziennik
Drupal i inne CMS - kursy porady skórki tutoriale

Niestety nie używam skórki

gambler, pt., 2010-04-09 00:22

Odpowiedz

Niestety nie używam skórki ZEN, używam mutacji garlanda, ponadto wersja php na keiu jest PHP Version 5.3.1–0+tld0 na ktorej mi nie dziala drupal, a w domu na wampie mam PHP Version 5.2.3. Sam juz nie wiem czy to wina php czy apacha czy mysqla. Strona na lokalu dziala a na serwerze juz nie :/

No a probowales usuwac

palik, pt., 2010-04-09 05:51 moderator

Odpowiedz

No a probowales usuwac katalog ze skorka i/lub htaccess? Dodatkowo sprobuj usunac na moment wszystkie moduly zewnetrzne, moze to ktorys z nich?

--
Mój prywatny dziennik
Drupal i inne CMS - kursy porady skórki tutoriale

z plikiem htaccess próbowałem

gambler, pt., 2010-04-09 11:45

Odpowiedz

z plikiem htaccess próbowałem i ze skórką też i bez skutku, jednak zmieniłem nazwę folderu modules w sites/all/modules i stronka ruszyła. Teraz pozostaje poszukać w tych modułach który wali.

Ponadto pytanie drugie. Mam poinstalowanych dużo modułów i jak sprawdzić które tak faktycznie stronka używa a których nie. Devel memory_shutdown wskazuje mi od 40MB do 70MB pamięci :/

I trzecie pytanie:
Lepiej udpatowac drupala wersja 6.11 na 6.16 skryptem update?? czy lepiej przekopiować pliki z archiwum nowej wersji drupala i dograć pozostałe pliki i foldery??

Pozdrawiam i dziękuję
Gambler

wykorzystanie pamięci przez

palik, pt., 2010-04-09 12:47 moderator

Odpowiedz

wykorzystanie pamięci przez poszczególne moduły – widziałem kiedyś jakiś skrypcik/moduł który to pokazuje, tak czy siak zainteresuj się modułem devel, który pokazuje kupę innych przydatnych historii,

proces aktualizacji strony jest zawsze takie sam:

logujesz sie na admina (user/1), dajesz tryb przerwy technicznej,
robisz pełną kopię bazy i plików,
nadpisujesz wszystkie pliki najnowszymi (możesz nadpisać aktualne pliki z 6.11 plikami z 6.16),
odpalasz …/update.php (skrypt ten wykryje i ew. uzupełni zmiany w schemacie bazy danych między wersją 6.11 a 6.16),
na zaś odpalasz crona,
odpalasz raport o stanie witryny i cieszysz się że wszystko na zielono,

cały proces jest nagrany w moim pokazie: np. http://elimu.pl/…aktualizacja, może jakieś punkty w nim nie występują

--
Mój prywatny dziennik
Drupal i inne CMS - kursy porady skórki tutoriale

Bazę zaktualizowałem,

gambler, śr., 2010-04-14 14:19

Odpowiedz

Bazę zaktualizowałem, wszystko jest na zielono, ale któryś moduł jednak stronę mi wiesza. Problem teraz polega na tym, że włączając pojedynczo moduły nie jestem w stanie określić dokładnie który to. Cache'owanie mam wyłączone ale zmieniając źródło szablonu nadal pokazuje mi się stary, poza tym pamięć podręczna była czyszczona. Czasem dzieje się tak, że stronka działa ale treści artykułów się nie pojawiają :/

EDIT: Stronka działa w 99%. Na localu zrobiłem update rdzenia, spakowałem pliki, backup bazy i wszystko przegrałem na serwer i działa. Problem tylko mam z ustawieniem ścieżki w module image. Cały czas podaje że folder nie istnieje, ale to już najmniejszy problem. Dziękuję za porady i pozdrawiam Gambler

Czyli wykinałoby z tego, że

archetwist, czw., 2010-04-15 03:31 moderator

Odpowiedz

Czyli wykinałoby z tego, że baza nie była zaktualizowana, tak?

Problem tylko mam z ustawieniem ścieżki w module image. Cały czas podaje że folder nie istnieje, ale to już najmniejszy problem.

Może chce ścieżkę bezwzględną. Tak na marginesie – zamiast Image polecam zestaw CCK + Fielfield + Imagefield + Imagecache. Zdaje się, że Imagefield potrafi nawet zrobić migrację z Image.

tworzenie stron • grafika • doradztwo drupalowe

Drupal Polska

Oficjalne polskie forum Drupala