ВНИМАНИЕ: Я ПОЛНАЯ НОВИЦА

Итак, я пытаюсь понять, как я могу получить доступ к файлу PDF с веб-сайта, скажем,

"Www.website.com/Documents/Publications/2015/file.pdf"

Но www.website.com/Documents не "существует", то есть он выглядит как неработающая ссылка.

1) Почему я все еще могу получить доступ к файлу?

2) Как я могу узнать, какие другие файлы находятся в родительских каталогах?

2 ответа2

1

Веб-серверы можно настроить так, чтобы запретить доступ к каталогам. Это означает, что доступ к ссылке www.mywebsite.com/Documents можно получить только в том случае, если она содержит индексный файл (index.html. Index.php и т.д.).

Это означает, что прямой доступ к файлам работает, веб-сервер был настроен так, чтобы не перечислять файлы в этом каталоге ; хотя вы все равно можете получить к ним доступ напрямую. Google "Apache/nginx каталог списков" или что-то подобное, чтобы узнать, как именно это работает.

0

Концептуально, URL-адреса HTTP не имеют ничего общего с файловыми системами.

Веб-мастера могут сопоставлять URL-адреса HTTP с файлами в файловой системе, но это не обязательно.

Если вы посетите URL-адрес, например http://example.com/Documents/Publications/2015/file.pdf , это может быть

  • файл с именем file.pdf который существует в папке /Documents/Publications/2015/ ,
  • файл с именем document_v1.260.pdf который существует в папке /foobar/ ,
  • файл с именем I-am-not-a-PDF.jpg ,
  • скрипт pdf-generator.php который создает файл PDF на лету,
  • или что-то другое.

И даже если URL-адрес сопоставляется с файловой системой (как в первом случае), это не обязательно тот случай, когда все родительские папки доступны через URL-адреса. Например, веб-мастер может принять решение предложить контент по адресу http://example.com/Documents/Publications/ , но не по адресу http://example.com/Documents/ .

(Если вас интересует техническая сторона, см. Мой ответ на вопрос переполнения стека. Основаны ли дружественные URL-адреса на каталогах?)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .