Products
96SEO 2026-06-15 22:09 37
说实话，搭建一个电商平台听起来挺唬人，但咱一步步来其实也没那么难。
你得明确需求，对吧？
一个完整的购物流程大致如下这也是我们后面开发的主线：
用户注册并登录；
浏览商品列表 / 搜索商品 / 查kan详情；
将中意的 SKU 加入购物车；
在购物车页面确认商品、数量，点击“去结算”；
进入确认订单页，选择收货地址，提交订单；
跳转支付宝沙箱付款；
支付成功后返回，查kan我的订单。
本系列主要实现的是 面向买家 的电商系统，管理员的功Neng会大量依赖 Django Admin 来完成，不会单独开发一套管理后台。
一个典型的电商平台至少包含两类角色：
普通用户浏览商品、加入购物车、下单、支付、查kan订单、管理地址。
管理员通过 Django Admin 管理商品、分类、订单、用户。
梳理核心实体与关系根据需求，我们Ke以抽象出以下几个核心实体：
用户
收货地址
商品分类
商品 SPU——代表标准化产品单元，比如 iPhone 14 Pro；名词解释：SPU 代表“标准化产品单元”，比如 iPhone ；SKU 代表“库存量单位”，是具体到规格的商品，比如“iPhone 128G 午夜色”。一款 SPU 下Ke以有多个 SKU。
商品 SKU——实际售卖的单位，比如具体的某个颜色内存组合的 iPhone。
商品图片——用于存储商品的不同图片。
购物车条目——存储用户购物车中的商品信息及数量。
──── N
──── N
──── N
──── N
──── N
──── N
──── N
──── N
──── N
──── N
──── 1
注意：订单里的收货地址我们会Zuo“快照”处理，不直接外键关联地址表，防止用户修改地址后影响历史订单。
Django 自带的 User 模型字段有限，而我们后续需要手机号等字段，所以推荐 从一开始就替换用户模型.
在 settings.py 中配置自定义的用户模型：
AUTHUSERMODEL = 'users.User'.
配置好之后Django 的内置认证系统就会以我们 users app 下的 User 模型为基准。
接下来就是设计数据库表结构了说白了就是写 Django 的 models.py 文件。
用户模块 .
from django.db import models
from django.contrib.auth.models import AbstractUser
class User:
"""自定义用户模型，
手机号字段"""
phone = models.CharField(
maxlength=20,
unique=True,
null=True,
blank=True,
verbosename='手机号'
)
emailactive = models.BooleanField(
default=False,
verbosename='邮箱激活状态'
)
class Meta: dbtable = 'tbusers' verbosename = '用户' verbosenameplural = verbosename
def str: return self.username
class Address: """收货地址""" user = models.ForeignKey( User, ondelete=models.CASCADE, relatedname='addresses', verbosename='所属用户' ) receiver = models.CharField phone = models.CharField province = models.CharField city = models.CharField district = models.CharField detail = models.CharField isdefault = models.BooleanField( default=False, verbosename='是否默认地址' ) createtime = models.DateTimeField( autonowadd=True, verbosename='创建时间' ) updatetime = models.DateTimeField( autonow=True, verbosename='geng新时间' )
class Meta: dbtable = 'tbaddress' verbosename = '收货地址' verbosenameplural = verbosename ordering =
def str:
return f"{self.receiver} - {self.phone}" .
为嘛要自定义 User 模型呢？因为 Django 自带的 User 模型字段太少了比如我们需要存储用户的手机号，那肯定得
啊。
商品模块 .
这个模块里涉及到的表比较多，有 Category、SPU、SKU，还有 ProductImage 等等。
from django.db import models
class Category: name = models.CharField parent = models.ForeignKey( 'self', ondelete=models.CASCADE, null=True, blank=True, relatedname='children', verbose_name='父级分类' )
class Meta: dbtable = 'tbcategory' verbose_name = '商品分类'
def str: return self.name
class SPU: # 省略部分代码...
class SKU: # 省略部分代码...
class ProductImage:
# 省略部分代码....
说到这儿，有个问题不得不提：
为什么百度不收录我的网站？
哈哈，这个问题问得好，其实影响百度收录的因素有hen多，比如网站内容质量、建站时间、外链数量等等。
咱就是说你网站内容要是足够优质，用户体验又好，那被收录只是早晚的事儿，对吧？
购物车与订单模块 .
还有就是 CartItem、Order、OrderItem 这些表，它们分别对应着用户的购物车条目、订单主表以及订单里的具体商品条目。
这些表的设计也非常关键，因为它们涉及到用户的购物流程。
# apps/cart/models.py 示例
from django.db import models
class CartItem: user = models.ForeignKey( settings.AUTHUSERMODEL, ondelete=models.CASCADE, relatedname='cartitems', verbosename='所属用户' ) sku = models.ForeignKey( 'products.SKU', ondelete=models.CASCADE, relatedname='cartitems', verbosename='SKU 商品' )
class Order: order_no = models.CharField
总之呢，这些模型的字段设计dou是根据实际业务需求来的，你得确保每张表的作用清晰合理，并且它们之间的关联也得正确无误。
五、让模型生效——生成迁移与建表 .
Zui后一步当然是执行数据迁移，让我们的模型在数据库中变成真正的表啦！
python manage.py makemigrations
python manage.py migrate
Operations to perform:
Apply all migrations: admin, auth, cart, contenttypes, orders, payment, products, sessions, users
Running migrations:
Applying contenttypes.0001initial... OK
Applying auth.0001initial... OK
...
Applying users.0001initial... OK
...
kan到一连串的 OK，代表所有表douYi经在数据库中创建成功了！是不是hen爽？
进入 sqlite shell 后输入 .tables 查kan所有表：
group tbcategory
authgrouppermissions tbsku
authpermission tbspu
authuser tbproductimage
authusergroups tbcartitem
authuseruserpermissions tborder
djangoadminlog tborderitem
djangocontenttype tbpayment
djangomigrations tbaddress
djangosession tbusers
Ke以kan到，除了 Django 自带的
authauth*django* 表外我们自定义的那些表也dou整整齐齐地出现在数据库里了是不是hen有成就感？
今天我们花了大力气把整个电商平台的数据库“地基”打好了后面就Ke以在这上面盖楼了对吧？盖楼的过程虽然辛苦，但只要地基牢固，后面的路才Neng走得稳健。
作为专业的SEO优化服务提供商，我们致力于通过科学、系统的搜索引擎优化策略，帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程，确保每一步都基于数据分析和行业最佳实践：
全面检测网站技术问题、内容质量、竞争对手情况，制定个性化优化方案。
基于用户搜索意图和商业目标，制定全面的关键词矩阵和布局策略。
解决网站技术问题，优化网站结构，提升页面速度和移动端体验。
创作高质量原创内容，优化现有页面，建立内容更新机制。
获取高质量外部链接，建立品牌在线影响力，提升网站权威度。
持续监控排名、流量和转化数据，根据效果调整优化策略。
基于我们服务的客户数据统计，平均优化效果如下：
我们坚信，真正的SEO优化不仅仅是追求排名，而是通过提供优质内容、优化用户体验、建立网站权威，最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系，共同成长。
Demand feedback
