Я бы отделил загрузки от статических файлов, используемых в общем макете (например, логотипы, значки и т. Д.), Поэтому намного проще очистить существующие файлы, чтобы загрузить новый дизайн, не заботясь о том, чтобы загрузки не былиудалены / перезаписаны.
Что касается доменных имен, я бы не разбивал файлы таким образом.Один поддомен для статических файлов, один для загрузки - отлично.Но я бы не стал добавлять его для сценариев или таблиц стилей.
Использование поддоменов может иметь преимущества, хотя в зависимости от веб-сервера вы можете настроить весь виртуальный хост на соблюдение определенных правил, например, нет.предоставление списков каталогов или запрещение доступа к каким-либо файлам, кроме изображений, или отказ от доставки файлов с горячими ссылками (без необходимости беспокоиться о конкретных подкаталогах).Это также может упростить перенос файлов на другой хост в дальнейшем, например, для медиафайлов или загрузок в службу облачного хостинга.
Учитывая ваш пример, я бы использовал следующие субдомены:
www.domain-name.com (basic web presence)
static.domain-name.com or media.domain-name.com (serving support files like js, css, images, etc. - stuff that doesn't change and can be cached for a long time)
uploads.domani-name.com (serving uploaded files)
Не переусердствуйте, поскольку таким образом вы не получаете никакой дополнительной производительности (если вы не используете разные серверы и не ожидаете большой нагрузки).На самом деле загрузка страницы может быть медленнее (из-за дополнительных поисков DNS), и вы можете столкнуться с ограничениями безопасности, например, в отношении достоверности / доступности файлов cookie или междоменных сценариев.