Как сделать переписывание URL .htaccess, чтобы включить index.php в URL?

Question

Как сделать переписывание URL .htaccess, чтобы включить index.php в URL?

0

У меня есть php-based система (называемая OJS), установленная на моем хосте. Он использует SMARTY для создания страниц. У меня есть страницы с URL-адресами, такими как: http://example.com/ojs/index.php/foo

Я хочу иметь возможность набирать http://example.com/ojs/foo в адресной строке, а.htaccess будет добавлять index.php в URL-адрес и выполнять новый полный URL-адрес, чтобы index.php мог генерировать требуемую страницу.

Теперь я использую следующее в файле.htaccess в папке ojs.

<IfModule mod_rewrite.c>
   Options +FollowSymLinks
   RewriteEngine on
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteRule ^(.*)$ index.php/$1 [QSA,L]
  </IfModule>

Я также попробовал так много других синтаксисов и директив в.htaccess. но не работает. Когда я вхожу в http://example.com/ojs/index.php/foo в адресной строке, я получаю нужную мне страницу. Когда я вхожу в http://example.com/ojs/foo (или любую страницу, не определенную в ojs, такую как http://example.com/ojs/blahbla или http://example.com/ojs/index.php/blahblahbla) показывает главную страницу http://example.com/ojs/

Я сделал тест, и я думаю, что правило Rewrite, по крайней мере, что-то делает. Я сделал фиктивный PHP-код в файле index2.php (в папке ojs), который эхо суперглобальных значений. Для этого теста я изменил правило перезаписи, включив index2.php, и получил следующие результаты:

для адреса: http://example.com/ojs/ (по желанию) переписывание URL не выполняется, так как я не вижу содержимое index2.php
для адреса: http://example.com/ojs/anything Я вижу содержимое index2.php, которое имеет следующие значения:

$_SERVER['HTTP_HOST']: example.com
$_SERVER['REQUEST_URI']: /ojs/anything
$_SERVER[SCRIPT_NAME]: /ojs/index2.php
$_SERVER['PHP_SELF']: /ojs/index2.php
$_SERVER['REQUEST_METHOD']: GET
$_SERVER['PATH_INFO']:  
$_SERVER['ORIG_PATH_INFO']: /anything
__FILE__: /home/user/public_html/ojs/index2.php

Может ли кто-нибудь подумать, почему он работает с index2.php, и он не работает с index.php?

Моя конфигурация, если это помогает:

PHP версии 5.3.29, Apache версии 2.2.29, хост: Cpanel, общий хост Linux,
У меня нет доступа к основному журналу ошибок или файлу конфигурации Apache.

Большое спасибо,

cybergeek654 13 март 2015, в 19:13

Источник

Теги:

php

apache

.htaccess

mod-rewrite

url-rewriting

2 ответа

Ещё вопросы

The Sidhekin · Answer 1 · 2015-03-13T18-09-00.000Z

0

Честно говоря, я подозреваю, что система OJS читает REQUEST_URI и ожидает, что она будет иметь форму /ojs/index.php/foo. Вместо этого он получает /ojs/foo, и поскольку он не распознает это, отображается главная страница.

Думаю, вам нужно сообщить (или изменить) OJS, чтобы ожидать /ojs/foo.

Чтобы просто проверить, что Apache не возится, добавьте флаг R=301 для тестирования. Если я прав, вы должны перенаправить на /ojs/index.php/foo - и когда браузер последует за этим перенаправлением, он будет работать. Конечно, это субоптимально, поэтому следует придерживаться ожиданий OJS. :)

(Кстати, здесь нет необходимости в QSA.)

The Sidhekin 13 март 2015, в 18:09

0

Спасибо @ Сидекин. Я проверю это. Просто вопрос: не в этом ли смысл перезаписи URL с помощью .htaccess, что когда сервер запрашивает адрес example.com/ojs/foo, сервер Apache сначала преобразует его в example.com/ojs/index.php/ фу, а затем обрабатывает его. Если Apache делает это правильно, то OJS не должен получать / ojs / foo, но он должен получить /ojs/index.php/foo. Я что-то пропустил?
cybergeek654 13 март 2015, в 19:52
0

@ cybergeek654 REQUEST_URI содержит компонент пути исходного (предварительно переписанного) запрошенного URI; переписывание оставляет это в покое. Переписывание в первую очередь изменяет то, что на самом деле заканчивается обслуживанием; в этом случае index.php. Это также изменяет PATH_INFO в вашем случае, и это может дополнительно изменить другие вещи, кроме. (Я не знаю OJS, но я подозреваю, что он использует REQUEST_URI , и я не удивлюсь, если он полностью игнорирует PATH_INFO , и в этом случае просто перенаправление на index.php (без / $ 1 PATH_INFO ) будет работать так же.)
The Sidhekin 13 март 2015, в 20:09
0

Я вижу сейчас. Есть ли способ избежать модификации кода OJS и заставить его работать?
cybergeek654 14 март 2015, в 11:34
0

@ cybergeek654 Чтобы изменить REQUEST_URI ? Я думаю, что это будет означать перенаправление. Или, возможно, проксирование? Но я не думаю, что буду беспокоиться ни с одним из них. Вместо этого я бы посмотрел на конфигурацию OJS и выяснил, не допускает ли она этого.
The Sidhekin 14 март 2015, в 16:01
0

У OJS есть файл конфигурации, в котором я могу установить RESTful URL. Таким образом, все URL-адреса, созданные на страницах OJS, будут иметь вид example.com/ojs/foo, а index.php будет исключен из URL-адресов. Кроме того, в FAQ OJS говорится, что я должен установить .htaccess на своем сервере для перезаписи URL, чтобы включить index.php в URL, запрошенные пользователем. Код, который, как они говорят, я должен вставить в .htaccess, является именно тем, который я вставил в свой вопрос. Я не знаю, почему это не работает!
cybergeek654 15 март 2015, в 11:26
0

Я также вставил несколько строк в мой тестовый файл index2.php, поэтому, когда я захожу на URL example.com/ojs/foo в своем браузере, я получаю следующие значения php: (форматированный текст см. В основном вопросе. Я обновил его там). $ _SERVER ['PATH_INFO']: <br/> $ _SERVER ['ORIG_PATH_INFO']: / foo <br/> FILE : /home/user/public_html/ojs/index2.php <br/> должен ли PATH_INFO быть пустым? × Комментарии можно редактировать только в течение 5 минут × Комментарии можно редактировать только в течение 5 минут × Комментарии можно редактировать только в течение 5 минут
cybergeek654 15 март 2015, в 12:20
0

кстати, при добавлении R = 301 в правило перезаписи это работает. Точно так же, как желаемое поведение.
cybergeek654 15 март 2015, в 12:37
0

@ cybergeek654 ORIG_PATH_INFO - это то, что делает php: php.net/manual/en/reserved.variables.server.php - оно содержит PATH_INFO как это было до того, как php начал связываться с ним. Я не знаю, почему php делает это, и я до сих пор не знаю, что ищет OJS, но, очевидно, да, после того, как php «обработал» PATH_INFO , он вполне может быть пустым.
The Sidhekin 15 март 2015, в 12:57

Показать ещё 6 комментариев

Abdul Baquee · Answer 2 · 2015-03-13T16-04-00.000Z

Я думаю, что это похоже на CodeIgniter, где мы удаляем index.php из url. Вы можете использовать ниже.htaccess код для удаления index.php из url. Вы должны добавить код ниже в корневую папку проекта.

RewriteEngine on
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteCond $1 !^(index\.php)
RewriteRule ^(.*)$ index.php/$1 [L]

Спасибо за ответ. Я пытался. но все равно это не работает.
Привет, Вам нужно дать разрешение на чтение и права на файл .htaccess.
Можете ли вы проверить, дав 777, как только он начнет работать, тогда вы можете понизить разрешение до 644
Я пытался дать все это разрешение. нет вейла :(