EECC

困扰多时的文章发布器WWW后台与3G后台同步异常的问题，通过各种测试操作让“隐形”问题重新，终于得以解决。

问题描述：

在WWW发布器栏目中没有上页面的稿件，却出现在了3G后台里，因为文章标题没有经过任何处理，常是长标题。

问题分析：

在WWW后台权重为60的文章，却在对应的3G后台权重被修改为76，WWW后台以及3G后台的编辑均表示没有在3G后台做过权重的修改，让问题重现比较困难。

通过查询该篇文章的操作记录发现，文章曾经被推动到另外两个栏目A和B，并在A栏目里权重被修改为76，在B栏目里权重被修改为79。由此判断是某一操作导致同步到3G后台的权重发生变化，但3G的发布器服务器日志对权重修改的动作无记录，只能通过测试操作尝试让问题重新。

问题重现：

【WWW后台】
测试栏目A 00254PU3
测试栏目B 00254PU4

【3G后台】
test同步测试 002507U7
对应的WWW后台是测试栏目A 00254PU3

1.在测试栏目A里发一篇文章，同时推送到测试栏目B；
2.在测试栏目B列表页对那篇文章进行快速修改权重成79，这时候3G后台的test同步测试的那篇文章权重不变；
3.在测试栏目B进入那篇文章的编辑界面，在内文修改权重再发布， 这个时候测试A栏目对应的3G后台的该篇文章的权重就跟着变成78了。

结论：

3G后台权重变化是由编辑在推送目标栏目后，并在内文修改文章权重时产生。

解决方案：

1.改变操作流程，只允许在列表页快速修改权重，禁止在内文修改界面修改权重。

2.改变后台同步逻辑。