Jump to content

Переписать движок

В веб-приложениях механизм перезаписи — это программный компонент, который выполняет перезапись URL -адресов (унифицированных локаторов ресурсов), изменяя их внешний вид. Эта модификация называется перезаписью URL . Это способ реализации сопоставления или маршрутизации URL-адресов в веб-приложении . Движок обычно является компонентом веб-сервера или платформы веб-приложения . Переписанные URL-адреса (иногда называемые короткими , красивыми или необычными URL-адресами , удобными для поисковых систем — URL-адресами SEF или слагами ) используются для предоставления более коротких и более релевантных ссылок на веб-страницы. Этот метод добавляет уровень абстракции между файлами, используемыми для создания веб-страницы, и URL-адресом, который представляется внешнему миру.

Использование

[ редактировать ]

Веб-сайты с динамическим содержимым могут использовать URL-адреса, которые генерируют страницы с сервера с использованием параметров строки запроса . Их часто переписывают, чтобы они напоминали URL-адреса статических страниц сайта с иерархией подкаталогов . Например, URL-адрес вики- страницы с заголовком Rewrite_engine может быть таким:

http://example.com/w/index.php?title=Rewrite_engine

но можно переписать так:

http://example.com/wiki/Rewrite_engine

Блог может иметь URL - адрес, в котором закодированы даты каждой записи:

http://www.example.com/Blog/Posts.php?Year=2006&Month=12&Day=19

Его можно изменить следующим образом:

http://www.example.com/Blog/2006/12/19/

что также позволяет пользователю изменить URL-адрес, чтобы просмотреть все публикации, доступные в декабре, просто удалив текст, кодирующий день «19», как при переходе «вверх» по каталогу:

http://www.example.com/Blog/2006/12/

Сайт может передавать специализированные термины из URL-адреса в свою поисковую систему в качестве поискового запроса. Это позволит пользователям осуществлять поиск прямо из своего браузера. браузера Например, URL-адрес, введенный в адресную строку :

http://example.com/search term

будет URL-кодирован браузером перед отправкой HTTP-запроса . Сервер может переписать это так:

http://example.com/search.php?q=search%20term

Преимущества и недостатки

[ редактировать ]

Использование перезаписи URL-адресов имеет несколько преимуществ: [1]

Однако могут быть и недостатки; если пользователь хочет изменить URL-адрес для получения новых данных, перезапись URL-адреса может затруднить создание пользовательских запросов из-за отсутствия именованных переменных. Например, может быть сложно определить дату по следующему формату:

http://www.example.com/Blog/06/04/02/

В этом случае исходная строка запроса была более полезной, поскольку переменные запроса указывали месяц и день:

http://www.example.com/Blog/Posts.php?Year=06&Month=04&Day=02

Веб-фреймворки

[ редактировать ]

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

С точки зрения разработки программного обеспечения переписывание URL-адресов может помочь в модульности кода и потоке управления . [12] что делает его полезной функцией современных веб-фреймворков.

См. также

[ редактировать ]

Примечания

[ редактировать ]
  1. ^ Многие из них применимы только к HTTP-серверам, поведение которых по умолчанию заключается в сопоставлении URL-адресов с объектами файловой системы (т.е. файлами и каталогами); в некоторых средах, например на многих платформах серверов приложений HTTP , это становится неактуальным.
  2. ^ документация mod_rewrite
  3. ^ Расширение перезаписи URL-адресов для Microsoft IIS
  4. ^ «Маршрутизация Rails снаружи внутрь» . «Ruby on Rails . Проверено 25 апреля 2014 г. » .
  5. ^ Джанго URLconf
  6. ^ очистите URL-адреса в Stripes 1.5
  7. ^ Путеводители — Весёлый путеводитель по галактике . Модный. Проверено 8 сентября 2013 г.
  8. ^ Документы ModRewrite-Lighttpd-lighty labs . Redmine.lighttpd.net. Проверено 8 сентября 2013 г.
  9. ^ «ngx_http_rewrite_module — переписать» . nginx.org . Проверено 25 декабря 2014 г.
  10. ^ Муренин, Константин А. (18 февраля 2013 г.). «Динамический веб-сайт, полностью написанный на nginx.conf? Представляем mdoc.su!» . [электронная почта защищена] (список рассылки) . Проверено 24 декабря 2014 г.
  11. ^ URL-ИНСТРУМЕНТ, часть руководства веб-сервера Hiawatha.
  12. ^ «Чистый URL» . ДокФордж . Проверено 25 апреля 2014 г.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: a93917304e1e330c5be7052142bb9db7__1721253540
URL1:https://arc.ask3.ru/arc/aa/a9/b7/a93917304e1e330c5be7052142bb9db7.html
Заголовок, (Title) документа по адресу, URL1:
Rewrite engine - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)