摘要： 用Python和Google AppEngine开发基于Google架构的应用软件 在研究了一段时间的Google AppEngine之后，我发现Google AppEngine是未来一个非常不错的开发平台，希望可以尽快搞清楚GoogleAppEngine整个的平台架构，并且可以尽快基于这个平台出一个像样的东西——学习任何语言或者平台的唯一一个好办法就是赶紧拿过来就用，千万不要等，一等就过... 阅读全文

摘要： 因为有些变动，挺累，很久没更新。 这一篇纯粹是充数的烂鱼。 DotNetNuke的登录界面可以保存用户名和密码，但是，一旦保存之后，就连密码也不用输入了，这样不太安全；一般的做法是记住用户名，让用户自行修改密码比较好一些，这只需要修改两个文件，分别是： \admin\Authentication\Login.ascx.vb：一旦登录成功，将用户名写入到Co... 阅读全文

摘要： 对于标准的DotNetNuke模块，数据是和模块相关的，这个也就是我们在开发模块的数据结构的时候，比如像Survery模块等，主表必然是有一个 ModuleId这个字段的，这也就保证了当我们在同一个网站中即使有100个该模块的实例，但是其数据却是完全不同的，从而保证了我们可以在同一个网站 中对模块进行任意多次的重用，这个是非常好的一个特性。 同时，DotNetNuke的模块机制确... 阅读全文

摘要： 在接触国外的CMS等Open Source产品之前，老实说，我写过的存储过程，包括SQL Server的、Oracle的，加起来绝对不会超过5个，而且还基本上都是从网上抄袭的，主要是觉得太麻烦：嗯，是的，如果数据库设计的不够好，经常需 要改动，比如加一个字段，修改一下字段类型的话，需要从数据表、存储过程、调用等一路改上来，确实是挺麻烦的。不过习惯了之后，发现用存储过程确实有它的 好处，也被... 阅读全文

摘要： 06年底的时候，关于UDT的结构和其他的一些问题，和Sebastian Leupold通过邮件，因为当时费了很大的劲才弄明白数据到底是怎么给弄出来的，DotNetNuke里面像这么难懂的代码还是不太多的，我的建议是把 UDT的数据结构稍微改一下，弄成让大家更舒服一点的，不过估计是大家交流上还是有点障碍，毕竟E文都不是母语（SL是德国佬）；后来想：算了，还是自己 弄吧，于是从这个数据... 阅读全文

摘要： 在讲我们自己的数据结构之前，我们还是先来分析一下DotNetNuke的UserDefinedTable这个模块的数据结构，我个人从这个模块中受益匪浅。 我们之前曾经说过，UserDefinedTable用三张表，就完成了支持无限字段的动态窗体的数据结构，这似乎已 经是绝对不可能再精简的数据结构了（当然，还需要借助系统的Users表，来区分用户），这三张表是UserDefine... 阅读全文

摘要： 文章列表： 使用拼凑URL的方法，实现DotNetNuke在新窗口中打开内容（一） 使用拼凑URL的方法，实现DotNetNuke在新窗口中打开内容（二） 使用拼凑URL的方法，实现DotNetNuke在新窗口中打开内容（三） 基于DNN UDT模块搭建动态窗体以及公文流转的设想 基于DotNetNuke的动态窗体支持（一） 基于DotN... 阅读全文

摘要： 在DotNetNuke中利用Reports模块拼凑数据（二） 在（一）中， 我们描述了如何在一分钟之内（如果你SQL语句足够熟练的话），将已有的数据重新打乱、组合、排列，等等，Whatever you want，总之，是用已有的数据，组合成一个新的数据模块。我们介绍了Reports，这个模块非常方便，也极其简单，就是把我们用SELECT语句选择 出来的列，全部都放在一个模块之内，其... 阅读全文

摘要： 利用Reports模块拼凑数据（一） 老实说，我非常喜欢“自由度”大的模块；而且，我更喜欢“数据列表”性的模块，而不是像Text/HTML模块一样，只是一个FCKEditor而已，剩 余的东西交给用户。没有“历史数据”、没有“痕迹”，一旦你做了修改，这些修改就实实在在的替换掉了原来的东西，原来的数据就变得不可查询了。对于一个网 站来说，这并不好，所以Text/HTML只适合做相对来说最... 阅读全文

摘要： 在DotNetNuke中加入组织架构（三） 当我们将组织架构的功能开发完成之后，就可以在系统中添加组织架构了。 在 这里，有一点需要抱怨一下DotNetNuke，并且赞扬一下Joomla等CMS，Joomla和Drupal都是可以比较方便的增加管理模块的，也就 是非普通模块，而是后台管理的模块，如果大家到Joomla的网站上去看一下它的Extentions的话，就可以发现Joo... 阅读全文