Это зависит от сервера и от того, как он настроен.
Помните, что нет никакого врожденного отображения между URI и файлами на веб-сервере, веб-сервер всегда следует некоторому правилу относительно того, какой файлОтправить.Простейший берет часть пути URI и выполняет прямое отображение на путь к файлу, локальный для веб-сервера, но он может делать что-то еще.Распространенным случаем является использование расширения файла для продолжения, поэтому, если у вас есть contact.html, contact.atom и т. Д. В одном и том же локальном каталоге, соответствующем пути, он выбирает ближайший к заголовку Accept пользовательскийagent.
Размещение расширений файлов (будь то "статических" файлов или обработчиков, таких как .php, .aspx и т. д.) в URI довольно бессмысленно, поскольку в Интернете нет такой вещи, как файл (естьфайлы на сервере, и клиент может сохранить поток в файл, но в самой сети существуют потоки октетов, которые могут соответствовать или не соответствовать файлу).И не идеал;предположительно contact.html имеет отношение к контактным данным, в то время как «contact» хорошо выражает эту идею, «.html» не имеет ничего общего с контактными данными и не относится к ним.
Следовательно, более разумный URIв нем не было бы «.html», если только это не было каким-то образом выражением чего-то полезного (например, явный запрос версии HTML и обход согласования содержимого или если страница фактически была о HTML).
С другой стороны, простое сопоставление с именами файлов - это быстрый и простой способ сделать что-то, поэтому, хотя я, конечно, нахмурился на такое произвольное искажение в URI, я не буду прыгать через слишком много обручей, чтобы не использовать его, особенно во вторичных URI.используется для таблиц стилей, изображений и т. д., а не для тех, которые, как ожидается, будут регулярно появляться в адресной строке браузера.
С третьей стороны, когда вы удаляете такую ошибку, добавление более сложной обработки позже, если требуется, становитсягораздо более легкий переход.