.htaccess dołączanie ciąg kwerendy do wewnętrznego przekierowania

Question

Próbuję utworzyć przyjazne dla SEO maskowane przeróbki w .htaccess. Plik htaccess działa dobrze na lokalnym hoście i moim osobistym serwerze, ale wydaje się niestety nie działa na serwerach GoDaddy. Jestem świadomy, że to już jest problem, ale pracuję dla klienta, który nastawił się na używanie GoDaddy'ego jako swojego gospodarza.

Problem polega na tym, że przepisanie powoduje wymuszenie przekierowania pokazującego przepisany kod zapytania w pasku adresu przeglądarki zamiast zachowania go w pamięci wewnętrznej. np.

Reguła:

RewriteRule ^/?([a-zA-Z0-9-_/]*)$ /index.php?loadPage=$1&mode=cms [L,QSA] 

Link: /images Przekierowanie do /images/?loadPage=images&mode=cms

ta „powinna” zostać tak /images/ w przeglądarce. Mam skopiowane mój krótki .htaccess poniżej IPS modyfikowane dla bloku rozwoju

<Files .htaccess> 
    deny from all 
</Files> 

Options -MultiViews +FollowSymlinks -Indexes 

RewriteEngine On 
RewriteBase/

# Stop Old redirection from block below 
RewriteCond %{REQUEST_URI} "/old/" 
RewriteRule (.*) $1 [L] 

# Under construction Redirect 
RewriteCond %{REMOTE_ADDR} !^0.0.0.0 
RewriteCond %{REQUEST_URI} !^/?old/ 
RewriteRule ^/?(.*) “/old/$1″ [L,QSA] 

#Admin utilities rewrite 
RewriteRule ^/?admin/?(.*)$ /index.php?loadPage=$1&mode=backend [L,QSA] 

#CMS/Frontend rewrites -- this one is failing 
RewriteRule ^\/?([a-zA-Z0-9-_]+)\/?$ /index.php?loadPage=$1&mode=cms [QSA,L] 

Podpowiedź potencjalnej uwaga jest taka, że ​​wyświetlany adres URL jest /images/?query_string NIE index.php?query_string, więc nie robi pełnego przekierowanie, choć wnioski zewnętrzne otrzymują odpowiedź 301 z żądania strony.

Answer 1

nie mam nic, ale po prostu patrząc na tej linii testowany ...

RewriteRule ^\/?([a-zA-Z0-9-_]+)\/?$ /index.php?loadPage=$1&mode=cms [QSA,L] 

tam jest błąd składni. Łącznik po znaku 9 powinien zostać usunięty technicznie, co jest wskaźnikiem zakresu. Przez większość czasu ludzie umieszczają go na końcu przed numerem ], więc nie powoduje to błędu, więc większość ludzi myśli, że nie muszą tego unikać. Nie musisz także uciekać przed ukośnikami. Używanie znaku zapytania sprawia, że ​​poprzednie jest opcjonalne i nie wiem, dlaczego tego chcesz. Powinno być tak:

RewriteRule ^([a-zA-Z0-9\-_]+)/?$ /index\.php?loadPage=$1&mode=cms [QSA,L] 

Answer 2

Skomentowałem niektóre z pozostałych zasad, dzięki czemu można powiedzieć, co się dzieje. Brałeś wszystko, co nie zaczynało się od "starego" i przepisałeś je do starego katalogu. Powyższa reguła wygląda tak, jakbyś zabierał wszystko, gdzie znalazłeś słowo "/ old /" i przekierowywałeś je do siebie. Nie należy już otrzymywać żadnych żądań od użytkownika 0.0.0.0.

Łącznik w ostatniej regule musi znajdować się na końcu nawiasów, aby Apache nie szukał zasięgu.

Ponieważ mamy do czynienia z .htaccess, nie potrzebujemy poprzednich ukośników, jeśli nie używamy REQUEST_URI.

RewriteEngine On 
RewriteBase/

# Stop Old redirection from block below 
RewriteCond %{REQUEST_URI} ^/old/(.*)$ 
RewriteRule .* %1 [L] 

# Under construction Redirect 
# RewriteCond %{REMOTE_ADDR} !^0.0.0.0 
# RewriteCond %{REQUEST_URI} !^/?old/ 
# RewriteRule ^/?(.*) /old/$1 [L,QSA] 

#Admin utilities rewrite 
RewriteRule ^admin/(.*)$ index.php?loadPage=$1&mode=backend [L,QSA] 

#CMS/Frontend rewrites 
RewriteCond %{REQUEST_FILENAME} !^index.php$ 
RewriteRule ^([A_Za-z0-9_-]+)/?$ index.php?loadPage=$1&mode=cms [QSA,L]