DEDE使用列车采集器实现的手动实时发布文章和更新HTMl的功能。一，为何有这个看法：使用列车发布文章，有三大不足。须要登录发布，受DEDE系统限制太大就是一次发布的数目有限制，可能导致一次性发布太多遭K的弊端倘若网站首页是静态文件，则不能更新首页，用户就不晓得网站的更新情况若果没有一台可以仍然运行的服务器，使用列车采集器的手动更新功能就不太现实列车采集器的手动更新功能是收费的，呵呵。自己需要咯，想挑战一下自己咯等。二，Doit.首先想到，让列车发布大量数据，且将文章属性设置为未初审状态，这个问题很简单，使用DEDEv5.3.1时却遇见DEDE的一个Bug。就是未初审的文章竟然会在前台显示。先是对DEDE一气臭骂，后来找了一些缘由，发觉了DEDEv5.3.1中的一个Bug.经修补后可以实现未初审的文章不在前台显示。1月13号到DEDE报告Bug之后，1月14号DEDE出的补丁中修补了这个问题，呵呵，所以，1月15号，就是昨晚咯，开始即将整理此开发文档。实际发觉，发布和保存大量未初审文章不成问题，难在怎么实现随机迸发发布功能。想了好久，认为使用时间限制最好。当前台JS调用了初审文章的链接，传递一个访问用户的信息，程序取得用户的IP并保存为SESSION信息，此时，初审一篇文章并生成文章与首页静态文件。
一个用户在一定的时间内，只能激活限定数目的文章，且，发布时使用此用户的IP信息，呵，挺个性的。激活文章，生成文章静态页和首页静态文章，受网站模板的影响，可能会比较慢，则会出现首页未生成完页面就被关掉的问题。所以，最好的办法是，在发布时文章时就生成文章静态文件，之后把文章设置为未初审状态。激活文章时则只须要很短的查询。首页或则列表页尽量使用动态页，这两个问题不好处理，只能借以法代之。完整的过程就是，发布文档时，将文档设置为未初审状态；调用程序时，先判定上一次查询的缓存有没有超时，假如超过缓存时间，则去除缓存，以显示最新的文章。消除缓存之后，查询出一定数目属性为未初审的文档，将Archives和Arctiny表中的未初审属性取消，并更新一下文档的Pubdate数组，实现一点随机化。最后写入缓存，严禁缓存有效期内的重复更新！三，文件使用方式：发布文档时请把文档属性设置为未初审状态，即发布时递交的文档属性参数为:arcrank=-1,这时为动态浏览;假如你想生成静态文档，请将文档状态设置为正常浏览状态，即arcrank=0;之后更改默认文档添加程序。如：arcticle_add.php,在文件最下面“//生成HTML”处添加一段代码：//生成HTMLInsertTags($tags,$arcID);$artUrl=MakeArt($arcID,true,true);if($artUrl==''){$artUrl=$cfg_phpurl."/view.php?aid=$arcID";}$dsql->ExecuteNoneQuery("UPDATE`cmsxx_archives`SET`arcrank`='-1'WHERE(`id`='$arcID');");$dsql->ExecuteNoneQuery("UPDATE`cmsxx_arctiny`SET`arcrank`='-1'WHERE(`id`='$arcID');");之后，上传New.php到你的网站根目录，到Dede后台设置系统基本设置中，将性能选项卡中的arclist标签调用缓存时间设置为一个合适的数，如3600表示一个小时刷新一次缓存。
最后，在模板文件底部调用一段代码即可：“”。支持的参数：no=每次随机更新的数目，为空时默认为5；typeid=栏目ID，为空则是全站数据order=排序方法，支持Desc：逆序，Asc:次序，Rand:随机，默认为随机查询。如：“”排序为Desc的时侯，是按先发布的文章先初审的形式进行发布的，Asc反之，Rand为随机。四，这是我们在数据处理方面做的一个尝试，其实这些新的模式会是一次突破。祝你们使用愉快。有Bug或则建议请回复于后。你可以任意转摘“DEDE使用列车采集器实现的手动实时发布文章和更新HTMl的功能”，但请保留本文出处和版权信息。
