- 综合排序
- 最热优先
- 最新优先
电商程序猿开发实录：淘宝商品python（2）
在电商开发这条布满荆棘的路上摸爬滚打了这么多年，和淘宝商品详情 API接口 “过招” 的经历，至今想起来都印象深刻。 刚开始对接淘宝商品详情 API，那叫一个自信满满，心想照着文档走，申请权限、调用接口，不就能轻松拿到数据？现实却立马给了我一记暴击。 淘宝商品详情数据格式极为复杂，商品基础信息、规格参数、价格体系、库存状态、商家资质等内容层层嵌套，不同类目商品的数据结构还存在差异。比如服装类目会有尺码、面料等信息，电子产品则有型号、配置参数等。 } # API返回数据parsed_data = parse_product_data(raw_response)有一回，给客户开发一个商品监控系统，需要实时获取商品价格和库存变动。 后来发现可以利用淘宝的消息订阅功能，当商品信息更新时，淘宝主动推送消息，大大提高了实时性和效率。
55810编辑于 2025-08-28- 来自专栏方丈的寺院
电商(1)-商品模块设计
摘要 本篇主要介绍电商领域中的商品模块设计 sku,spu,item 关于sku, spu，item的讨论有很多，各个电商平台也有些细小的区别，可以参考这篇讨论 https://www.zhihu.com 不同的电商规模，在这块定义可能不同，比如spu，有些电商不需要，这个只是一个描述，不会在系统中有实际的用处。 商品设计 ? tem :商品，存下商品主要信息 item_datail: 商品详情， item_template: 商品模板，有商家创建 sku sku，注意这边的sku属性采用的是公共属性，content存的是sku_property sku_property sku的基本属性 参考 http://www.cnblogs.com/winstonyan/archive/2011/12/17/b2cresearchproductskuanalyse_design.html
1.6K11发布于 2019-08-05 - 来自专栏Grace development
电商系统设计之商品
前言 这是电商系统设计系列在商品设计这块的最后一篇文章。 /2018/06/19/1-12/ – 电商系统设计之商品 (上) https://blog.fastrun.cn/2018/07/08/1-26/ – 电商系统设计之商品 (中) https://blog.fastrun.cn /2018/07/11/1-28/ – 电商系统设计之商品 (下) https://blog.fastrun.cn/2018/07/16/1-29/ – 电商系统设计之订单 https://blog.fastrun.cn 商家地址 用于匹配用户所在地区 详细地址 用于记录 所属行业 用于匹配 如果是一家创业电商公司并且是一个多商户的电商，那你至少需要收集以下商户的相关信息 法人代表姓名 联系方式 代理商公司 代理商公司地址 电商系统商品相关的文章已经到了尾声,如果有其他商品相关的文章需要编写,可以私信联系我,毕竟我也是公司员工,写这些文章并不是我的工作，只是记录我的职业生涯。当然我也希望可以帮助到各位。
1.6K20发布于 2018-09-18 - 来自专栏Grace development
电商系统设计之商品接口
接口设计 简述 电商系统设计之中，比较复杂的接口就论商品详情的接口了，响应参数特别多，特别杂。 "name": "联通优惠购", "id": 87 } ] }, "album": [ { "id": 2, name string – 商品标题 price double 00.00 商品价格 keywords string – 商品关键字 market_price double 00.00 市场价格 virtual int 0 虚拟销量 sketch string – 商品简述 intro string – 商品详情 商品图参数 参数 类型 默认值 说明 album[] array [] 商品轮播图 id int 0 资源编码 name string – 图片名称 url string – 资源路径 商品视频参数 无视频则返回 [] 参数 类型 默认值 说明 radio[] array [] 商品视频
1.8K11发布于 2018-09-18 - 来自专栏晓月寒·
电商左侧商品分类菜单实现
电商左侧商品分类菜单实现 无论是pc端还是手机端，都有类似左侧分类，点击后右侧切换内容的功能页面。 要想实现这个功能，首先第一步是要掌握左右布局的方法。 DOCTYPE html> <head> <title>左侧商品分类菜单</title> <script src="https://cdn.jsdelivr.net/npm/vue"></ script> </head> <body> <style>html{color:#000;background:#FFF}body,div,dl,dt,dd,ul,ol,li,h1,h2,h3 ,th,var{font:inherit}del,ins{text-decoration:none}li{list-style:none}caption,th{text-align:left}h1,h2, .sub-item{width:390px;height:350px;} </style>
所有商品分类
3.2K20发布于 2019-10-14来自专栏Grace development电商系统设计之商品 (中)
电商大伙每天都在用，类似某猫，某狗等。 电商系统设计看似复杂又很简单，看似简单又很复杂 本章适合初级工程师及中级工程师细看，大佬请随意 前言 上一篇文章我们讲了关于电商SPU,SKU的概念,以及为何要设计自定义属性与自定义规格并解释了何时可以用到它们 我一直在说电商是一个既简单又复杂的东西,本章我们再一次深度解析电商系统商品设计的更多逻辑与实现。 关联 SPU对应多个SKU,SPU实际就是主商品表，类似于iphonex这款手机，而SKU则是这个商品绑定的规格表，类似与iphonex 红色款,iphonex 黑色款等。 谢谢 最后修改：2个月前 2018-07-11 © 著作权归作者所有
1.6K20发布于 2018-09-18来自专栏Grace development电商系统设计之商品 (上)
电商大伙每天都在用，类似某猫，某狗等。 电商系统设计看似复杂又很简单，看似简单又很复杂 本章适合初级工程师及中级工程师细看，大佬请随意 前言 商品的设计是电商系统中占据重要地位，如何设计出高扩展，高性能的商品系统并非一件简单的事情，我的设计是观摩互联网各大佬的设计后自行研究的 ，并非完全正确，但也不完全错误，现在我设计的这套电商系统已经在使用，如果在逻辑上遇到什么问题，会及时修改我关于电商系统相关文章的设计思想部分。 上面的例子iphonex有2个不同规格的商品，这个时候无法计算其每个规格的库存(创建2个商品可是不切实际，未来管理会很复杂，就例如安踏的跑鞋有十几个尺码，难道要创建十几个商品吗？) 盗用一张淘宝的图，以上都是根据分类品牌设定好的规格及属性 主要是为了方便商家添加商品及其对商品的规格属性进行统一的管理，当然一个电商系统在前期运营的情况下尽量减少系统属性规格的使用（方便商家入住嘛）。
2.1K52发布于 2018-09-18来自专栏Grace development电商系统设计之商品 (下)
电商大伙每天都在用，类似某猫，某狗等。 电商系统设计看似复杂又很简单，看似简单又很复杂 本章适合初级工程师及中级工程师细看，大佬请随意 前言 商品系统与订单系统(交易系统)是相铺相成的，当买家购买商品后将经历一个过程 商品系统- ，结果小明的购买清单里也变成了修改后的价格，所以说这种仅仅关联的设计是不可取的(至少在电商系统中不可取)。 文末有订单表的数据结构 多商户电商 实际在电商系统设计上，个人感觉不应区分多商户的电商与单用户的电商(至少开发者不应区分他们)，但前期设计上就应把多商户概念带入到系统内。 ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 致谢 感谢你看完这篇文章，接下来会继续出一些电商相关的文章
2.7K20发布于 2018-09-18来自专栏数据云团Django实战-生鲜电商-主页|商品
返回字典 cart = redis_conn.hgetall("cart_%s" % user_id) # {"sku_1": "11", "sku_2" # 活动信息 promotion_banners = IndexPromotionBanner.objects.all().order_by("index")[:2] # 分类的新品推荐 new_skus = GoodsSKU.objects.filter(category=category).order_by("-create_time")[:2] elif page <= 3: # 如果总页数大于5页 当前页数属于前3页 page <=3 page_list = range(1, 6) # [1,2,3,4,5 page_list = range(num_pages-4, num_pages+1) else: page_list = range(page-2,
87410发布于 2019-07-18来自专栏程序员IT圈电商系统设计之商品 (上)
电商大伙每天都在用，类似某猫，某狗等。电商系统设计看似复杂又很简单，看似简单又很复杂。本章适合初级工程师及中级工程师细看，大佬请随意。 前言 商品的设计是电商系统中占据重要地位，如何设计出高扩展，高性能的商品系统并非一件简单的事情，我的设计是观摩互联网各大佬的设计后自行研究的，并非完全正确，但也不完全错误，现在我设计的这套电商系统已经在使用 ，如果在逻辑上遇到什么问题，会及时修改我关于电商系统相关文章的设计思想部分。 上面的例子iphonex有2个不同规格的商品，这个时候无法计算其每个规格的库存(创建2个商品可是不切实际，未来管理会很复杂，就例如安踏的跑鞋有十几个尺码，难道要创建十几个商品吗？) 主要是为了方便商家添加商品及其对商品的规格属性进行统一的管理，当然一个电商系统在前期运营的情况下尽量减少系统属性规格的使用（方便商家入住嘛）。 自定义属性就不用说了。
1.9K41发布于 2018-07-27来自专栏架构之家电商系列：商品中心业务梳理
在后端而言，商品中心则是运营者管理维护商品的地方，因此从商品的上传到发货，退货，整个闭环都离不开商品中心的支撑，因此商品中心的重要性毋庸置疑。 本文将从三大模块去讲述商品中心的设计。 一、基本概念 在设计商品中心这一模块前，我们先弄清楚，电商后台常用的一些关键词，有助于我们对业务的理解。 （2）SKU：（Stock Keeping Uint，即库存量单位），库存控制的最小可用单位。例如：“iphone8plus256G金色”就是一个SKU。 二、功能架构 在了解完电商平台的基本术语之后，我们则可以根据平台自身的业务需求商品中心了，后台的基本功能大致有四类——增、改、查、删。因此我们理解该基本功能之后，对商品中心的基本功能就有了大致理解。 作者：HughJin 链接：https://www.jianshu.com/p/cd2f561df561
1.5K20编辑于 2022-07-12来自专栏大愚Talk电商商品系统的演进分析
第一篇）就给大家讲讲商品模型的演进过程吧！希望对大家做的工作有所帮助~~ ---- 我们来假设：现在需要从零开始做电商，毫无经验，也没有竞对可参考，你就是全球独一份！你的系统会做成什么样呢？ 历史烟云 站在技术的视角，要去做一个电商商品系统，毫无疑问你需要一个商品实体，同时为了方便用户在C端筛选浏览，继承自CMS思想（栏目-->文章模型），很容易想到给每类商品增加一个分类，把相似的商品归属到相同的类目下 其实SPU并不是所有电商一定要具备的，一般来说在自营电商中 SPU==商品，而在平台型电商中 SPU 是商品的上一级。为什么会有这种差异呢？我们逐步拆解来分析。 这里继续用 Xiaomi 12s 来举例子，既然是平台型电商，那么卖这款商品的商家可能就会有很多。 这里最核心的几个问题是：商货关系（主要是仓、库存）、库存共享、库存专享、以及货品到商品的快速上翻等等，这些问题怎么解呢？ 欢迎你加入抖音电商，我们来一起探索这些有趣的问题吧！
1.1K10编辑于 2022-12-20来自专栏二爷记电商商品爬虫，亚马逊amazon采集源码
亚马逊是国际知名的电商平台，而国内访问的话是cn国内站点，不同的地区有不同的站点，每个商品有一个id号，不同地区商品是存在差异的！ ? 输入商品id号采集商品相关信息！ 国内站（cn）采集 ? 采集效果 ? 附上源码参考： #国外亚马逊商品爬虫 #20200213 #https://www.amazon.com/dp/B07S3659V2 # -*- coding=utf-8 -*- import requests time.sleep(1) def get_shopping(id): #id="B07S3659V2" #url="https://www.amazon.com/dp/B07S3659V2 if __name__=='__main__': #id="B07XR5TRSZ" id=input("请输入要采集的商品id（比如：B07GJ2MWTZ）：") get_shopping
2.7K10发布于 2020-07-22来自专栏数据D江湖2022抖音电商商品发展报告
来源：抖音电商 公众号后台回复： 报告 获取源文件 欢迎添加本站微信：datajh （可上下滑动或点单个图片放大左右滑动查看）
42710编辑于 2022-12-08来自专栏codelang仿电商商品分类的思路实现
仿电商商品分类的思路实现 引言 按照以前的习惯，本来是每周一篇，因为昨天去逛街买了条169的裤子给耽误了，周一早上来补上。 效果图 我参照的是拼多多商品分类的界面来写的，先看看样图 ? 然后看看动态的效果图 ? " android:layout_height="match_parent" android:layout_weight="7" /> </LinearLayout> 2、 int heightMeasureSpec) { heightMeasureSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, } for (int i = 0; i < 9; i++) { detailsList.add(""); } } } 2、
2.1K20发布于 2018-06-26来自专栏二爷记Python电商爬虫，法国亚马逊商品采集
亚马逊还是一个不错，挺有意思的网站，相对于国内电商平台，淘宝而言，它对于你爬的容忍度似乎更高？ exe打包 链接: https://pan.baidu.com/s/1rMqVT3s00EORUziJekq2SA 提取码: 35ds 附源码，仅供参考，学习，交流： #法国亚马逊商品采集 #20200524 by 微信：huguo00289 #https://www.amazon.fr/dp/B07CNJTCBB/ref=twister_B07RVPW2GT? response=requests.get(url,headers=ua(),timeout=8) time.sleep(2) if response.status_code == 200 ,"main":',imgs_text,re.S) print(imgs) text=f'商品标题：{h1}\n商品描述：{productDescription}\n商品图片
1.4K20发布于 2020-07-22电商商品模块数据库表设计
电商商品模块数据库表设计先抛开营销和具体业务不谈商品必然会有库存，类别，品牌，基础信息(其他字段，如名字，描述)，属性(规格/参数)，评论等。 utf8_general_ci NULL DEFAULT NULL, `select_type` int(1) NULL DEFAULT NULL COMMENT '属性选择类型：0->唯一；1->单选；2- 所以库存和商品+规格的组合是对应的。在sku_stock商品库存表中，加一个sp_data商品销售属性来表示。根据电商作风，一个商品规格下的库存都有对应的sku编码这个编码指导着物流和后端仓库管理。 首字母', `sort` int(11) NULL DEFAULT NULL, `factory_status` int(1) NULL DEFAULT NULL COMMENT '是否为品牌制造商： AUTO_INCREMENT = 60 CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '品牌表' ROW_FORMAT = DYNAMIC;总结不加任何业务，电商中商品的设计应该有这些属性设计如何区分规格和参数
1.6K12编辑于 2024-05-14来自专栏安徽开发者圈某电商商品搜索系统架构设计
对于电商系统来说，商品搜索是其核心功能之一，如何能保证在海量的数据中，能低延时的搜索到关心的商品信息直接影响到用户的使用体验，在商品搜索中，如根据用户画像定向的做推荐，或是基于位置信息如美团O2O类搜索 比较适合做聚合搜索，一般在买家首页，根据用户的搜索条件、位置、用户画像等条件搜索，他搜索的是一批数据，而Reids由于它的存储结果是K-V形式，这就觉得了他只适合根据主键制作搜索，比如用户在商城首页搜索到商品 ，需要点击商品详情，这时候就从Redis中取数据。
1.3K20编辑于 2022-12-28电商商品图的AI理解：自动生成商品描述与标签
电商平台上的商品图片数量庞大，人工撰写商品描述和生成标签的成本高、效率低。 一、电商商品图理解的需求背景 1.1 电商平台的商品图数量增长 随着电子商务的快速发展，电商平台上的商品数量持续增长，对应的商品图片数量也在快速增长。 在电商商品图理解场景中，标签分类能力可以用于识别商品图片中的商品类别、颜色、款式、材质等信息，自动生成商品的分类标签。 三、VITA在电商商品图理解中的应用 3.1 自动生成商品描述 VITA可以通过对商品图片的内容理解，自动生成商品描述。 例如，如果需要VITA生成结构化的商品描述和标签，可以在Prompt中明确说明输出的格式要求： 请对图片中的商品进行分析，并按以下格式输出： 1. 商品名称： 2. 商品类别： 3.
37010编辑于 2026-06-24来自专栏IT架构圈互联网电商：商品详情缓存架构
上几节说了中小型电商公司，项目详情页的优化方案，一般是使用freemark模板生成了html静态页面，放到nginx或者tomcat中，但是肯定选择nginx的并发是tomcat的100倍，通过mq的方式刷新缓存生成新的 一起看下大型互联网关于商品详情的架构。 （一）讲解上图的的详细信息 这些架构是根据业务多年演变而来的，可不是最终就是这样的。 通过LVS负载后，转发到下面nginx（分发器），这里的nginx（分发器）只有2个，但是实际的环境下可能有多个水平的。 nginx（分发器）下面是通过hash转发到nginx（应用层），之前的nginx只有一层，现在的nginx搞了2层，为了是分片存储，大大提高本地缓存的利用率。 ehcache（JVM缓存）和redis这2个顺序不一定，根据场景来的。 商品服务，库存服务，会员服务，交易服务有变动的话异步的调用MQ更新缓存，一般正常的情况都是异步来请求的。
1K20发布于 2021-10-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号