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

У меня ужасный путь к файловой системе на сервере: example.com/a/b/c/d/e/f/main.html. Для простоты я буду использовать example.com/httpdocs/main.html в теле этого вопроса.

Я хочу, чтобы то, что видит пользователь, было example.com/easy-to-remember. я буду использовать example.com/abc в этом вопросе.

По причинам, выходящим за рамки вопроса, я хотел бы сделать это только с .htaccess файл, а не php-routing.

Начнем со случая, который работает:

RewriteEngine On

# Rewrite abc/ directory for loading of source material
    # Rewrite only if there is no actual file or directory that matches this request
    #   This can especially be useful for loading resources  
    #   because then the full paths won't be redirected if they are correct.
    # Note that RewriteRule never sees leading slashes
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^abc/(.*)$ httpdocs/$1 [NC,L]

При этом пользователь может открыть example.com/abc/main.html (выразительный путь) и отображается страница, которая хранится внутри example.com/httpdocs/main.html (уродливый путь). Пользователь никогда не видит внутренний путь; URL остается /abc/main.html в своем браузере.

До этого момента все работает по назначению. Исходные файлы CSS, указанные в относительном пути в main.html по-прежнему загружаются правильно.
Но возможно main.html это очень бесполезное имя. Я бы предпочел example.com/abc в качестве ссылки вместо example.com/abc/main.html. Это было бы более выразительно и позволило бы внутренние изменения расширения файла без изменения ссылок.

# Rewrite abc without trailing slash to main.html
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^abc$ httpdocs/main.html
    # PROBLEM: This turns the current url into "example.com/abc", so "./libs"
    # is now looked for in "example.com/libs" instead of "example.com/httpdocs/libs"  

Это правило все еще работает для загрузки main.html без отображения этого имени в URL-адресе для пользователя.
Но относительные пути теперь разрешены неправильно.

/httpdocs/main.html полагается на /httpdocs/libs/source.css. В первом случае, когда мы получаем доступ /abc/main.html, исходники загружаются из /abc/libs/source.css и эти нагрузки перенаправляются на /httpdocs/libs/source.css так что все работало нормально. Во втором случае, когда мы получаем доступ /abc, css загружается из /libs/source.css вместо этого, опуская /httpdocs каталог - и это приводит к 404, поэтому страница теперь больше не отображается правильно (при доступе таким образом).

Очевидным решением было бы оставить первый регистр, и если я действительно не хочу показывать имя main.html пользователю, я мог бы дополнительно добавить правило, которое перенаправляет /abc/expressive-name к /abc/main.html (или прямо в /httpdocs/main.html).
Но мне любопытно, есть ли способы достичь того, что я пытался сделать, без добавления второго уровня глубины (еще одного косого черта) к URL-адресу.

Я хочу сохранить относительную загрузку источников, так что если мне когда-нибудь придется переместить всю файловую систему в другой поддомен или около того, я могу просто скопировать все это. Без этого ограничения я мог бы просто сделать все нагрузки абсолютными.