Как отобразить красивые URI на отдельные API с помощью .htaccess?

Question

Как отобразить красивые URI на отдельные API с помощью .htaccess?

1

Скажем, я хочу иметь URI, например, www.domainname.com/horses/italian/www.domainname.com/cats/persian/

Соответствующие API-интерфейсы: GetHorseDetails.php GetCatDetails.php

Они расположены под /apis/fetch/.....php

Проблема, с которой я сталкиваюсь, заключается в том, что я не могу правильно создать RewriteRule.

Когда я помещаю API в корневую папку и использую RewriteRule ^ (. *) $ GetHorseDetails.php/$

Я могу сделать GET domainname.com/horses/italian/и нажать на API.

Подводя итог, 1) Мне нужно привязать параметры. 2) Мне нужно иметь возможность ударить API, используя относительные пути в.htaccess

Технически, domaninname.com/horses/italian должен нанести удар root/apis/fetch/GetHorseDetails.php

Любая помощь по этому поводу была бы высоко оценена, потому что я пытался копать много, но безрезультатно.

С уважением.

Soumojit Ghosh 08 июль 2015, в 15:50

Источник

1

Возьмите хороший горячий кофе и начните здесь: sitepoint.com/apache-mod_rewrite-examples
Erwin Moller 08 июль 2015, в 13:37
0

Ха-ха! Благодарю. Эрвин, этот Apache 2.4 немного неловкий. Я просмотрел их документацию и потратил много времени, пытаясь понять флаги. Моя главная задача - перенаправить его в php-файл в подкаталоге. Сначала я пытался использовать псевдоним, чтобы сопоставить его с моей файловой системой. Но не удалось сопоставить URI с файлом.
Soumojit Ghosh 08 июль 2015, в 13:47
0

Я чувствую твою боль. Я не специалист по переписыванию модов (это кажется ужасным таинственным способом, которым вы должны выражать себя). Раньше я «лениво» решал это следующим образом: через переписывание модов: взять весь путь и передать его в PHP-скрипт «redirector.php», который позаботится о правильном перенаправлении. Таким образом, они ВСЕ идут на один и тот же PHP-скрипт. Это имеет то преимущество, что вы можете работать на PHP вместо этого сумасшедшего переписывания модов и сохранять красивые URL-адреса. В PHP его легче анализировать и действовать соответственно (по крайней мере, для меня). Запросы поступают следующим образом: www.blabla.com/redirector.php?orgrequest = ... / ... / ...
Erwin Moller 08 июль 2015, в 14:19
0

Да, даже раньше я делал то же самое. Направьте все входящие запросы в определенный php-файл, проанализируйте запрос и используйте что-то вроде explode или get, чтобы извлечь параметры и сопоставить их и перенаправить их в соответствующие apis. Преимущество: это легко. Недостаток: маршрутизация стоит дорого, когда у вас много классов, и вы следуете REST, чтобы перенаправить их на конечные точки.
Soumojit Ghosh 08 июль 2015, в 14:24

Показать ещё 2 комментария

Теги:

php

apache

.htaccess

mod-rewrite

uri

1 ответ

Ещё вопросы

Возьмите хороший горячий кофе и начните здесь: sitepoint.com/apache-mod_rewrite-examples
Ха-ха! Благодарю. Эрвин, этот Apache 2.4 немного неловкий. Я просмотрел их документацию и потратил много времени, пытаясь понять флаги. Моя главная задача - перенаправить его в php-файл в подкаталоге. Сначала я пытался использовать псевдоним, чтобы сопоставить его с моей файловой системой. Но не удалось сопоставить URI с файлом.
Я чувствую твою боль. Я не специалист по переписыванию модов (это кажется ужасным таинственным способом, которым вы должны выражать себя). Раньше я «лениво» решал это следующим образом: через переписывание модов: взять весь путь и передать его в PHP-скрипт «redirector.php», который позаботится о правильном перенаправлении. Таким образом, они ВСЕ идут на один и тот же PHP-скрипт. Это имеет то преимущество, что вы можете работать на PHP вместо этого сумасшедшего переписывания модов и сохранять красивые URL-адреса. В PHP его легче анализировать и действовать соответственно (по крайней мере, для меня). Запросы поступают следующим образом: www.blabla.com/redirector.php?orgrequest = ... / ... / ...
Да, даже раньше я делал то же самое. Направьте все входящие запросы в определенный php-файл, проанализируйте запрос и используйте что-то вроде explode или get, чтобы извлечь параметры и сопоставить их и перенаправить их в соответствующие apis. Преимущество: это легко. Недостаток: маршрутизация стоит дорого, когда у вас много классов, и вы следуете REST, чтобы перенаправить их на конечные точки.

Soumojit Ghosh · Answer 1 · 2015-07-08T11-58-00.000Z

Никаких быстрых ответов, поэтому я решил забыть все, что я накопил, и просто экспериментировать.

Виола, это просто сработало!

RewriteRule ^ horse/italian/? $ Apis/fetch/GetHorseDetails.php [NC, L]

По-видимому, проблема была связана с относительным путем. Там нет необходимости ставить что-то вроде "./" перед именем. И нет необходимости использовать Alias для сопоставления URL-адреса в файловой системе.