|
|
备份模块升级时的内容 |
|
|
By yue zhang on
2007/3/23 16:20
|
|
|
|
without moudles, without DNN,我想,即使是刚入门DNN的人也不会否认这句话!
然而DNN毕竟是一个开源的产品,在我的印象里,这样的东西肯定是一群理想主义的高手们在做,不可否认的是,高手们很多是不屑于低级问题的。所以,我觉得很多模块都有这样那样的问题,当然,模块的升级是一直坚定不移的前进着的,虽然,真的太缓慢了!
在模块管理中,我见到了“更新”按钮,可是,真的不知道如何才能让模块能“自动升级了”。
一旦你卸载了某个模块,包含这个模块的所有页面将自动删除该模块,等你重新安装了新版本模块再进入网站的时候,你会发现这个模块以前的所有内容都“人间蒸发”了。
有两个办法可以保留下你的旧有内容:
一个是导出功能,这个功能在模块的菜单里可以找到!这个功能可以将模块的定义导出到一个位于文件管理器中根目录位置的XML文件,需要的时候,可以再导入到模块中来。使用这个方式安全的多,在新模块安装好以后,到以前的页面中再加入该模块,然后使用模块菜单里的“导入内容”菜单项,就可以把以前的内容导入进来了!所以,我在定义好某个模块后,一般都会把内容导出一下,全当做了一个备份!
一个是在卸载模块时,取消卸载按钮旁边的“删除文件”选项的选中标志。使用这个方式不需要导入导出操作,一旦建立新模块,以前的内容就自动出现来了。但是,按我自己的臆想,这个并不是很安全的操作方式,很可能不适用所有的模块。
|
 |
|
|
|
|
|
妈妈的,dnn又出问题了 |
|
|
By yue zhang on
2007/2/28 10:52
|
|
|
|
奇怪的是,DNN安装好了没有几天,回家过年前再去访问的时候,竟然又提示无法访问了,正好这两天在家无聊,就又看了一下,看来看去,文件夹的权限设置确实没有问题,我甚至给everyone加了完全控制权限,最后不死心只好又设置了一遍ASPNET账号的密码,就娘娘的好了:难道,我的服务器别人可以进来修改密码吗?
使用了我管理的一个服务器的二级域名:dx.smxlz.gov.cn
|
 |
|
|
|
|
|
数据库连接成功,新建parentt站点成功 |
|
|
By yue zhang on
2007/2/28 10:50
|
|
|
|
事情的进展总不是想象中的那样,尤其对计算机这个行业来说,也许从一个微不足道的小问题开始,能折腾的你重装N遍系统.
dotnetnuke总算连接出来东西了,不过出来的是无法连接数据库的提示!因为以前就看过DNN的WEB.CONFIG,知道里面用的是windows本机验证和数据库装载,而且已经知道了sql server2005也运行正常.安装了2005的管理工具,进入管理界面后企图装载数据库文件,发现选择数据库文件只有两个盘符号出来,肯定是权限设置的问题,SQL SERVER 2005是以network services帐号运行的,加上权限也行,最后加上了EVERYONE的读和运行权限就OK,已经见识过很多遍的DNN安装进度就出来了!
在万网增加了一个域名解析,也在DNN里新建了一个parent类站点,可是使用新的域名也跟以前一样访问不到新定义的站点.最后,只得在IIS里又增加了一个站点,把主目录同样指到了DNN的安装目录,浏览器里,终于出现新定义的站点了.
此前一直相信DNN是一个"门户"系统,总以为它自己可以处理主机头从而连接到对应的网站上去,现在知道,原来,自己高估DNN了!
无论如何,可以进行下一步了.虽然已经上传了中文语言包,我担心的是,中文还是个问题啊!
|
 |
|
|
|
|
|
Server Application Unavailable 的问题解决了 |
|
|
By yue zhang on
2007/2/28 10:48
|
|
|
|
一直以为IIS的错误信息就在网站log里,看了半天也看不出个什么来。后来忽然醒悟:“Can be found in the application event log of the web server",于是打开了windows的事件查看器,在程序日志里,发现了这样的提示:
事件类型: 警告 事件来源: ASP.NET 2.0.50727.0 事件种类: 无 事件 ID: 1073 日期: 2007-2-10 事件: 10:05:25 用户: N/A 计算机: CNTQ-1 描述: Failed to initialize the AppDomain:/LM/W3SVC/214077270/Root
Exception: System.IO.FileLoadException Message: Could not load file or assembly 'System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. 拒绝访问。 StackTrace: at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)< ...
|
 |
|
|
More...
|
|
|
DNN的本地化 |
|
|
By yue zhang on
2007/2/26 22:32
|
|
|
|
如果想真正的把DNN投入实用的话,第一个要处理的问题就是DNN的本地化,
使用host帐号登陆DNN,在HOST菜单里,选择languages,点击下面的language editor打开语言编辑器,从avavible locals里选择你想编辑的语言,然后在左边的资源文件里选择你希望的资源文件,然后你就能看到所有的资源项目,把他们修改为你期望的字符即可!
使用languge菜单里的create language pack,你还可以把自己的本地化资源打包并导出,在别的机器上使用或者共享!
|
 |
|
|
|
|
|
DNN的中文兼容性 |
|
|
By yue zhang on
2007/2/25 22:24
|
|
|
|
虽然说DNN很容易做到本地化的用户界面,但是,测试中我发现DNN的中文兼容性真的不怎么样,当然,这些兼容性问题不但发生在DNN的核心代码里(比如文件管理),而是发生在各个功能模块里.但是,如果没有了功能模块,DNN还能做什么呢?一个教学工具?
发现有中文兼容性问题的地方有:
- 用户自定义表格: 不能使用中文列名,而且,一旦定义了中文列名,DNN就显示模块错误,模块菜单也不会出现,无法修改表格定义,只能删除模块重新建立一个.
- 文件管理:发现这个问题是使用博客导出功能时,导出的文件名在博客模块和文件管理的模块里都显示正常,当在文件管理中点击下载时,正常的文件名就编程乱码了,这个问题不知道通过重新编译能不能修正.
- Help模块不能定义中文类别. 这个可以通过在中文类别前面加一个字母来解决,比如"[系统帮助]"
|
 |
|
|
|
|
|
服务器上部署DNN失败 |
|
|
By yue zhang on
2007/2/9 10:43
|
|
|
|
几乎折腾了一天也没有能在网通线路的那台服务器上安装好DNN4,怀疑了很多地方,最终还是那个该死的:
Server Application Unavailable
The web application you are attempting to access on this web server is currently unavailable. Please hit the "Refresh" button in your web browser to retry your request.
Administrator Note: An error message detailing the cause of this specific request failure can be found in the application event log of the web server. Please review this log entry to discover what caused this error to occur.
怀疑是服务器的问题,等到晚上回到家远程连接到电信线路的服务器上,竟然是一样的结果!
一直以为IIS的错误信息就在网站log里,看了半天也看不出个什么来。后来忽然醒悟:“Can be found in the application event log of the web server",于是打开了windows的事件查看器,在程序日志里,发现了这样的提示:
事件类型: 警告
|
 |
|
|
More...
|
|
|
开始学习dotnetnuke |
|
|
By yue zhang on
2007/2/9 10:41
|
|
|
|
以前就对dotnetnuke感兴趣过,不过晒了三天网后就忘到脑后了,再次对DNN感兴趣是两个原因:一个是想再多学习一个.net的实例,读读人家的源码,看看自己不曾接触的解题办法,肯定是有不小收获的。
第二个原因是因为我在看老罗的牛博网时,看到老portal.aspx的网址后缀,又想起了DNN
不过现在的目标似乎比以前渺小了不少:我的第一步目标是学会使用这个家伙,开发改进只是遥远的事情了!
部署到服务器上之前,我在笔记本、单位台式PC上都试验了DNN4的安装设置,都没有问题,甚至,为了步妨碍服务器的运行,尽量少的对服务器做改动,我还使用服务器的同一张安装光盘在PC的虚拟机做了试验,都没有问题,可是,不幸总是会如约而至,今天做了一天也没有能在服务器上运行起来DNN,连安装界面都没有看到!
中间做了很多尝试,包括重新安装.NET 2.0, 删除.net 1.0,建立新的程序池,启动asp .net static server没有一个起作用!
|
 |
|
|
|
|