记录WP转DEDECMS后一些SEO注意点.docVIP

　　最近把自己的站改了一下，从WP改成DEDECMS，确实不容易啊，因为本人技术有限，只用了土办法，就是手功更改数据库，这个只实用数据量不是很大的同学，要是上千上万的话，那就请人搞吧。~ 　　不过，还好NavicatPremium实现了导入导出，这次的改进，让我感到很欣慰，因为WP实在不适合做稍微大点的站，所以，没办法，转换程序。 　　现在说说我从WP转到DEDECMS的一些思路，时间有限，就不详细记录了! 　　1，考虑到百度收录的情况，一些URL链接，页面的变动，会有所不同。WP上的页面链接，用了伪静态的方式，/%category%/%post_id%.html，意思就是伪静态：分类别名-文章ID。DEDECMS由于可以生成一样的链接，所以，这一步就可以轻松实现链接一样。 　　2，链接一样，但是打开的标题，内容变了怎么办?那这一部分就属于/%post_id%.html了，把WP的ID对应DEDECMS的ID。这里，就用了我的土方法。先本地加设DEDECMS，栏目别名跟WP分类别名一样，接着就是用火车采集原先WP站点的数据，进入本机的DEDECMS数据。 　　3，手动方法，用NavicatPremium的备份一下远程服务器的数据，下载到本地，导出为.xls，也就是表格的格式!!关于这部份可以搜索一下：“navicat导入导出数据表”，完成导入导出后。我们就要开始工作了。 　　准备工作：先了解数据库结构，这点是必须的，先理清楚WP存放文章的数据库表，DEDECMS的数据库表，各表的标题，内容，TAG，文章ID的存放位置。 　　先来说Wordpress数据库结构，以下为转载的，之前做的笔记不见了。 　　ordpress仅仅用了10个Table就实现了这么强大的系统，让我钦佩： 　　wp_comments 　　wp_links 　　wp_options 　　wp_postmeta 　　wp_posts 　　wp_term_relationships 　　wp_term_taxonomy 　　wp_terms 　　wp_usermeta 　　wp_users 　　下面我们按照它们之间的关系来介绍一下这几个表： 　　按照功能大致分为五类。 　　user:用户信息，包括wp_users表和wp_usermeta表。 　　link：链接信息，包括wp_links表。 　　post:文章及评论信息，包括wp_posts、wp_postmeta、wp_comments。 　　category,link_category,tag:这个是比较复杂的信息模块，它包含了对分类，链接分类，标签的管理，包括wp_term，wp_term_relationships和wp_term_taxonomy表。 　　option:全局设置信息，包括wp_options表。 　　wp_posts 　　作为一个博客系统，最核心的当然是博主发表的一些“文章”了，这些“文章”存放的地方就是这个wp_posts表了。注意，这里所说的“文章”是加引号的，因为这个表里存放的除了普通的文章之外，还有附件和页面(page)的一些信息。表里面的post_type这个字段就是用来标示类型的。还有一点需要注意的就是，这个表里一些字段是针对于post_type的特定类型的，比如menu_order这个字段是“页面(page)”特有的，用来指定“页面”的顺序。post_mime_type是针对附件的，来指定附件的类型。 　　wp_postmeta 　　每篇文章的属性是不可能仅仅用wp_posts表里的那几个字段来完全标示的，往往还有一些因人而异的属性：写这篇文章时候的心情，地点等等。这些属性的名称和值类型都是不确定的，因此，Wordpress采用了元信息(meta)来表示它们。这个表很简单，只有meta_id,post_id,meta_key,meta_value这四个字段。post_id是相关post的id。我们注意到meta_value是longtext类型的，这里仅是用来存储值，至于值的确切类型，需要程序员来关心。 　　在撰写文章的时候，我们可以发现编辑框下面有一个CustomFields的选项，我们可以在这里添加post的meta信息。 　　wp_comments 　　用户评论。除了评论的内容以外，还记录了评论用户的名字，邮箱，网址，浏览器类型等信息。比较重要的两个字段是comment_post_ID和comment_approved，前一个用来指示这条评论隶属于哪一篇文章，后一个用来记录审核状况。还有一个比较有意思的是这个commnet_agent字段，我们可以利用这个字段来统计一下用户浏览器类型。 　　wp_users 　　用户帐号表。存储用户名、密码还有一些用户的基本信息。