Простой .htaccess переписывать не работает на GoDaddy

Question

Моя компания застряла с GoDaddy, и мой .htaccess переписан не работает. Это отлично работает на моем локальном хосте.

Цель состоит в том, чтобы иметь example.com/about фактически получить example.com/about.php, с URL еще раз показывает example.com/about.

Вот мой файл .htaccess:

Options +FollowSymlinks -MultiViews -Indexes 

RewriteEngine on 

RewriteCond %{REQUEST_FILENAME}.php -f 
RewriteRule !.*\.php$ %{REQUEST_FILENAME}.php [QSA,L] 

Я прочитал все другие сообщения о непоследовательном поведении .htaccess с серверами GoDaddy. У меня есть подтверждение, что mod_rewrite включен, а мой PHP - 5.4.19. Надеюсь, кто-то прошел через это уже или может пролить некоторый свет ...

Answer 1

Вы должны упростить свое правило. Go Daddy раздражает, но это должно сработать.

RewriteEngine on 
RewriteBase/
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteRule ^([^/]+)/?$ /$1.php [L] 

Answer 2

Это произошло довольно много раз - GoDaddy является синонимом таких проблем. Я рекомендую следующее:

Во-первых, поместите это в верхней части .htaccess файла:

RewriteEngine On 

# Remove php extension from the request by means of a redirect. 
# This should really be for php files that exist 
RewriteCond %{REQUEST_FILENAME} -f 
RewriteCond %{THE_REQUEST} ^[A-Z]{3,}\s([^.]+)\.php [NC] 
RewriteRule^/%1 [R,L,NC] 

Тогда попробуйте один из следующих после выше:

# 1. Map the request to a PHP file, if one exists 
RewriteCond %{REQUEST_FILENAME}.php -f 
RewriteRule^%{REQUEST_URI}.php [L] 

# 2. Map the request to a PHP file, if one exists (alternative method) 
RewriteCond %{REQUEST_FILENAME}.php -f 
RewriteRule ^(.*)$ /$1.php [L] 

# 3. Map the request to a PHP file, provided the request is not 
# a file or a directory. The PHP file in question does not need 
# to exist on the file system. 
RewriteCond %{REQUEST_FILENAME} !-f  
RewriteCond %{REQUEST_FILENAME} !-d  
RewriteRule ^(.*)$ /$1.php [L]  

Данная проблема может быть связана с директивой Options. Из прошлого опыта это обычно происходит от использования Includes в этой директиве - я понимаю, что GD этого не позволяет. Однако вы их не используете, поэтому попробуйте использовать одну из следующих комбинаций, чтобы увидеть, не появляется ли ошибка 500.

Options +FollowSymLinks -Multiviews 

Options +FollowSymLinks 

Options -Multiviews 

GD выключает Indexing по умолчанию, и поэтому нет необходимости использовать что в Options директиве.

Side Примечание: Вы уже знаете это, но не использовать php_value и php_flag в .htaccess файлов на GD-хостинга. Вместо этого вам нужно будет создать файл php5.ini со значениями и установленными там флагами.

Update: меня удалить RewriteBase (как это было известно, вызывает проблемы для некоторых пользователей) и сделали редирект/переписывает относительно корня домена.

Answer 3

Я, наконец, понял это. Еще раз спасибо всем, кто нашел время, чтобы помочь. В корневом каталоге моей учетной записи хостинга был еще один файл .htaccess, который вызывал ошибку 500, которую я удалил.Затем я получил ошибку 400, которую я смог разрешить с помощью RewriteBase. Вот рабочий файл .htaccess:

RewriteEngine On 
RewriteBase /this_sites_subdirectory/ 
RewriteRule ^/?$ /1 [L] 

Options -MultiViews     

RewriteCond %{REQUEST_FILENAME}.php -f 
RewriteRule !.*\.php$ %{REQUEST_FILENAME}.php 

Answer 4

Необходимо проверить, что сервер должен находиться на хостинге linux для работы htaccess. Htaccess работает только на хостинге Godaddy Linux, а не на хостинге Windows. Для оконного хостинга вам необходимо работать с web.cong для правила перезаписи.

Answer 5

спасибо. Это также помогло мне после недели головные боли с поддержкой GD

Здесь revices изменить, что я сделал для того, чтобы мой Subdreamer (да, я знаю, ughhh) сайты до сих пор дружественные URL-адресов, работающих

RewriteEngine On 
RewriteBase/
RewriteRule ^/?$ /1 [L] 

Options -MultiViews     

RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule ^(.*) index.php 

Удача остальным