Téma: GoDaddy, htaccess és URL rewrite

Illetve csak gondolom, hogy ott keresi, mindenesetre nem jelennek meg, mert valahol máshol próbálkozik, mint kellene. Ha egy átírás néküli URL-t próbálok, ott persze megy.

webujonc eredeti hozzászólása

Most próbálgattam, és úgy tűnt, hogy azonnal átveszi a módosítást.

Most azon izzadok, hogy van egy teljesen egyszerű újraírásom, ami lényegében ebből a két sorból áll:

Kód:

RewriteBase /
RewriteRule ^valami-specialis-szoveg/(.+)$ doit.php?param=$1 [L]

Teljesen jól működik, csak az a baja, hogy elrontja a css-t, meg a képeket-

Arra tippelek, hogy a virtuális könyvtár miatt a böngésző a valami-specialis-szoveg/images/... könyvtárból akarja venni a képeket, nem az images/...-ből, és egyelőre nem tudom, ezt hogyan lehet áthidalni.

Szerintem ezt ki tudod küszöbölni azzal, hogy ha valós filera vagy könyvtárra mutat az url, akkor ne akarja újraírni. Szúrd be ezt a két sort a RewriteRule elé:

Kód:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

melon eredeti hozzászólása

Szerintem ezt ki tudod küszöbölni azzal, hogy ha valós filera vagy könyvtárra mutat az url, akkor ne akarja újraírni. Szúrd be ezt a két sort a RewriteRule elé:

Kód:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

Kipróbáltam, de így sem megy.

Arra tippelek, hogy a gond nem az újraírás, hiszen egyetlen nagyon specifikus rule-t használok, ami nem illik a képekre, így a fenti feltétel sem változtat ezen.

A probléma az, hogy az xy.hu/virtualis-konyvtar/ url-ből ha leszedem a könyvtárat, akkor az oldal tartalma bejön, de a css és a képek, amelyek az oldalból relatív útvonallal vannak hivatkozva (images/...), nem jönnek be.

Ez pedig (talán) azért van, mert a böngésző azt hiszi, hogy ezek a relatív útvonalak az alatt a könyvtár alatt vannak, amiket az eredeti url-ben látott (virtualis-konyvtar) és ezért a képeket az xy.hu/virtualis-konyvtar/images/... url-en keresztül akarja elérni, ami nem létezik.

Próbáltam berakni egy szabályt, ami a hibás képútvonalakat kijavítja a helyesre, de egyelőre ez sem jött be.

webujonc eredeti hozzászólása

Próbáltam berakni egy szabályt, ami a hibás képútvonalakat kijavítja a helyesre, de egyelőre ez sem jött be.

Úgy néz ki a javítás azért nem ment, mert ez kliensoldali probléma. Ha jól értem a böngésző téved el a virtuális könyvtár miatt, hogy éppen melyik könyvtárban jár és ezért rossz helyről akarja venni a relatív útvonalú képeket.

Átírtam minden képet és css-t abszolút URL-re (hxxp://.../images/a.png) és így megy szépen.

Ez kicsit brute force megoldás, a relatív útvonal szebb lenne, úgyhogy ha valakinek van egy frappáns ötlete, hogy milyen más megoldás lehetne, ami frappánsabb, az is érdekelne.

webujonc eredeti hozzászólása

Úgy néz ki a javítás azért nem ment, mert ez kliensoldali probléma. Ha jól értem a böngésző téved el a virtuális könyvtár miatt, hogy éppen melyik könyvtárban jár és ezért rossz helyről akarja venni a relatív útvonalú képeket.

Átírtam minden képet és css-t abszolút URL-re (hxxp://.../images/a.png) és így megy szépen.

Ez kicsit brute force megoldás, a relatív útvonal szebb lenne, úgyhogy ha valakinek van egy frappáns ötlete, hogy milyen más megoldás lehetne, ami frappánsabb, az is érdekelne.

Pedig ez a célravezető megoldás, csak nem kell az css url-ekbe hostnév, elég csak a gyökér könyvtártól levezetni, tehát nem 'images/a.png', hanem '/images/a.png'

melon eredeti hozzászólása

Pedig ez a célravezető megoldás, csak nem kell az css url-ekbe hostnév, elég csak a gyökér könyvtártól levezetni, tehát nem 'images/a.png', hanem '/images/a.png'

Igen, ezt olvastam a neten, de ez nem ment. Talán azért mert subdomain-t használok.


Tehát így néz ki az URL: aldomain.fodomain.hu/virtualis-dir/

Ez a Godaddy accounton egy az aldomain-el megegyező nevű könyvtárban van fizikailag: fodomain.hu/aldomain

Megpróbáltam a képeket átírni arra, hogy /aldomain/images/... de így nem ment.

Talán ez a gyökér könyvtártól levezetés csak akkor megy, ha egyből gyökérben van a könyvtár, amire mutat? Nem tudom. Ennyire már nem értek hozzá, mindenesetre így nem ment, egylőre ezért maradtam a full URL-nél jobb híján.

melon eredeti hozzászólása

Pedig ez a célravezető megoldás, csak nem kell az css url-ekbe hostnév, elég csak a gyökér könyvtártól levezetni, tehát nem 'images/a.png', hanem '/images/a.png'

És tényleg. Nem tudom miért, de a fizikai tárolás miatt én automatikusan az /aldomain/images/... könyvtárral próbálkoztam, pedig ha aldomain url-en keresztül megyek, akkor a /images már eleve az aldomain könyvtárra mutat.

Köszönöm, ez így már elegáns és teljes mértékben kielégítő.

Van egy htaccess problémám, és iderakom, hátha jár erre egy guru.

Elkezdtem loggolni a 404 kéréseket és egy csomó favicon jelzés jön, ami érthető, mert nincsen favicon és nem is tervezek egyelőre. Kerestem rá megoldást a neten és találtam is, de amikor bemásolom az alábbi sorokat a tökéletesen működő .htaccess file-om végére, akkor azonnal internal server error jön:

Kód:

# Don't bother looking for favicon.ico
Redirect 404 /favicon.ico

# Don't bother sending the custom error page for favicon.ico
<Location /favicon.ico>
ErrorDocument 404 "No favicon"
</Location>

Mi lehet ezzel a probléma? A Location rész a problémás, mert anélkül megy, de ugye éppen az lenne a lényeg, hogy a favicon-ra ne hívja be a custom hibaoldalt. Esetleg Location-t nem lehet .htaccess-be tenni?

Úgy látom ezt a Location-os dolgot mindenképpen meg kell oldanom, mert amióta bekapcsoltam a loggolást, azóta ömlik a szemét hála a Microsoftnak. Mindenféle /MSOffice/cltreq.asp meg /_vti_bin/owssvr.dll kérések jönnek, ami persze mind 404...