用户名: 密码: 忘记密码? 注册
收藏此问题 发表新评论

关于双方交易商品进行快照方面的讨论

本帖最后由 taotao_20 于 2013-6-7 15:08 编辑

当时服务信息作为证据保存,以避免商家反口。所以在下单的时候就保存一个页面快照。每个订单对应保存当时下单时候的快照。


猜测一下淘宝这种快照是怎么存储的。我之前用的是把字段的结果全部序列化保存到一个字段。这种现在发现,要展示快照的时候就麻烦。

考虑点:1、商品数据,表未来字段会增加。所以保存要以当时的字段数量为准。

我的分析:我看淘宝的交易快照页面,其实是传递一个交易编号。然后把数据渲染到模版中去。可能保存在文件中,也可能直接保存在数据表中。

我考虑过,将当时商品的整个数据渲染生成一个html静态文件。我目前在这方面还不是很清楚。
希望有经验的人士提提建议
昵称: taotao_20  时间: 2013-06-07 15:04:07
发完帖子之后,去找资料。找到一点苗头。
一位淘宝员工写的:
在一个大型的互联网应用当中,我们会发现并不是所有的数据都是结构化的,比如一些配置文件,一个用户对应的动态,以及一次交易的快照等信息,这些信息一般不适合保存到RDBMS中,它们更符合一种Key-value的结构,另外还有一类数据,数据量非常的大,但是实时性要求不高,此时这些数据也需要通过另外的一种存储方式进行存储,另外一些静态文件,比如各个商品的图片,商品描述等信息,这些信息因为比较大,放入RDBMS会引起读取性能问题,从而影响到其它的数据读取性能,因此这些信息也需要和其它信息分开存储,而一般的互联网应用系统都会选择把这些信息保存到分布式文件系统中,因此淘宝目前也开发了自己的分布式文件系统TFS,TFS目前限制了文件大小为2M,适合于一些小于2M数据的存放。







这里发现,百度的快照与淘宝交易快照需求是不同的。

百度快照只是把网页html源码全部存储起来。里面图片的请求,css等的请求还是向原始网站。


淘宝的的交易快照则不同:里面涉及到的图片,也要保存起来。毕竟,如果商家二次修改了图片呢?图片就变化了。所以不能简单的请求原始地址。
昵称: taotao_20  时间: 2013-06-07 15:37:41
发表评论
昵称:
内容:
验证: