RewriteRule i brak ładującego się CSS'a Opcje

[Garrett]

Witam

Podczas konfiguracji linków przyjaznych natrafiłem na następujący problem:
Pierwotny adres przykładowego newsa na stronie glównej ma taką postać:
/index.php?id=58&action=pokaz

reguła re-write w pliku .htaccess wygląda następująco:
RewriteRule ^news,([0-999]+)/(pokaz)/?$ index.php?id=$1&action=$2

W przypadku wejścia z bezpośredniego adresu, strona wyświetla się prawidłowo, natomiast, gdy użyję adresu /news,58/pokaz/, strona ładuje się, ale bez CSS'a

Czy ktoś byłby w stanie pomóc mi w rozwiązaniu tego problemu?

Ten post edytował Garrett 5.09.2014, 10:23:57

[nospor]

Problem poruszany petryliard razy....

Linki mają wyglac tak:
http://pelnyadresdostrony.pl/plik.css

a nie tak:
plik.css

[trueblue]

Możesz jeszcze użyć: http://www.w3schools.com/tags/tag_base.asp

[nospor]

Osobiscie nie polecam stosowanie BASE. Kiedys tez tego uzywalem, ale mialem jakies dzikie przeboje z tym w jakiejs sytuacji. Nie pamietam o co chodzilo, ale od tamtej pory unikam tego jak ognia

[Garrett]

O ile dobrze zrozumiałem, jeśli rewrite jest włączony, przeglądarka nie rozumie zapisu <link href="default.css" rel="stylesheet" type="text/css" /> ?

[trueblue]

Rozumie.

Masz niedoprecyzowane reguły w htaccess. Można wykluczyć przepisywanie jeśli dotyczy np. plików .css, .js, obrazków, itd.

Ten post edytował trueblue 5.09.2014, 11:12:04

[Garrett]

W takim razie bardzo prosiłbym o polecenia na wykluczenie tych wszystkich rzeczy (właśnie obrazki zaczęły mi się sypać...)

[trueblue]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^news,([0-999]+)/(pokaz)/?$ index.php?id=$1&action=$2

[Garrett]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^news,([0-999]+)/(pokaz)/?$ index.php?id=$1&action=$2

Niestety po wpisaniu tego co podałeś, nadal nie działają obrazki, ani arkusze stylów css.

[trueblue]

Jak wygląda cały htaccess?

[Garrett]

[PHP] pobierz, plaintext 
#zablokowanie możliwości przeglądania katalogów strony
Options -Indexes
#blokujemy (lub zezwalamy - "allow") dostęp do strony po IP
deny from 123.456.789.000
 
#strona startowa (można dowolnie edytować!) :)
DirectoryIndex index.php
 
Options FollowSymLinks
RewriteEngine On
RewriteBase /
 
 
RewriteRule ^newsy$ index.php
RewriteRule ^pobierz$ pobierz.php
RewriteRule ^galeria$ galeria.php
RewriteRule ^mix$ mix.php
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^news,([0-999]+)/(pokaz)/?$ index.php?id=$1&action=$2
 
#RewriteRule ^news,([0-999]+)\.html$ index.php?id=$1
 
RewriteRule ^kontakt$ kontakt.php [L]
#L - last line
 
:Location /*.php
Use php54 
:Location
 
:Location /cron-weekly.php
Access deny all
 
#ostatnia linia musi być pusta!
 
[PHP] pobierz, plaintext 

[trueblue]

Te dwa warunki powinny zadziałać, ale tylko do dla tego przepisywania:
RewriteRule ^news,([0-999]+)/(pokaz)/?$ index.php?id=$1&action=$2

Czy właśnie tu jest źle?

[Garrett]

Nie mam pojęcia, bo pierwszy raz zajmuje się formułowaniem wyrażeń regularnych w htaccesie ;D Pytasz bo nie wiesz czy pytasz bo mnie sprawdzasz?

Ten post edytował Garrett 5.09.2014, 12:12:33

[trueblue]

Pytam, bo obecnie pliki powinny ładować się poprawnie, ale tylko pod adresami o budowie, która jest w tej regule, a nie wiem czy Ty pisząc o tym, że się nie ładują testujesz pod tego typu adresem, czy innym.

[Garrett]

TYLKO POD TYM ADRESEM NIE DZIAŁAJĄ. Hiperłącza też mi się posypały, dodają "news,XX/pokaz/" przed właściwą ścieżką... Już powoli nie ograniam co się dzieje...

Zauważyłem coś takiego, reguła

RewriteRule ^news,([0-999]+)$ index.php?id=$1

działa poprawnie, natomiast

RewriteRule ^news,([0-999]+)/$ index.php?id=$1
już nie (nie wczytuje sie css i obrazki...)


Może coś Ci to powie

Ten post edytował Garrett 5.09.2014, 13:26:18

[nospor]

Regula tu nie ma nic do rzeczy....

jesli masz adres katalogowy, czyli taki: blabla/blabla to jak nie podasz pelnej sciezki to plik
plik.css bedzie szukany pod adresem blabla/plik.css (takie żądanie wysyła przeglądarka i htaccess nie ma tu nic do gadania) a nie pod adresem plik.css.

Dlatego tak wazne jest podawanie pelnych adresow do plikow js, css, czy obrazkow.
http://pelnyadres.pl/plik.css

Nie kombinuj wiec, tylko zacznij pisac w koncu poprawnie.

[trueblue]

Racja, nospor.

Chociaż ja byłbym nadal za base href, ewentualnie absolutnymi ścieżkami.

[nospor]

ewentualnie absolutnymi ścieżkami.

A to o czym piszę, to niby co jest jak nie ścieżka absolutna? To jest pelna sciezka absolutna.

Jesli zas miales na mysli by pisac tak:
/plik.css to też do konca to nie jest poprawne. Bo jesli ktos ma glowny adres taki:
http://mojastrona/forum/index.php i pliki css leżą w katalogu forum to jak da /plik.css to znowu bedzie źle bo bedzie mu szukac w katalogu glownym. Dlatego należy konkretnie okreslac sciezki, a uniknie się glupich bledow i biedy, ze nagle przestalo dzialac...

[trueblue]

Miałem na myśli: sciezka="/blabla/plik.jpg".

[nospor]

Tak myslalem, dlatego edytowalem posta. Spojrz.