URL со слешем или без в конце

Есть стандарт RFC 1738 — Uniform Resource Locators (URL) tools.ietf.org/html/rfc1738
В котором говорится какой должен быть URL.

Там есть раздел General URL Syntax, в котором говорится, что URLs используются для 'нахождения' ресурсов, предоставляя абстрактное обозначение местоположения ресурса.

URLs are used to `locate' resources, by providing an abstract identification of the resource location.

Это означает, что URL может быть похож на папку или файл или любую другую строку похожую на представление файлового пространства сервера.

Так что все URL указывают на некие ресурсы, который обрабатываются веб-сервером для получения контента, а не Unix-подобную форму представления имени файла.

В случае в веб-сервером, URL с завершающим слешем может не означать, что мы обращаемся именно к папке, так как сервер может отдавать index.html лежащий в этой папке. Следовательно папка это не папка, а некая абстракция, которая может отдать листинг документов в ней, а может и файл по умолчанию такой как index.html.

Так же можно говорить об иерархии папок. Если вы используете какой-нибудь mod_rewrite, то он определяет свое понятие иерархического строения URL, в котором элементы пути обычно приравниваются к параметрам запроса и вовсе не имеют ничего общего с файловой структурой сервера.

Раздел 3.2.4 Hierarchy

For some file systems, the "/" used to denote the hierarchical structure of the URL corresponds to the delimiter used to construct a file name hierarchy, and thus, the filename will look similar to the URL path. This does NOT mean that the URL is a Unix filename.

Символ "/" используется для обозначения иерархической структуры URL соответственно разделителю, используемому в конструировании иерархии файловых имен, и таким образом в некоторых файловых системах имя файла выглядит подобным пути URL. Но это не означает, что URL — это Unix-подобное имя файла.

Действительно, в плане веб-сервера http://webonrails.ru/post/1882/ тоже самое что http://webonrails.ru/post/1882/index.php например. Так что этот путь нельзя рассматривать только как папку с точки зрения файловой системы. Так же /post/ может быть не подкаталогом, а параметром по которому находится ресурс поста с конкретным номером.