 |
|
| dejanr |
02. 12. 2005. 01:28 |
Subdomeni i mod rewrite problem ...
Ne znam da li je neko vec imao slicnih problema, ali zadnjih par dana imam problema sa obicnim htaccess-om.
Problem je najverovatnije u tome sto server nije podesen kako treba, pa pri izvrsavanju sledeceg:
Kôd:
Options +FollowSymLinks
RewriteEngine on
Rewritebase /
RewriteRule ^$ app/webroot/ [L]
RewriteRule (.*) app/webroot/$1 [L]
Dolazi do rekurzije i Internal Server Error-a. Kontaktirao sam podrsku ali bez uspeha, na kraju su mi rekli da moram da napisem posebne kondisone za subdomen, jer kada uklonim [L], RewriteRule ne prosledi na subdomen.site.com/app/webroot/ vec na www.site.com/app/webroot i tu nekako upadne u rekurziju. A evo i log-a:
Citat:
[Mon Nov 28 22:58:45 2005] [error] [client 212.200.202.133] Request exceeded the limit of 20 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.
[Mon Nov 28 22:58:46 2005] [error] [client 212.200.202.133] Request exceeded the limit of 20 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.
|
httpd.conf za subdomene mozete pogledati na http://www.golubac.co.yu/httpd.conf posto imaju dva konfig fajla, jedan za domene a jedan za subdomene, ja nebulozniji nisam video, ali dobro ...
Ja cu jos malo da se mucim, ali sve manje i manje zivaca, posto nema sta nisam probao, a nece pa nece ... Nisam strucnjak u pisanju reg expova, ali znam za onoliko koliko mi treba.
B.T.W Hosting je www.dunex.org/hosting |
| zekica |
02. 12. 2005. 07:41 |
A zasto ne bi probao ovako:
Kôd:
Options +FollowSymLinks
RewriteEngine on
Rewritebase /
RewriteRule !^app/webroot/$ - [C]
RewriteRule ^(.*)$ app/webroot/$1
Ovo ce sve url-ove koji sa /app/webroot/ preusmeriti tamo, valjda je jasno, ako nije, pogledaj Url Rewriting Guide |
| ivanhoe |
02. 12. 2005. 10:24 |
.htaccess se odnosi na taj folder i na sve subfoldere, i problem je sto ti prvo rewriteujes jednom
www.site.com/ -> www.site.com/app/webroot/
a onda apache uhvati ponovo ista pravila u app/webroot/ pa rewriteuje ponovo (drugo pravilo je catch-all pa ce se izvrsiti)
najednostavnije resenje je da u app/webroot/ dir stavis .htaccess u kome ce da pise
RewriteEngine Off
i to ce ti iskljuciti dalje procesiranje mod_rewite jednom kad stigne do tog dir-a..
inace * znaci pojavljuje se 0 ili vise puta, tako da tvoja 2 pravila mozes slobodno da prepises kao samo
^(.*)$ /app/webroot/$1 [L]
drugim recima sta god da se pojavi iza www.site.com mapiraj ga u www.site.com/app/webroot/... (ako se ne pojavi nista, onda je $1 nista i opet dobijes sta ti treba). [L] nije neophodno ako je to jedino pravilo, ali ovako je bolje ako planiras da dodas kasnije jos neko |
| zextra |
05. 12. 2005. 12:47 |
inace, znas li zasto stalno dobijas maximum limit reached error i zasto je mod_rewrite ujedno jako dobar? zato sto apache kada jednom prodje kroz .htaccess file, i izvrsi izmene na url-u, onda se taj izmenjeni url ponovo propusta kroz isti .htaccess, i dok god se url menja nakon parsovanja, apache ga vrti kroz ista pravila. tvoja su poprilicno neprecizno definisana. gledajuci samo RewriteRule ^$ app/webroot/ [L] webserver bi mogao da se vrti tu do prekosutra. evo ti pravila koja rade.
uzgred, to sto ti treba ce te vrlo efektivno spreciti da pristupis bilo kom fajlu koji se, po hijerarhiji nalazi u istom nivou ili iznad /app/webroot direktorijuma. dakle, na tvom mestu, koristio bih jos par pravila, pored poslednja dva:
Kôd:
RewriteEngine On
# omoguci direktan pristup fajlovima ako se ne nalaze
# u app/webroot folderu
RewriteCond %{REQUEST_URI} !^/app/webroot/.+$
RewriteCond %{SCRIPT_FILENAME} -f
RewriteRule ^(.+)$ $1 [L]
# gornja pravila nece ispraviti, recimo /app/img/nesto.jpg
# ako postoji, a ako ne postoji, onda ce ga naredna dva
# pravila izmeniti tako da bude /app/webroot/app/img/nesto.jpg
# ispravi sve ostale request-e
RewriteCond %{REQUEST_URI} !^/app/webroot.*$
RewriteRule ^(.*)$ /app/webroot/$1 [L]
# mali tweak za /app/webroot request
RewriteCond %{REQUEST_URI} ^/app/webroot$
RewriteRule ^(.*)$ /app/webroot/ [L]
proverio sam da li je ovo sto sam napisao ispravno, kod mene lepo radi ;)
jos nesto, ako ovo koristis, mozes slobodno da izostavis .htaccess sa RewriteEngine off za app/webroot/ direktorijum, mada je to TOPLO PREPORUCENO, posto olaksavas apachu posao maximalno!
(obozavam mod_rewrite ;)) |
| zextra |
05. 12. 2005. 12:55 |
|
| dejanr |
07. 12. 2005. 23:45 |
Ok, hvala ...
|
| Vreme je GMT +2. Trenutno vreme je 01:08. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.