URL-адрес указывает местоположение ресурса, но этот ресурс не должен фактически отображаться в физический файл на сервере. Сервер должен решить, как обработать URL-адрес и как сгенерировать возвращаемый ресурс.
Большинство веб-серверов начинали с обслуживания всех ресурсов из файлов. Таким образом, большинство веб-сайтов имеют свои страницы в виде файлов, а URL-адреса, которые они распознают, имеют соответствующую форму. Если веб-сайт все еще использует файловый веб-сервер, его можно настроить для обслуживания определенного документа по умолчанию, если файл не указан.
Тем не менее, в последнее время наблюдается значительный прогресс в разделении URL-адресов и самих файлов. Обычно это достигается с помощью документов по умолчанию (где веб-сервер настроен для обслуживания определенного файла, если URL-адрес не указывает его), маршрутизации URL-адресов (где веб-сервер направляет обработку запроса на основе внутренних правил, которые сопоставляют входящий URL-адрес с реальными ресурсами) , Перезапись URL (где запрос URL перезаписывается на другой URL перед обработкой) или их комбинация.
В частности, инфраструктуры MVC во многом зависят от маршрутизации URL-адресов, поскольку URL-адреса, предоставляемые веб-приложением на основе инфраструктуры MVC, указывают не местоположение файла на сервере, а фактически путь выполнения кода для Интернета. приложение. Например, http://example.org/user/details/12345 не будет указывать файл 12345 в папке / user / details, но будет указывать, что метод Details для класса User должен вызываться с параметром 12345 для генерации ответа.