Блог

Каков наилучший способ создания пользовательских пользовательских URL-адресов в конфигурации LAMP?

Например, страница профиля пользователя может быть доступна следующим образом:

http://www.website.com/profile.php?id=1

Теперь, если пользователь вводит «URL тщеславия» для своего профиля, я бы хотел, чтобы URL тщеславия загружал страницу выше.

Например, если пользователь выбирает «i.am.a.user» в качестве своего пользовательского URL-адреса, а его идентификатор пользователя в базе данных равен 1, то http://www.website.com/profile.php?id=1 было бы доступно по этому URL и http://www.website.com/i.am.a.user .

Я знаю о перезаписи модов в .htaccess, но не уверен, как это будет работать здесь.

Как я уже упоминал, мой сайт написан на PHP, MySQL, Linux и Apache.

Спасибо.

Допустим, на других ваших страницах были определенные URL-адреса, которые вы могли бы проверить, следующее должно помочь.

 RewriteEngine on

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^([a-zA-Z0-9-_]*)$ /profile.php?user=$1 [L]
  

Это помогает поддерживать текущие URL-адреса, позволяя при этом использовать URL-адреса быстрого доступа пользователя. Кроме того, RewriteRule будут совпадать только URL-адреса, которые не содержат / , что поможет защитить от непреднамеренных перенаправлений. Итак,

 /i-am-a-user -> MATCHES
/i_am_a_user -> MATCHES
/i-!am-a-user -> NOT MATCHED
/i.am.a.user  -> NOT MATCHED
/i.am.a.user/ -> NOT MATCHED
/some/page/ -> NOT MATCHED
/doesnotexist.php -> NOT MATCHED
/doesnotexist.html -> NOT MATCHED
  

Надеюсь, это поможет.

Редактировать

Я обновил приведенные выше правила, чтобы реальные файлы / каталоги не перенаправлялись, а также убедился, что ни один .php или .html файл также не отправляется в profile.php .

Переписать для site.com/user/USERNAME:

В вашем корневом веб-каталоге поместите файл .htaccess:

 RewriteEngine on
RewriteRule ^user/(. )$ profile.php?name=$1 [L]
  

Это перенаправляет все запросы, начинающиеся с «user», на profile.php и передайте URI в $_GET['name'] . Этот метод предпочтительнее, если у вас много файлов / каталогов / других перезаписанных файлов.

Переписать для site.com/USERNAME:

 RewriteEngine on
# if directory or file exists, ignore
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^([^/] )$ profile.php?name=$1 [L]
  

Это перенаправляет на profile.php ТОЛЬКО если запрашивающий файл или каталог не существует, И когда URI запроса не является пустым (т.Е., www.site.com )

Серверная часть PHP

Теперь в profile.php у вас может быть что-то вроде этого:

 if (!empty($_GET['name'])
    $user = ... // get user by username
else 
    $user = ... // get user by id
  

Сначала настройте свой файл .htaccess, чтобы отправлять все запросы на файлы и каталоги, которые не существуют, в один php-файл:

 RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.*) router.php [NC,L]
  

Затем внутри вашего router.php посмотрите на $_SERVER[‘REQUEST_URI’], чтобы получить имя пользователя, которое вы затем можете использовать в своем запросе для получения данных о пользователе.

Предполагается, что все URL-адреса, которые не являются страницами профиля пользователя, существуют в виде физических файлов на вашем сервере.

Если это не так, вы можете выполнить некоторую логику в router.php чтобы решить, что делать по каждому запросу. Выполните поиск в Google для маршрутизации URL-адресов в php, и вы получите множество примеров.

Ну, вы могли бы решить эту проблему, конечно, также с помощью apache RewriteMap. Карта перезаписи может быть обычным текстовым файлом (который вы регулярно обновляете на основе того, что вводят ваши пользователи), или, альтернативно, вы могли бы указать на скрипт (Perl, PHP, что вам подходит), который выполнит перезапись за вас.

Краткое описание того, как это настроить с помощью PHP, приведено в разделе Использование базы данных MySQL для управления mod_rewrite через PHP.