Drupal 7 nie widzi obrazków, styli

11 Maj, 2011 - 12:58

Mam problem z instalacją drupala 7 na home.pl, po wgraniu plików na serwer drupal nie widzi styli, ani obrazków. Nadanie praw 777 dla katalogow ze skórką nic nie zmienia. Co robię źle? Jakieś pomysły?

16 Maj, 2011 - 00:20

katalog temp utwórz

14 Czerwiec, 2011 - 15:17

mam ten sam problem. utworzyłem katalog tmp, nawet kilka i bez zmian..serwer mam w home.pl

14 Czerwiec, 2011 - 15:50

Nie zapodział się Wam .htaccess gdzieś przy wgrywaniu plików?

14 Czerwiec, 2011 - 16:00

plik jest na serwerze, z pełnymi prawami, nie modyfikowany i nic

14 Czerwiec, 2011 - 16:08

Linki w kodzie są poprawne do tych obrazków? Jak wpisujesz /temp to spróbuj bez slash'a na początku: temp. W ogóle nie widzi styli,obrazków tzn. tych ze skórki czy tych które dodaje się przez upload?

14 Czerwiec, 2011 - 16:27

@jacek_brak

1) nie widzi w sensie, że zwraca 404 czy np: wyświetla puste miejsce (ja tak kiedyś miałem :D).
2) zaglądnij do źródła strony i sprawdź jaki jest url css/obrazka

Problem może leżeć przykładowo w błędnym CSS. Możesz też spróbować odkomentować w httaccess RewriteBase i/lub w settings.php. W home.pl był jakiś problem właśnie z httaccess, ktoś tu pisał na forum ale musiałbyś poszukać bo nie pamiętam o co tam dokładnie chodziło.

BTW przywróć sobie później te wszystkie zmienione prawa dostępu katalogów.

14 Czerwiec, 2011 - 23:54

Nie udało mi się jak na razie rozwiązać problemu. Jest to czysta instalacji Drupala 7.2 (próba przesiadki z 6.X) z domyślną skórką.

Żeby dodać smaczku:

-tylko pod Operą 11.11 robię instalację.

- ponieważ pod Google Chrome wywala błąd :

" Strona internetowa jest niedostępna
Strona internetowa pod adresem http:// /install.php może być tymczasowo niedostępna lub została na stałe przeniesiona pod nowy adres internetowy.
Błąd 330 (net::ERR_CONTENT_DECODING_FAILED): Nieznany błąd."

- tylko pod Opera Mini na telefonie z Androidem widzi obrazki i szablon strony !

Nie rozumiem co to za cuda się dzieją z 7. Nigdy nie miałem najmniejszych problemów z 6

14 Czerwiec, 2011 - 23:59

No to nic innego jak masz jakieś cuda na swoim kompie poinstalowane, privoxy, addblock-i i nie wiem co jeszcze.

15 Czerwiec, 2011 - 00:38

No właśnie nie...sprawdzałem na viście, xp i ubuntu. Wszędzie taki sam efekt.

15 Czerwiec, 2011 - 00:46

to może masz sieć osiedlową i proxy po drodze bo dziwne że na telefonie działa, chyba że tel. przez tego samego net-a łączyłeś to już nie wiem.

15 Czerwiec, 2011 - 00:51

telefon ten sam net co vista. Opera mini jeśli się nie mylę jest wspomagana przez serwery Opery i grafiki są przez nich przepuszczane żeby szybciej działało...może taki jest powód ze na telefonie działa? ;)

15 Czerwiec, 2011 - 01:07

ja bym stawiał na jakieś pliki które mają zrąbane kodowanie, mówię o php i tpl, kiedyś dość podobne objawy miałem. Edytowałeś którykolwiek plik podczas migracji? może jakiś tworzyłeś (np. z css) i nie ustawiłeś mu kodowania utf8? ewentualnie coś gdzieś poprawiałeś i zmieniłeś format końca wierszy?

spróbuj w katalogu obok wrzucić czystą paczkę z d7 i zobacz czy instalator rusza

15 Czerwiec, 2011 - 13:15

To jest czysta instalacja bez żadnych przeróbek. Pliki prosto z drupal.org

Komunikat z firefoxa:

"Błąd kodowania zawartości
Otwierana strona nie może zostać wyświetlona, ponieważ używa nieprawidłowych lub nieobsługiwanych metod kompresji. Należy poinformować właścicieli witryny o tym problemie."

15 Czerwiec, 2011 - 13:25

Ale jeżeli setką tysięcy instalujących takie coś się nie wyświetla, to znaczy, że coś z serwerem jest, wedle komunikatu, problem - kompresja - gzip (?!).

Jaki hosting ? Pytałeś hostingodawcę ?

Może: http://drupal.org/node/989634 <- choć to dotyczy kodowania.

Tylko na FF masz taki komunikat ? Sprawdź pod IE, Chrome.

15 Czerwiec, 2011 - 14:34

Zgodnie z http://www.drupal.pl/node/2116 usunąłem z pliku htacces fragment kodu:

# Serve gzip compressed CSS files if they exist and the client
accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.css $1\.css\.gz [QSA]

# Serve gzip compressed JS files if they exist and the client
accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.js $1\.js\.gz [QSA]

# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]

FilesMatch "(\.js\.gz|\.css\.gz)$">
# Serve correct encoding type.
Header append Content-Encoding gzip
# Force proxies to cache gzipped & non-gzipped css/js files
separately.
Header append Vary Accept-Encoding

POMOGŁO :)

Dziękuję bardzo Panowie za pomoc

23 Październik, 2012 - 20:44

W zwiazku z tym, że przerobili plik htacces w nowej wersji mam pytanie czy dobrze myślę.

Usunięcie tego fragmentu powinno zadziałąć jak w pości wyżej?

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]

# Rules to correctly serve gzip compressed CSS and JS files.
# Requires both mod_rewrite and mod_headers to be enabled.

8 Kwiecień, 2015 - 11:13

U mnie po usunięciu tych linijek jeszcze nie działało. Dodatkowo :

Musiałem zmienić tryb transferu plików (filezilla) na binarny

i wtedy działało ;)