我的升级历程：

1. 第一次长级完发现问答数据丢失
2. 重新运行升级程序，文章数据也丢失
3. 回档到5.1
4. 数据库升级过程闪显红色错误，没在意跳过
5. 测试发布信息，出现“把数据保存到数据库附加表 `dede_addoninfos` 时出错……”
6. 本地安装完整dedecms5.3，对比表dede_addoninfos，索引键值等一切相同，这个表没问题，那就是数据有问题了
7. 回档到5.1，这次做一点备份一点，回档是个力气活，很枯燥
8. 重回第四步，本次开了QQ准备好了”Ctrl+Alt+A”，顺便截住数据库升级过程中的一次报错（约1秒后会消失，升级最终不会报错，所以每一次页面涮新都要盯好不能只看最后的升级成功页面提示）提示“insert dede_arctiny(……”
9. 查dede_arctiny表，发现没这个dede_arctin，大喜，从5.3默认库中导出SQL，回到新升级的库发现有dede_arctiny表（第一次看错库了，开了三个数据库界面5.3默认的、5.1老数据、刚升级后的数据，把5.1老的当成刚升级完的- -！），查表新库中的dede_arctiny，有数据但条数不对，那问题就出在某一条记录上，操作SQL最终排查到dede_addoninfos中aid=0这条记录无法被导入，强删，再导
10. 成功，余下就是二次开发和升级模板的事了

心得是什么，看上面的红色字块

艰难取证：

1.查找使用 万博2006多语版的企业网站

google中搜索inurl:Language/Select.asp?Language=English 很快找到了很多用了万博2006多语版的企业网站

  我挑选了www.yuanchengtech.com验证他的英文版

显然这是英文版，显示的也是英文，我们访问是没问题

2. 模拟抓取工具验证一下能不能被抓到多语呢?

乱码先不管，至少说明是中文的

3. 百度一下+GG一下再次验证

 没错，在搜索引荐看来，万博只是单语版+三个网站复制

恶果

对SEO了解的朋友可能都会听过这一种说法，复制网页会被搜索引擎当作作B处理，降权，严重的直接被K

有这样的事例的！只因老版的网站没删除，新版的内容完全一样，结果让搜索引荐除名了，自己去查查，我忘了网址了

如果你用了三语版，等于一个域名下存在两份网页复制，共三个完全相同的网站

可能你排名很差，你被收录的很少，恭喜你，你逃过了

你排名好，收录多，可能就快完了

原因

万博多语版不同语言间的切换是通过cookies实现的，第二次访问会出现不同语言混乱不说\Language\select.asp

<%
dim Language
Language=request.queryString(“Language”)
select case Language
  case “Simplified”
    response.cookies(“Language”)=”Simplified”
  case “Traditional”
   response.cookies(“Language”)=”Traditional”
  case “English”
    response.cookies(“Language”)=”English”
  case else
    response.cookies(“Language”)=”Simplified”
end select
response.cookies(“Language”).expires = DateAdd(“m”,1,now)
response.write “<script>window.location.href(‘../”&request.cookies(“Language”)&”/Main.asp’);</script>”
%>

 搜索引荐是不会把COOKIES写到自己服务器上再来抓取你的

补救

今天早上迟到了，时间不多，仅给出思路，要不明白的朋友加3512794技术交流

因为系统分了三个目录

Traditional 繁体

english 英文

Simplified 简体

这已经很清楚地标出了不同语言，再用cookies判断就多余，而且存在一个BUG：

繁体、英文二语与简体之间的混乱，第一访问若是简体，你的本机COOKIES值为“Simplified”第二次访问，直接输入英文地址看会出现什么？

改法就是把SQL语句全部用常量

如原simplified/main.asp有

 sql=”select ID,ProductName”&LangData&”,SortID,SmallPic,GroupID,Exclusive from NwebCn_Products where ViewFlag”&LangData&” and CommendFlag order by id desc”

现在改成

 sql=”select ID,ProductNameSI,SortID,SmallPic,GroupID,Exclusive from NwebCn_Products where ViewFlagSi and CommendFlag order by id desc”

一、分页文件名规则防采集对策

大部分采集器都是靠分析分页文件名规则，进行批量、多页采集的。如果别人找不出你的分页文件的文件名规则，那么别人就无法对你的网站进行批量多页采集。

实现方法：

我认为用MD5加密分页文件名是一个比较好的方法，说到这里，有人会说，你用MD5加密分页文件名，别人根据此规则也可以模拟你的加密规则得到你的分页文件名。

我要指出的是我们加密分页文件名时，不要只加密文件名变化的部分

如果I代表分页的页码，那么我们不要这样加密：page_name=Md5(I,16)&”.htm”

最好给要加密的页码上再跟进一个或多个字符，如：page_name=Md5(I&”任意一个或几个字母”,16)&”.htm”

因为MD5是无法反解密的，别人看到的会页字母是MD5加密后的结果，所以加人也无法知道你在 I 后面跟进的字母是什么，除非他用暴力****MD5，不过不太现实。

二、页面代码规则防采集对策

如果说我们的内容页面无代码规则，那么别人就无法从你的代码中提取他们所需要的一条条内容。所以我们要的这一步做到防采集，就要使代码无规则。

实现方法：

使对方需要提取的标记随机化

1、定制多个网页模板，每个网页模板里的重要HTML标记不同，呈现页面内容时，随机选取网页模板，有的页面用CSS+DIV布局，有的页面用table布局，此方法是麻烦了点，一个内容页面，要多做几个模板页面，不过防采集本身就是一件很烦琐的事情，多做一个模板，能起到防采集的作用，对很多人来说，都是值得的。
2、如果嫌上面的方法太麻烦，把网页里的重要HTML标记随机化，也可以。

做的网页模板越多，html代码越是随机化，对方分析起内容代码时，就越麻烦，对方针对你的网站专门写采集策略时，难度就更大，在这个时候，绝大部分人，都会知难而退，因为这此人就是因为懒，才会采集别人网站数据嘛~~~再说一下，目前大部分人都是拿别人开发的采集程序去采集数据，自己开发采集程序去采集数据的人毕竟是少数。

还有些简单的思路提供给大家：

1、把对数据采集者重要，而对搜索引擎不重要的内容用客户端脚本显示
2、把一页数据，分为N个页面显示，也是加大采集难度的方法
3、用更深层的连接，因为目前大部分采集程序只能采集到网站内容的前3层，如果内容所在的连接层更深，也可以避免被采集。不过这样可能会给客户造成浏览上的不便。如：

大多网站都是 首页—-内容索引分页—-内容页
如果改成：
首页—-内容索引分页—-内容页入口—-内容页
注：内容页入口最好能加上自动转入内容页的代码:

<meta http-equiv=”refresh” content=”6;url=内容页(http://yangshu.org)

其实，只要做好防采集的第一步(加密分页文件名规则)，防采集的效果就已经不错了，还是建议两条反采集方法同时使用，给采集者增加采集难度，使得他们知难页退。

根据刺客从06到09年间参与实现几次大的网站改版，主要经验来自包括中国杨树网、中国数控机床、519R.com在内的几次改版、还包括本博客，总结一下你可以借鉴的地方。

如何面对搜索引擎？

你打算更换域名？
301重定向是必须的，你得有心理准备，百度对301的过度周期很漫长，甚至还会有偶尔的反复，刺客理解为百度这段期间在怀疑中考查你的网站在做什么，怕你把流量导入垃圾站？我也不知道

更换原页面的URL？
如果可能，不要这么做，换域名你可以在服务端几行代码实现，如果是大量URL风格各异，你的修改体力成本会很高，本人的博客原使用zblog，切换到wordpress后，测试多次.htaccess才将大部分文章URL正确重定向至此，终极页排名还是明显下滑，现在想起来，好点办法是分批修改

还有一种可能，你原文章是大量的静态页，这下好了，保留静态页不要管他，从首页开始引入新的URL链接，新旧并存，你还要在旧页面给个友好提示，告诉用户您在浏览的是过时的页面，你可以从某某处访问最新内容。我推荐这一种。我唯一担心的是会不会给SE带来内容复制的错觉？

这仅是参考，具体考虑因素有很多，比如519R二手频道我将在4月底从ASP过度到PHP，前天或更早的二手信息对用户是接近无意义的，从统计上看绝大部分用户访问入口是从频道首页，我的改版就规划就简单了，转换ASP的48小时数据到PHP版，然后直接换成PHP版，ASP您再也看不到，没有301

如何面对用户？

正式上线前，小范围的测试可以提供给你很多的改进灵感，绝不应在正式上线后再反复修改。

友好地提供旧的访问入口将很受欢迎，用户习惯要有过度期。