DotNetNuke 5 User's Guide Get Your Website Up and Running读书摘录4

简介:

Host Skin

The Host Skin option allows you to choose the primary skin that a DNN instance will use. By choosing either the Host or Site radio button, you will populate the drop-down list with skins. Skins at the host level are available to all websites within a DNN instance, whereas skins installed at the site level will be available only for the individual portal. We will look at skin installation in Chapter 4. For now, you won’t have any skins installed other than the four skins provided by default from the DNN installation (see Figure 3-15). The Preview link next to the drop-down list will take you to a page previewing the skin selected in the dropdown list. A quick tip regarding the preview mode; this does not save your changes. You still need to change your settings by clicking on Update at the bottom of the Host Settings page to save the skin change, or any other changes you’ve made to the page.

 

SEO – Search Engine Optimization

Throughout the book, we will mention the term ‘‘search engine optimization,’’ otherwise known as SEO. SEO is the theory and process of optimizing the content of your web pages and website for better indexing by the various search engines, such as Google, Microsoft’s Live Search, and Yahoo! This is done to try to make your pages show up higher in the search result listings, thus driving more traffic to your site. SEO is an art of its own, but we will try to point out elements within DNN that can assist you with better optimizing your website for the search engines.

 

Portal Skin

The Portal Skin setting defines the default skin that your portal will use. Defining the default portal skin is an important part of the configuration process, as this is the skin that will be used on all pages of your website that don’t have their own skin defined in the Page Settings. (Page Settings are discussed later in this chapter.) You should choose the most common skin that pages on your site should use. This will allow you to save on the amount of work necessary because you won’t have to configure most pages on your site manually, only the skin settings for pages that don’t use the portal skin.

 

Portal Container

The Portal Container setting defines the default container that the modules on your portal will use.

This setting will apply to all modules on your site, although you can override this setting in a couple of places. On individual pages, in the Page Settings, you can set a default container for the page; this would override the default container from the Site Settings. For individual modules on a page, you can also override the container in the Module Settings. We will cover Module Settings later in this chapter.

 

Edit Skin

The Edit Skin setting is definitely one of the most misunderstood options in DNN. In previous versions of DNN, this setting was called the Admin Skin. Although the name has changed, the functionality provided is still the same. To understand this, first consider how DNN handles and loads modules. In most cases, DNN will load multiple modules on a page, either into a single pane or into multiple panes. Every module has a View control, the default interface that users will see when they load a page that has the module on it. Most modules will also have a Settings control, in which you can configure the settings for the module, as well as an Edit control, in which you can interact with the content/functionality that the module provides. When you edit the module or go to the settings for a module, DNN will load only that particular control on the page. You will notice when you do this that all the other modules that were on the page go away. You can tell when your DNN site is loading an individual control by looking at the URL of the page; you will likely see ‘‘CTL’’ in the URL. For example, in the default configuration, DNN will load the Login

control using this functionality when you click on the Login link on your page. When we are on our home page, if we click on the Login link, we get a URL of the following format:

http://dnnbook/Home/tabid/38/ctl/Login/Default.aspx

Notice the /ctl/login/ section of the URL. This is a query string parameter telling DotNetNuke to load the Login control. You will notice similar functionality if you click on the Register link from your home page; DNN will load the Register controls.

http://dnnbook/Home/tabid/38/ctl/Register/Default.aspx

The edit and settings functionality for modules, along with the login and register controls, are loaded in the Edit skin, defined with the Edit Skin setting. In many cases, having the Edit Skin and the Portal Skin be the same is perfectly acceptable, although in other cases you might find that you want a cleaner, more concise (less graphics, panes, etc.) skin when you are editing or changing the settings for a module. You will also see this Edit Skin when you add/edit pages within DNN later in this chapter.

 

Edit Container

The edit container, like the edit skin, is used in the case where DNN is loading only a particular control. In most cases, this is only something administrators will see; however, as we’ve pointed out with the Login and Register links, it is possible that other users will see this container as well.

 

 logo的目录

Appearance中的logo是存放在E:/webroot/DnnDemo/Portals/0文件夹下面的,即使我们上传本地文件作为网站的logo,它也会先将文件复制到E:/webroot/DnnDemo/Portals/0下载作为logo

 

Home Directory

The Home Directory option is not a setting you can configure after the creation of a DNN portal, but it is something you can change during the portal-creation process. For your purposes, the Home Directory setting tells you where the files for this individual portal exist, from the root of your DotNetNuke folder. In Chapter 2, we created our DNN site in this directory:

c:/inetpub/wwwroot/DotNetNuke/

The Home Directory shows our portal’s directory is in Portals/0/, which equates to the local web server path of: C:/inetpub/wwwroot/DotNetNuke/Portals/0/





本文转自xwdreamer博客园博客,原文链接:http://www.cnblogs.com/xwdreamer/archive/2009/12/26/2297189.html,如需转载请自行联系原作者


目录
打赏
0
0
0
0
60
分享
相关文章
AI技术深度解析:从基础到应用的全面介绍
人工智能(AI)技术的迅猛发展,正在深刻改变着我们的生活和工作方式。从自然语言处理(NLP)到机器学习,从神经网络到大型语言模型(LLM),AI技术的每一次进步都带来了前所未有的机遇和挑战。本文将从背景、历史、业务场景、Python代码示例、流程图以及如何上手等多个方面,对AI技术中的关键组件进行深度解析,为读者呈现一个全面而深入的AI技术世界。
752 10
探索区块链技术中的隐私保护机制
探索区块链技术中的隐私保护机制
251 27
《鸿蒙系统AI优势:超越安卓,开启智能新篇》
鸿蒙系统在人工智能浪潮中展现出独特优势。其系统级原生智能简化开发,AI大模型接入提升智慧交互,微内核架构保障安全稳定,分布式架构实现多设备无缝协同,隐私保护措施全面,智能检测实时防护。相比安卓,鸿蒙在开发效率、智能性、安全性及用户体验上更具竞争力,为用户带来更智能、便捷、安全的使用体验。
394 6
自然语言处理技术有哪些
【7月更文挑战第30天】自然语言处理技术有哪些
757 10
人工智能的伦理困境:机器决策与道德责任
【8月更文挑战第3天】 在人工智能技术飞速发展的今天,机器学习和自动化决策系统正逐步渗透到我们生活的方方面面。然而,随着技术的进步,一系列伦理问题也随之浮现。从数据偏见到隐私侵犯,再到机器自主性引发的责任归属问题,人工智能的伦理挑战不容忽视。本文将探讨AI技术中存在的几个关键伦理议题,并讨论如何通过制定合理的政策和技术框架来应对这些挑战。
325 3
密码学原理及其在网络安全中的应用
【7月更文挑战第27天】密码学作为保护信息安全的基石,在网络安全中发挥着不可或缺的作用。通过加密、解密、身份验证、数字签名和哈希函数等技术手段,密码学确保了数据的机密性、完整性和认证性。随着计算能力的不断提升和密码分析技术的不断进步,密码学需要不断创新和发展,以应对新的安全挑战。未来,随着量子计算技术的兴起和后量子密码学的研究深入,密码学将在网络安全领域发挥更加重要的作用。
Scrapy:高效的网络爬虫框架
Scrapy是Python的网络爬虫框架,用于快速构建和开发爬虫。它提供简单API和全功能环境,包括请求调度、HTML解析、数据存储等,让开发者专注爬虫逻辑。Scrapy工作流程包括发起请求、下载响应、解析数据、处理数据和发送新请求。其核心组件有调度器、下载器、解析器(Spiders)和Item Pipeline,广泛应用于数据挖掘、信息监测、搜索引擎和自动化测试。有效技巧包括合理设置请求参数、编写高效解析器、使用代理和防反爬策略,以及利用中间件。随着大数据和AI的发展,Scrapy在爬虫领域的地位将持续巩固。【6月更文挑战第6天】
390 0
两张图带你看清 ConcurrentHashMap 1.7和1.8的不同
ConcurrentHashMap 包 可以看到这个 ConcurrentHashMap 是位于并发包下面的, 这可是大名鼎鼎的 JUC 呀 并发涉及到线程安全呀,锁的知识点,还有诸如关键字 volatile 等 有关内存屏障的东西 , 还有 Unsafe 类这个更底层的! 😄 嘿嘿~ 我们知道这个 HashMap 是线程不安全的~ ,而 线程安全的 Map 就有这个 HashTable 还有这个 ConcurrentHashMap 。 看到这里不知道小伙伴们会不会 有个小小的疑惑 ? (・∀・(・∀・(・∀・*) 为啥有了 HashTable 还要再设计这个 Concurre
352 0
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等

登录插画

登录以查看您的控制台资源

管理云资源
状态一览
快捷访问