PDA

Pogčedajte punu verziju : .htaccess na Verat-u ne nosi parametre


conica
12. 02. 2009., 02:25
Helo

Est pocetnicko, ali zanima me da li neko ima iskustva sa Verat-om i upotrebom .htaccess-a kod njih.

Naime, postavljen je sajt, redirekcija generalno radi ali se ne prenose parametri.

ovo je pravilo:
RewriteRule ^pregled/+([0-9-]+)/?$ pregled.php?tekst=$1

strana domen.co.rs/pregled/1/ se uspesno redirektuje na pregled.php ali ne nosi se parametar tekst=1 :1007:

Testirano je dva servera, sve je bilo bez greske. Prebacih kod njih i TRUBA

35-68
12. 02. 2009., 08:55
Kod njih su obično serveri na nginx i imaju pravilo da moraš da ih obavestiš pre nego što promeniš rule ...

DejanVesic
12. 02. 2009., 10:42
Helo

Est pocetnicko, ali zanima me da li neko ima iskustva sa Verat-om i upotrebom .htaccess-a kod njih.


Imam. Beži na drugog provajdera čim pre. DreamHost, MediaTemple.Net, samo ne Verat.

conica
12. 02. 2009., 12:16
kasno marko kasno...
klijent je vec platio hosting pakete za sve sajtove tamo

Stvar je u tome sto sama redirekcija radi, ali parametara nema

Jel imate ideju zasto bi se to desavalo?

Milos Vukotic
12. 02. 2009., 12:42
Probaj da stavis na vrh strane pregled.php nesto kao
echo '<pre>'; print_r($_REQUEST); echo '</pre>'; exit(0);

Možda pomogne :1014:

conica
12. 02. 2009., 12:45
proveravala....
Array
(
)

mileusna
12. 02. 2009., 13:27
U krajnjem slučaju, ako ne proradi mod_rewrite kako treba, bitno da bar možeš da rewrajtuješ na pregled.php a onda u samom skriptu možeš da analiziraš $_SERVER['REQUEST_URI'] i izvučeš parametre.

ivanhoe
12. 02. 2009., 15:25
a sta se desi ako pozoves spoljni redirekt, tipa:
RewriteRule ^pregled/+([0-9-]+)/?$ http://sajt.com/pregled.php?tekst=$1 [R]

moguce da koriste neku od onih paranoja modula, koji blokira parametre

conica
12. 02. 2009., 15:31
sve ludje od ludjeg....
stavila sam RewriteRule ^pregled/+([0-9-]+)/?$ http://www.devprotalk.com/showthread.php?p=66252#post66252 [R]
on i dalje vozi na pregled.php
onda sam obrisala ceo htaccess i dalje isto...
kao da su ukesirali htaccess

Milos Vukotic
12. 02. 2009., 15:42
To se meni dešavalo na GoDaddy...

conica
12. 02. 2009., 15:48
To se meni dešavalo na GoDaddy...

i kako je reseno?

Milos Vukotic
12. 02. 2009., 16:06
Nikako, rekao bih ti da imam lijek, izvini zbog lažne nade :)

Jednostavno, dok sam mozgao i tražio rješenje problema, primijetio sam da pravila koja sam izbrisao i dalje važe, te izguglah i vidjeh da je to redovna stvar kod njih... Potom sam samo sačekao da proradi.

bluesman
12. 02. 2009., 16:07
Pre lici da browser kesira, koliko ja znam ne moze server da kesira htaccess osim ako ne stoji neki proxy ili neka munja. Moguce je da imaju neki rule u vhosts kojim blokiraju odredjena ponasanja.

conica
12. 02. 2009., 16:16
pokusala sam i to da eliminisem tako sto sam pogledala i na sasvim drugom browseru (ie6), a i na drugom racunaru

Br@nkoR
12. 02. 2009., 16:51
verovatno problem pravi MultiViews
Dodaj pre pravila:
Options -MultiViews

conica
12. 02. 2009., 17:17
500 Internal Server Error
daklem nije to...sad vec veoma ostajem bez ideja

ovo recimo radi i prenosi parametre:
RewriteRule ^rubrika/+([0-9-]+)/?$ index.php?rubrika=$1

ovo ne prenosi parametre ali nalazi stranicu:
RewriteRule ^pregled/+([0-9-]+)/?$ pregled.php?tekst=$1

e sad, jedina razlika je sto je sam poziv sa index.php, rubrika ostaje na istoj strani a pregled vozi na drugi fizicki fajl

jos malo pa cu sva 4 sajta morati ispravljati po onome sto je mileusna napisao :1054:

japan
12. 02. 2009., 17:22
khm... :1074:

teh. podrska?

conica
12. 02. 2009., 17:25
pitaj me koliko puta od sinoc
prvo su cekali programera a posle je radio nesto "vazno"

Br@nkoR
12. 02. 2009., 17:33
Ne mogu da testiram odgovaram sa mobilnog, kucam napamet, pokusaj i:
Options +FollowSymLinks -MultiViews

bOkIcA
12. 02. 2009., 22:23
probaj da stavis slash umesto upitnika
RewriteRule ^pregled/+([0-9-]+)/?$ pregled.php/tekst=$1

conica
12. 02. 2009., 22:47
^ probala sam obe varijante i jedna je javljala istu gresku (nema parametara), druga opet 500

posle nekog vremena volsebno je proradilo
i dalje se na serveru nalazi originalan htaccess

Nakon bezbroj mojih poziva podrska je rekla da ce da rade na tome dok ne srede, pa makar i posle radnog vremena i izgleda da su uspeli.
E sad ja bih jako jako volela da znam u cemu je bio problem, makar da na zadovoljavajuci nacin zatvorimo ovu temu i naucimo nesto novo :D

ivanhoe
13. 02. 2009., 00:27
hmm, moguce da oni u kesiraju .htaccess, tj. da ih includuju direktno iz httpd.conf (pa onda tipa jednom dnevno urade reload da apache pokupi nove fajle)

conica
13. 02. 2009., 00:34
u jednom momentu sam i ja pomislila da je kesirano
no onda sam pocela cesto da menjam opcije tako da je jedna vodila na 500 internal server error, a jedna prosto nije prenosila parametre i rezultati su se smenjivali

videcu da li cu dobiti odgovor od njih u cemu je bio problem

conica
13. 02. 2009., 12:35
Stigao je odgovor - malo stur ali ga ipak ima

Problem je bio u setovanju MultiViews na serveru (BRAVO Br@nkoR, zasluzene :1081:). To je sve sto znam.

O tom setovanju ne znam mnogo, mozda neko moze da pojasni.

mileusna
13. 02. 2009., 13:45
MultiViews bi navodno trebao da olakša neke stvari, ali obično samo pravi probleme. Generalna svrha mu je da ako recimo uneseš site.com/mojastrana iako nisi naveo ekstenziju .php ili .html MultiViews to razreši i zapravo pozove site.com/mojastrana.php ili site.com/mojastrana.html šta već postoji.

Problem je što taj modul odradi svoje pre mod_rewrite tako da se do mod_rewrite stigne tek ako MultiViews ne nađe stranu. Recimo u gornjem primeru, ako imaš rule za /mojastrana do tog rula neće ni doći ako Apache pronađe mojastrana.php ili mojastrana.html ili direktorijum /mojastrana. Jedino ako datoteka ne postoji, doći će i do rewrite rula.

Ukratko, treba isključivati MultiViews ako koristiš mod_rewrite. :)