DotNetNuke Blogs On DNN, For DNN

简洁代码之哲学(摘录)

Baldwin's DNN — Fri, 03 Jul 2009 05:36:04 GMT

作为开发人员，我们的首要任务是写出能够工作的代码。但是，仅仅“能够工作”还不足矣，为了能够持续提供真正的价值，代码一定要简洁。在此分享一些相关文章的摘录片段。

DNN的Community版本和Professional版本有什么区别

Tue, 12 May 2009 02:54:00 GMT

摘要: DotNetNuke(dnn)目前分为Professional和Communit两个版本。我想很多人都有使用哪个版本的疑惑。 NikKalyani的两篇文章 DotNetNu... 阅读全文

DNN Navisuite菜单模块原始XML文件的格式

Sun, 12 Apr 2009 14:04:00 GMT

摘要: DNN 比较好用的一个菜单模块式Navsuite模块，这个模块因为使用XML+XSL的技术手段，可以灵活的生成各种各样的菜单样式。你可以通过修改style目录下的xsl文件来创建自己的菜单样式，但有一个问题是这个模块没有非常详细的手册，生成的XML是什么格式我们并不熟悉，我这里把生成的XML贴出来给大家参考。阅读全文

介绍几个DNN SEO模块，可免费试用的

Fri, 03 Apr 2009 07:35:00 GMT

摘要: iFinityUrlMaster-GetthebestSEOresultsbytakingcontrolofyourDNNurlsiFinityTagger-Ta... 阅读全文

DotNetNuke(DNN) 中查询所有管理员的SQL语句

Thu, 19 Mar 2009 02:04:00 GMT

摘要: 今天有人问，写了一个，贴出来也许有人能用上，不过这个语句是查询所有portal下的Administrator1:SELECTu.*2:FROM{databaseOwner}[... 阅读全文

(转载)掌握JavaScript语言的思想前提

Sat, 28 Feb 2009 09:24:25 GMT

图1. 可怜的JavaScript（摘自《Practical JavaScript DOM Scripting and Ajax Projects》）

无论是公司的同事还是外界的程序员朋友们，大部分人对JavaScript的高级应用不甚了解，已有的知识架构里会认为JavaScript仅仅是一门脚本语言，其作用是给页面做一些锦上添花的效果，比如表单验证等等。潜意识里也就不会用面向对象的思想去编写JavaScript代码，也很少会去深入了解prototype, context, scope chains, closures等概念。这导致一个传统的脚本编写习惯：

在html页面或js文件里写很多functions
在需要用到function的地方直接调用

上面的做法是面向过程的，看似很自然很不错，但实际上存在很多弊端。在团队协作中，会增加代码冲突，可复用性和可维护性都很低，是一种应该被淘汰的旧式编码习惯。

对于JavaScript的学习，可能最重要的还是要从思想上认识到JavaScript不是玩具语言。JavaScript的作用远不止增加点表单验证，我们可以看看GMail、看看Google Maps，如果开发者们没有对JavaScript足够尊敬，是不大可能写出如此优秀的Web应用的。

JavaScript门槛很低，但门槛低并不意味着容易掌握。一定程度上，JavaScript的入门容易以及其极大的灵活性，使得要掌握 JavaScript变得很难（这和Ruby类似，Ruby也是一门入手容易得道难的语言）。从纯语言上讲（不考虑框架类库），我个人的经验是，学习 JavaScript比学习Java更具挑战性。我们大多习惯了传统的面向对象表述方式，一定程度上甚至会认为类、封装、继承等概念都得像Java、 C++那样，可能都从来没想过没有class, extend, override等概念也能面向对象。JavaScript的面向对象打破了这种思想上的禁锢：世界是多样性的，条条大路通罗马。夸张一点说，深入学习 JavaScript，更多的是一种思想上的挑战，能活跃思路，扩大视野，甚至改变对世界的看法。

上面所说的这些，无意于夸大JavaScript的作用和难度。每个人都或多或少的会强调自己所学的知识，但在这里，我希望自己能很客观的传递一个观点：无论什么语言，想要精通，都很不容易；如果想学习某门语言，就得从思想上尊敬这门语言，在尊敬的基础上去学习，才有可能掌握这门语言的精髓。除了JavaScript，再举两个例子：

一是CMD脚本。dir, cd, for, tree多容易，接触过不少非常想精通CMD脚本的人，这些人会花一段时间去努力学习，但绝大部分最后还是连一个简单的备份脚本也不会写。抛去术业有专攻等各种理由不谈，这些人最后无法精通CMD脚本很大程度源于他们自身的心魔：潜意识里认为CMD很容易，不“尊敬”它，因此实际行动上也就不会真的把心思放在学习CMD上。

二是HTML语言。经常能听到这样的话：HTML多容易，花个一两天也就会了，我自己也曾这么认为。但随着使用HTML经验的增长，我慢慢感觉到，对于Web前端开发来说，HTML可以说是最难的。HTML4.01规范中的91个元素就如汉字里的2500个常用字一样，我们读完小学后对常用字应该就都认识了，但要用汉字写篇优秀的文章，却并不容易。HTML也是这样，大部分宣称HTML很容易的开发者，往往只停留在认识body, p, form, table, div, ul等标签上，对于dl, legend, sub, caption等并非生僻的标签甚至都不认识。在常用字还认不全的情况下，宣称HTML很容易，真的很狂妄。（HTML的难度在于如何利用标签构建出结构良好且富含语义的代码，就如写作文一样，不能认为认识几个字就自信能妙笔生花。）

总之，语言无贵贱难易，要从思想上尊敬重视一门语言，才有可能驾驭它，否则，将永远游离在专业程序员的宝殿之外。

图2. JavaScript获得了应有的尊敬（摘自《Practical JavaScript DOM Scripting and Ajax Projects》）

上面是老文，辞句上稍微有些修改。今天再读，补充一点最近的想法：

对JavaScript而言，首先我们要意识到它的强大。目前各个浏览器争先恐后地优化提高JS引擎的性能，已经昭示出JavaScript强大的生命力和非常美好的前景。从心魔中去除对脚本语言的鄙视，尊重JavaScript, 对我们这些已经专职从事前端开发的程序员来说，早已不是问题。但我们还需宣传布道，要让后台开发程序员们也能意识到这一点，这还有漫长的路要走。

上面是一方面，还有一方面是："我们需要关注JavaScript如何使用，或许更需要关注JavaScript能做什么。" 这是Aaron Gustafson在JavaScript渐进增强一文中非常强调的一点。精通某门语言，还意味着要清楚这门语言在哪些地方不适合使用。任何一门语言都不能滥用，庖丁解牛，杀猪砍肉，不同的场合需要用不同的刀。每个优秀的屠夫都有自己的一套刀具，并不是像关羽一样抗一把青龙偃月刀就能闯遍天下。

jQuery插件开发: equalizeCols Plugin

Tue, 17 Feb 2009 14:54:28 GMT

在开发web应用中, 自从我们抛弃了基于Table的页面布局后, 创建同等高度栏目或内容盒子的视觉效果(多是处于UI美观的考虑)已然是一个挑战, 在此推荐一个jQuery插件, 使得在同一个容器里“平衡”盒子的高度成为一间很简单的事情，从而修正了浏览器之间的差异, 还一个漂亮的UI.

如何让DNN的菜单支持多语言

Mon, 09 Feb 2009 03:43:00 GMT

摘要: 我安装的系统中有默认的en-US和增加的zh-CN两种语言。页面能正常在这两种语言中切换，但如何切换menu的两种语言显示。参照系统管理菜单的多语言方法。基本找到了解决方法了。做法就是在App... 阅读全文

SunBlog更新:增加3D Tag Clouds插件

Sat, 07 Feb 2009 06:35:13 GMT

如果用过WordPress的博客应该都知道有一个很著名的插件WP-Cumulus WordPress plugin, 这也是一个3D Tag Coulds插件, 它通过Flash+js来展现Tag或目录的标签云效果, 超炫且极为实用, 而这也是我偶然发现, 觉得效果不错并对SunBlog有借鉴意义, 因为之前我也曾有JQuery来实现有些动画效果的标签云插件, 故现在手痒把Flash也整合进来, 如此用户就有更多的选择和效果呈现了, 经过一个晚上的努力终于把这一插件开发出来, 无缝的整合到SunBlog里边, 目前发布了Beta版本做个Demo, 即将开发的功能包括:

1) 用户可设置标签云呈现相关选项, 比如宽度, 高度, Tag颜色等等

2) 整合JQuery Flash Plugin, 不用默认的SWF Object脚本, 简洁方便.

3) 独立成一个控件组件, 也许DNN其他模块也可以用到.

4) 更好的支持中文Tag呈现

SunBlog 3D Tag Coulds插件 Demo

如何在DNN模块开发中利用缓存机制？

Wed, 04 Feb 2009 15:18:25 GMT

在Asp.Net开发过程, 缓存是我们经常遇到的问题, 同样在DNN模块开发中利用好缓存无疑对我们开发的模块是有显著性能提升的效果的。本文将介绍DNN核心API自带的缓存机制及其一些使用方法.

Javascript版本的StringBuilder

Wed, 04 Feb 2009 13:24:56 GMT

众所周知, C#或其他一些纯粹的面向对象编程语言都存在StringBuilder这一类型, 这是因为字符串在内存中是不可变的。这意味着, 如果为了得到第三个字符串而连接两个字符串时, 在一个短暂的时间内, CLR将会在内存中维护三个字符串的实例。为了缓解这种因字符串连接而带来的性能问题, 同时为了给字符串连接操作给予编程工具支持, .NET框架提供了一个名为StringBuilder的类。通过使用StringBuilder类来动态创建可变长字符串, 可以避免因CLR中的字符串的不可变性而带来的问题, 如此编写的代码通常会更容易阅读。而今天我们要提到的是解释型语言javascript下的StringBuilder, 大家都应该知道javascript只有原生类型String, 而并没有StringBuilder, 在此我想分享的就是扩展的StringBuilder版本。

如何借助JQuery封装HTML SELECT操作?

Tue, 03 Feb 2009 12:55:59 GMT

最近一直在开发Asp.Net MVC项目, 对DNN稍有松懈, 不过由于所有技术都有相通和借鉴之处, 故在学习MVC框架的同时也对DNN有了更深的认识, 由于MVC模式对UI和前端界面的交互有更多的掌握, 需要你更多控制界面上的HTML元素, 包括布局控制和如何呈现等等. 在此想分享一点JQuery在MVC模式下(当然你在其他项目也是可以用到的, 比如DNN或传统的Asp.Net form)如何操作HTML SELECT元素。

如何在DNN模块级别以编程方式添加样式文件

Sat, 17 Jan 2009 06:45:16 GMT

关于一些DNN样式的观点曾在以前文章提到过, 比如DNN默认核心CSS继承关系解析, DNN Style Sheet简要总结, DNN性能优化建议, 加速DNN的新举措等等都讲述如何管理和优化DNN本身的CSS样式文件, 这些文章都可归结为一个结论: 理解DNN的样式继承关系是设计和开发皮肤(Skin) 和模块(Module)必备的, 也是优化DNN网站必须了解的．大家有兴趣深入了解DNN的核心机制不妨回头看看这些文章. 本文将从另外一个角度来说说DNN的样式, 那就是如何在DNN模块级别上动态添加样式文件.

(转载)对ASP.NET MVC开发人员的建议

Tue, 13 Jan 2009 12:48:22 GMT

关于Chad Myers和Jeremy Miller对于开发人员究竟该如何使用ASP.NET MVC提出了有力的建议, 在此提出了一些准则性的建议, 最后还分享DNN面临MVC的转机和资讯...

DNN模块调试的一点小技巧

Sat, 03 Jan 2009 02:09:00 GMT

摘要: 有时候模块出错只是出现这样的错误提示： A critical error has occurred. object reference not set to an instance of an object. 这样的错误提示是毫无价值的，那如何得到有价值的错误提示信息呢? 阅读全文

理性对待新一代DNN版本("Cambrain")

Fri, 02 Jan 2009 11:03:02 GMT

我想大家也许都已经知道DotNetNuke 5.0 在(2008年)圣诞前夕发布了, 也就是之前一直在高调宣传的Cambrain版本, 在大家来说这的确是一个不错的消息, 鼓舞人心. 在DNNMix和m2land的博客中也分别列举了一些DNN 5.0巨大的的特色和变化, 现在此也列举了一下并对此作些评论, 一些个人的观点仅供参考:

DotNetNuke 5.0主要更新
1) 核心框架增加jQuery支持，在安装系统时集成安装jQuery，同时模块开发可以直接使用jQuery。
评论:这的确是一个明智的选择, 想想asp.net MVC Framework都拥抱了JQuery, 这足以肯定JQuery的价值, 其实我一直对DNN本身自带的ClientAPI并没有太多的好感, ClientAPI最初版本的确实现了一些与众不同的功能，后来因为兼容MicrosoftAjax进行了一次大调整, 如今又因为整合JQuery会做出什么的更改呢? 但愿模块开发者可以更随心所欲利用ClientAPI.
2) 增加对IE 8 源剪辑(Web Slices) 的支持，管理员可以设置任何模块使用IE 8的源剪辑功能，包括设置保存的时间。
评论: 看来因为DNN纯粹是Microsoft平台下的开源产品, 寻求支持并兼容IE 8也是情理之中, 但愿不要过分亲热而忘了标准, 这里可以用DNN在CodePlex.com上部署下载点看出一点端倪.
3) DotNetNuke 5.0 中消除了管理员模块和普通模块的界限，现在管理员可以给任意一个管理模块分配角色权限。
评论: 这是一大进步, 之前的版本存在管理模块和一般模块分离过度的情景, 有时客户需求需要赋予某一用户特定的管理权限则是不容易做到的, 比如需要分配给某一个网管查看网站日志的权限, 但不需要具备管理员的全部权限。
4) 全面升级安装服务，之前我们在不同的地方上传并管理皮肤，模块，语言包，新版本中dnn后缀的安装文件将支持所有的扩展类型，皮肤，容器，模块，语言包，Provider 现在都可以通过统一的安装界面安装和卸载。
评论: 我觉得这是DNN 5.0最大的亮点, 也就是真正的实现插件式的机制, 除了核心之外所有的皮肤，容器，模块，语言包，Provider 都视作为插件, 可随时卸载或安装而不影响核心机制的运行, 并统一安装，统一部署，统一管理. 这无疑将让DNN的产品线完全扩展出来, 而不再局限于之前的皮肤和模块这两大块, 相应的DNN服务领域也将扩大化, 这对于DNN应用和DNN产品本身都将起到积极的推动作用.
5) 增加了XHTML, WCAG and ADA 的扩展支持，以及对老版本非XHTML皮肤的兼容。
评论: 这对于皮肤开发者来说是个不错的消息, 可以完全的设计纯CSS和XHTML的Skin. 看来我上边提到"但愿不要过分亲热而忘了标准."有失偏颇, :)
6) 重构核心构架并提升对单元测试(Unit Testing)的支持，重构了一些核心类使用了接口并且增加了简单的原件工厂模式以提供依赖注入(dependency injection)的支持。
评价: 这也算是DNN核心一大改进, 如今TDD不断被大家所推崇, 足于说明测试对于开发的重要性, 任何一个成熟的产品必须尽得起重构的考验, 而好的测试将是重构的成功与否的关键部分.
7) 权限设置单元中增加了拒绝(deny)选项，这个新功能扩展了权限系统并赋予管理员更加灵活的权限设置能力。
评价: 这将赋予DNN更多的灵活性, 拍手欢迎。
8) 增添了Widget框架(其实翻译过来叫"小部件", 觉得很是别扭, 翻译为"插件"也不大合适)，这一Widget框架使得我们可以快速地添加某一小段特殊用途的JavaScript/html widget到网站而无需大费周折。Widget框架支持基于标签的描述，这意味着即使你不是很懂javascript也可以简单的添加Widget。
评价: 很好的借鉴方式, 如今也算是一个Widget时代了, 各种各样的Widget层出不穷, 其实Widget也是我们理解的插件模式, 不过它更多的是独立性和灵活性. 这对于需要定制的服务需要无疑是一个不错的选择.
9) 皮肤对象(skin object)增加了新的用法，现在设计皮肤再不需要附加单独的skin.xml文件定义皮肤对象的属性，你也不会看到杂乱无章的 [SKINOBJECT] 标签，取而代之的是新的皮肤对象标示法，它极大简化了制作皮肤的的过程，如果想在皮肤里引用某一个简单的javascript 文件你甚至可以在设计皮肤的同时所见即所得(WYSIWYG )。
评价: 这也是对于皮肤开发的改进, 我想如果能完全的做到所见即所得(WYSIWYG )还需要一定时间吧, 但愿以后可以实现.
10) 安全性的提升，修复了所有4.x版本安全漏洞.
评价: 安全性对于CMS的重要性毋庸置疑的, 此次的安全性改进将让更多的客户选择DNN, 这是我们这些DNN工作者无疑也是一种福分. :)
以上10点算是DNN 5.0(Cambrain)最大的亮点. 更多更新记录: DNN 5.0(Cambrain) ChangeLog

最后我想总结一下我个人对DNN 5.0(Cambrain)的一些整体性看法和观点, 目前Cambrain从beta版本到release版本总体觉得改进了很多, 可以用"翻天覆地或转折点"来形容也不为过, 但同时也暴露了不少了Bug和问题, 总共不下几百处, 到这篇文章发布之时, DNN 5.1已经跟随其后发布了, 这无疑也是为了修改bugs而更新的版本. 如此看来, DNN 5.0(Cambrain)甚至DNN 5.1也不至于是一个稳定的版本, 其实理由很简单, DNN核心架构调整了不少, 难免出现冲突和意想不到的Bugs, 就我本人而言不推荐大家马上升级到Cambrain, 需要观望一段时间(至少半年的时间), 当然学习那就无所谓了. 不妨看看国外的一些同样观点的评论

" I think should be mentioned that DNN 5, although out of beta, does not seem to be ready for production. There are some serious issues reported at the official DNN forums especially from those who tried an upgrade. I spent some time with a clean install locally and even that has several issues. So we better wait for the next release before we try DNN 5 for production. "

最后祝愿大家2009年在DNN旅程得到更多的乐趣和成就. :)

理性对待新一代DNN版本("Cambrian")

Fri, 02 Jan 2009 11:03:02 GMT

我想大家也许都已经知道DotNetNuke 5.0 在(2008年)圣诞前夕发布了, 也就是之前一直在高调宣传的Cambrian版本, 在大家来说这的确是一个不错的消息, 鼓舞人心. 在DNNMix和m2land的博客中也分别列举了一些DNN 5.0巨大的的特色和变化, 现在此也列举了一下并对此作些评论, 一些个人的观点仅供参考:

DotNetNuke 5.0主要更新
1) 核心框架增加jQuery支持，在安装系统时集成安装jQuery，同时模块开发可以直接使用jQuery。
评论:这的确是一个明智的选择, 想想asp.net MVC Framework都拥抱了JQuery, 这足以肯定JQuery的价值, 其实我一直对DNN本身自带的ClientAPI并没有太多的好感, ClientAPI最初版本的确实现了一些与众不同的功能，后来因为兼容MicrosoftAjax进行了一次大调整, 如今又因为整合JQuery会做出什么的更改呢? 但愿模块开发者可以更随心所欲利用ClientAPI.
2) 增加对IE 8 源剪辑(Web Slices) 的支持，管理员可以设置任何模块使用IE 8的源剪辑功能，包括设置保存的时间。
评论: 看来因为DNN纯粹是Microsoft平台下的开源产品, 寻求支持并兼容IE 8也是情理之中, 但愿不要过分亲热而忘了标准, 这里可以用DNN在CodePlex.com上部署下载点看出一点端倪.
3) DotNetNuke 5.0 中消除了管理员模块和普通模块的界限，现在管理员可以给任意一个管理模块分配角色权限。
评论: 这是一大进步, 之前的版本存在管理模块和一般模块分离过度的情景, 有时客户需求需要赋予某一用户特定的管理权限则是不容易做到的, 比如需要分配给某一个网管查看网站日志的权限, 但不需要具备管理员的全部权限。
4) 全面升级安装服务，之前我们在不同的地方上传并管理皮肤，模块，语言包，新版本中dnn后缀的安装文件将支持所有的扩展类型，皮肤，容器，模块，语言包，Provider 现在都可以通过统一的安装界面安装和卸载。
评论: 我觉得这是DNN 5.0最大的亮点, 也就是真正的实现插件式的机制, 除了核心之外所有的皮肤，容器，模块，语言包，Provider 都视作为插件, 可随时卸载或安装而不影响核心机制的运行, 并统一安装，统一部署，统一管理. 这无疑将让DNN的产品线完全扩展出来, 而不再局限于之前的皮肤和模块这两大块, 相应的DNN服务领域也将扩大化, 这对于DNN应用和DNN产品本身都将起到积极的推动作用.
5) 增加了XHTML, WCAG and ADA 的扩展支持，以及对老版本非XHTML皮肤的兼容。
评论: 这对于皮肤开发者来说是个不错的消息, 可以完全的设计纯CSS和XHTML的Skin. 看来我上边提到"但愿不要过分亲热而忘了标准."有失偏颇, :)
6) 重构核心构架并提升对单元测试(Unit Testing)的支持，重构了一些核心类使用了接口并且增加了简单的原件工厂模式以提供依赖注入(dependency injection)的支持。
评价: 这也算是DNN核心一大改进, 如今TDD不断被大家所推崇, 足于说明测试对于开发的重要性, 任何一个成熟的产品必须尽得起重构的考验, 而好的测试将是重构的成功与否的关键部分.
7) 权限设置单元中增加了拒绝(deny)选项，这个新功能扩展了权限系统并赋予管理员更加灵活的权限设置能力。
评价: 这将赋予DNN更多的灵活性, 拍手欢迎。
8) 增添了Widget框架(其实翻译过来叫"小部件", 觉得很是别扭, 翻译为"插件"也不大合适)，这一Widget框架使得我们可以快速地添加某一小段特殊用途的JavaScript/html widget到网站而无需大费周折。Widget框架支持基于标签的描述，这意味着即使你不是很懂javascript也可以简单的添加Widget。
评价: 很好的借鉴方式, 如今也算是一个Widget时代了, 各种各样的Widget层出不穷, 其实Widget也是我们理解的插件模式, 不过它更多的是独立性和灵活性. 这对于需要定制的服务需要无疑是一个不错的选择.
9) 皮肤对象(skin object)增加了新的用法，现在设计皮肤再不需要附加单独的skin.xml文件定义皮肤对象的属性，你也不会看到杂乱无章的 [SKINOBJECT] 标签，取而代之的是新的皮肤对象标示法，它极大简化了制作皮肤的的过程，如果想在皮肤里引用某一个简单的javascript 文件你甚至可以在设计皮肤的同时所见即所得(WYSIWYG )。
评价: 这也是对于皮肤开发的改进, 我想如果能完全的做到所见即所得(WYSIWYG )还需要一定时间吧, 但愿以后可以实现.
10) 安全性的提升，修复了所有4.x版本安全漏洞.
评价: 安全性对于CMS的重要性毋庸置疑的, 此次的安全性改进将让更多的客户选择DNN, 这是我们这些DNN工作者无疑也是一种福分. :)
以上10点算是DNN 5.0(Cambrian)最大的亮点. 更多更新记录: DNN 5.0(Cambrian) ChangeLog

最后我想总结一下我个人对DNN 5.0(Cambrian)的一些整体性看法和观点, 目前Cambrian从beta版本到release版本总体觉得改进了很多, 可以用"翻天覆地或转折点"来形容也不为过, 但同时也暴露了不少了Bug和问题, 总共不下几百处, 到这篇文章发布之时, DNN 5.1已经跟随其后发布了, 这无疑也是为了修改bugs而更新的版本. 如此看来, DNN 5.0(Cambrian)甚至DNN 5.1也不至于是一个稳定的版本, 其实理由很简单, DNN核心架构调整了不少, 难免出现冲突和意想不到的Bugs, 就我本人而言不推荐大家马上升级到Cambrian, 需要观望一段时间(至少半年的时间), 当然学习那就无所谓了. 不妨看看国外的一些同样观点的评论

最后祝愿大家2009年在DNN旅程得到更多的乐趣和成就. :)

DNN 04.09.01 StartKit中的新内容。

Wed, 31 Dec 2008 02:48:00 GMT

摘要: 阅读全文

如何添加DNN模块的自定义模块权限

Sun, 28 Dec 2008 08:01:34 GMT

在开发模块的过程中, 有时也许需要某一自定义的权限, 也就是介乎浏览(View)和编辑(Edit)之间的权限, 比如博客的拥有者, 某一评论或列表的添加者等等, 本文将详细说明这一需求的变更缘由和对应的解决方案.

如何添加DNN模块的自定义权限

Sun, 28 Dec 2008 08:01:34 GMT

DotNetNuke的C#版本

Sat, 27 Dec 2008 16:26:00 GMT

摘要: 在Google Code 上有一个DotNetNuke的C#版本：http://code.google.com/p/cs-dotnetnuke/，最后提供的一个C#版本是4.4.0 阅读全文

DotNetNuke 5.0 放到CodePlex上提供下载了

Sat, 27 Dec 2008 09:12:00 GMT

摘要: 有一点比较有趣的是，DNN的下载从之前的http://sourceforge.net 转移到了微软的CodePlex。这也表明了DNN在和微软的关系上更进了一层。以后，DNN项目应该能从微软得到更多的支持。阅读全文

在VS中使用独立的项目(Project)开发DNN模块

Wed, 17 Dec 2008 07:18:00 GMT

摘要: 本文介绍了如何使用模板创建一个在VS中独立存在的DNN模块项目（Project）阅读全文

在DNN 5 RC 2中上传低版本皮肤出错的解决

Wed, 10 Dec 2008 07:53:00 GMT

摘要: 在DNN 5中上传老版本的皮肤时，会报这个错误： This package does not have a manifest. Old Skins and Containers do not contain manifests. If this is a legacy Skin or Container Package please check the check box below and reupload the package. 阅读全文

(转载)Web 设计：实现干净代码的12条定律

Sat, 06 Dec 2008 05:15:44 GMT

漂亮的代码是漂亮网站的基础，优秀的 CSS 只存在与同样优秀的 HTML 之上，干净的，语义的 HTML 代码让一个网站更健壮。本文讲述了12个实现干净 Web 设计代码的定律，适合于任何从事 Web 设计的人。