Wo sollte gemeinsame statischen Ressourcen (Bilder, js, css, etc.) geht in DotNetNuke?

Question

Gibt es eine empfohlene Position statische Ressourcen zu speichern (Bilder, CSS, JS, etc) in einer DotNetNuke 5.x-Installation?

Es gibt / Bilder und / js Ordner sowie ein / Ressourcen-Ordner, enthält Ressourcen. Es scheint eine gewisse Überlappung zu sein, wie MicrosoftAjax.js an mehreren Standorten (aber vielleicht verschiedene Versionen sein?). Ich könnte auch Ressourcen stellen in einer / DesktopModule / Modulex Lage.

Wer weiß, wenn es einen Unterschied in einem dieser Ordner mit?

ich ein bisschen wie die Idee alle statischen Ressourcen unter einem gemeinsamen Ordner sein (/ Ressourcen), damit ich die Caching Regel Header gesetzt könnte, Berechtigungen usw. auf sie an einem Ort.

Hat jemand einen separaten Bildserver zu dienen DotNetNuke statische Inhalte verwendet? Vor- und Nachteile eines separaten Bildserver (zB images.mydomain.com)?

Answer 1

Wenn Sie die gesamte DNN Installation besitzen, dann kann es durchaus Sinn machen alle Ihre Ressourcen an einem Ort zu konsolidieren (ob ihr die Ressourcen von DNN verwendet Ordner oder einem anderen Ordner, dass DNN nicht kennt). Wenn Sie ein Modul sind zu entwickeln, die auf einer Website installiert werden, dass Sie nicht völlig eigen, dann ist das rücksichtsvoll, was zu tun ist, Ihre Ressourcen zu beschränken, in den DesktopModules für Ihre Modul Ordner.

Einige Dinge in Bezug auf DNN-Ordner zu beachten:

• Wenn Sie unter einem Modul des Ordners Inhalt haben, das Modul zu deinstallieren geben Ihnen die Möglichkeit, diese Inhalte zu löschen. Dies kann Ihnen helfen, die Dinge sauber zu halten und organisiert, oder es kann es gefährlich sein, machen können, wenn Sie mehrere Moduldefinitionen haben die gleichen Dateien teilen ... (Noch gefährlicher ist die Deinstallation von SQL-Skripten sein, stellen Sie sicher, dass Sie nicht versehentlich zu deinstallieren ein Modul, das ein Deinstallationsskript beigefügt)
hat
• Sie können die DNN Dateimanager zum Hochladen / Löschen / Umbenennen von Dateien innerhalb des Portals Verzeichnis, so dass es Sinn machen kann Dateien dort zu setzen, wenn Site-Administratoren die Kontrolle über sie haben sollte
• Putting Inhalte außerhalb des Ordners des Moduls wird es etwas schwieriger machen zu Link zu (vor allem, wenn es auf einem Portal bestimmten Ordner ist, das heißt Sie haben die PortalSettings fragen Objekt für den Pfad jedes Mal)
• Es ist ungewöhnlich, Ressourcen zu halten, außerhalb des Ordners des Moduls und kann so zu Verwirrung führen, wenn Sie einen erfahrenen DNN Entwickler in das Projekt
bringen

Answer 2

Für Häute und Container Sie ihre eigenen Ordner unter dem Verzeichnis Portal nutzen können. Wie bdukes sagte, können auf diese Weise Site-Administratoren sie innerhalb DNN Kontrolle zu bringen.

Für Module, habe ich den Modulordner und module.css für Standardwerte verwendet, die durch die Haut oder Container CSS außer Kraft gesetzt werden können. Das funktioniert, weil die Haut und Container CSS sind nach dem module.css geladen.