Где должны быть обычные статические ресурсы (изображения, JS, CSS и т. Д.) Идут в Dotnetnuke?

Question

Существует ли рекомендуемое место для хранения статических ресурсов (изображений, CSS, JS и т. Д.) В установке Dotnetnuke 5.x?

Есть / изображения и / js папки, а также папка / ресурсы, которые содержат ресурсы. Похоже, что некоторые перекрываются, поскольку Microsoftajax.js находится в нескольких местах (но может быть разные версии?). Я также мог поставить ресурсы в / desktopmodule / modulex location.

Кто-нибудь знает, есть ли разница в использовании любых из этих папок?

Мне нравится идея всех статических ресурсов, находящихся под общей папкой (/ ресурсами), поэтому я мог бы установить кэширование заголовков правил, разрешения и т. Д. В одном месте.

Кто-нибудь использовал отдельный сервер изображения для обслуживания Dotnetnuke Static Content?Плюсы и минусы отдельного сервера изображений (например, Images.mydomain.com)?

Answer 1

Если у вас есть вся установка DNN, то она может иметь смысл укрепить все ваши ресурсы в одно место (будь то папка ресурсов, используемая DNN, или другой папкой, о которой DNN не знает). Если вы разрабатываете модуль, который будет установлен на сайт, который вы не соблюдаете, то все, что нужно сделать, это ограничить ваши ресурсы в папке DesktopModules для вашего модуля.

Некоторые вещи, которые следует учитывать в отношении папок DNN:

• Если у вас есть контент в папке модуля, удалите этот модуль даст вам возможность удалить этот контент. Это может помочь вам сохранить вещи чистыми и организованными, или он может сделать его можно опасно, если у вас есть несколько определений модулей, совместно используя одни и те же файлы ... (еще более опасные могут быть удаления SQL Scripts; убедитесь, что вы не случайно удалите Модуль, который содержит скрипт удаления)
• Вы можете использовать файловый менеджер DNN для загрузки / удаления / переименования файлов в каталоге порталов, поэтому может иметь смысл поставить файлы там, если администраторы сайта должны иметь контроль над ними
• Установка контента за пределами папки модуля сделает его немного сложнее связать (особенно если оно находится в рамках папки портала, то есть вы должны задать объект порталов для пути каждый раз)
• Нередко поддерживает ресурсы за пределами папки модуля, и поэтому может вызвать путаницу, если вы принесете опытный разработчик DNN в проект

Answer 2

Для скинов и контейнеров вы можете использовать свои собственные папки в каталоге порталов. Так как Bdukes. Сказал, что этот путь администраторы сайта могут контролировать их в DNN.

Для модулей я использовал папку модуля и Module.css по умолчанию, которые могут быть переопределены с помощью C Skin или Container CSS. Это работает, потому что кожи и контейнерные CSS загружаются после Module.css.