网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

2022-02-03 11:07:51 推广营销 投稿:一盘搜百科
摘要上次说了商品,商品分类,品牌,分类的属性,规格。很多电商网站例如网络营销模块:京东,国美,苏宁他们的商品都是存储在redis中的,通过请求获取到的redis进行js的渲染动态的展示商品的信息。源码:}

上次说了商品,商品分类,品牌,分类的属性,规格。很多电商网站例如网络营销模块:京东,国美,苏宁他们的商品都是存储在redis中的,通过请求获取到的redis进行js的渲染动态的展示商品的信息。

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

源码:}

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

(一)营销模块

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

营销工具

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

营销活动商品的ID,营销工具的ID,营销工具的编号,营销工具的类型(商品级别的,订单级别的,全站级别的),渠道(PC端的,IOS端的,android端的)

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

营销活动对应的订单数据针对营销活动产生的订单

网络营销模块,解读大型电商平台如何设计营销会员模块!内部有黑科技

营销技术方案1个用户或者一个商品对应1-3个营销活动,1万个商品(购物车)就有3万个营销活动如果持久化到mysql上,mysql肯定是受不了的。如果是100个用户,双十一必须挂了服务。

优化方案(缓存,redis也会有问题。redis里面存3万多条数据,浪费了大量的网络资源)

解决方案是:类似新华字典一样,redis里面针对某个活动只存储key值,内容保存在JVM cache中。因为目前都是存在JVM中,如果是分布式同步下,需要使用zookeeper。

(二)会员模块

电商里面最复杂的就是商品,最简单的业务就是会员。

业务会员模块用户注册、登录、找回密码、积分业务

技术点:会员SSO、分库分表单点登录。1.session如何存储的(redis)

单点登录。2、服务端如何获取你信息?Token(客户端跟服务端 包含登录)

sale.jd.com登录 item.jd.com(我不知道你登录)

登录后把token放入redis中作为key,token的信息保存在cookies中,当访问在item.jd.com后,通过cookies里面的token来确认用户是否登录。

分库分表。hash取模、list预定义、range范围,具体都是通过shardingjdbc处理的

说说之前的公司关于会员表一共8个库,后来变成了16个库。这个是如何处理的。

1.当时8个库的分库思路是通过hash取模的方式。(每个库800万数据)

2.如果改成16个库,凌晨进行处理,先将数据进行处理分为:待迁移%8、 (服务可用)迁移中(%8) 、迁移完(%16),通过copy的方式。2个小时搞定的。

3.迁移完后进行取模改成16。停机2个小时。

4.当时同事提出不停机,如果在这个期间会员信息发生修改,通过binlog的方式在新迁移的信息通过binlog的方式在新迁移的库中执行,因为比较麻烦后来放弃了。

5.直接停机2个小时。前提这些都是在测试环境测试过了。迁移完后等于2份,一个在0库,一个在16库,删除原来0库中的数据。

表设计t_account会员表

t_accountRank会员级别表

t_address配送地址信息表

(三)权限模块

很多系统的权限这块 公共。权限系统一般有:账号、角色、权限、资源。

权限可以分为三种:页面权限,操作权限,数据权限。

在互联网公司有个专业术语:权限这块防小人(不懂电脑的),防君子(IT人员)

页面权限控制你可以看到哪个页面,看不到哪个页面。

很多系统都只做到了控制页面这一层级,它实现起来比较简单,一些系统会这样设计,但是比较古板,控制的权限不精细,难以在页面上对权限进行更下一层级的划分。

操作权限则控制你可以在页面上操作哪些按妞。

延伸:当我们进入一个页面,我们的目的无非是在这个页面上进行增删改查,那在页面上对应的操作可能是:查询,删除,编辑,新增四个按钮。

可能你在某个页面上,只能查询数据,而不能修改数据。

数据权限数据权限则是控制你可以看到哪些数据,比如市场A部的人只能看到或者修改A部创建的数据,他看不到或者不能修改B部的数据。

延伸:数据的控制我们一般通过部门去实现,每条记录都有一个创建人,而每一个创建人都属于某个部门,因此部门分的越细,数据的控制层级也就越精细,这里是否有其他好的方式除了部门这个维度还有其他什么方式可以控制数据权限。

t_user用户表

t_role角色表

t_privilege权限表

t_menu资源表

(四)黑科技动态执行aop里面的方法

大型网络公司内部使用的,建议内部粉丝专用,这里不做演示,详细使用建议联系我。

源码:}

1、存储在jvm的对象可视化 可以操作

2、调试bug比较有用 查看最新代码

3、给系统留后门(生产 不需要重启机器可以改配置 )

在pom.xml 同级目录放入dynamo.jar

pom.xml 中的配置,先将jar包放入web-info<dependency> <groupId>com.gome.spring.compents</groupId> <artifactId>dynamo</artifactId> <scope>system</scope> <systemPath>${basedir}\..\dynamo.jar</systemPath> <version>0.0.1-SNAPSHOT</version> </dependency> <dependency> <groupId>org.apache.commons</groupId> <artifactId>commons-lang3</artifactId> <version>3.7</version> </dependency>web.xml中加入<servlet>

<servlet-name>springdyn</servlet-name>

<servlet-class>com.gome.spring.compents.servlet.DynServlet

</servlet-class>

</servlet>

<servlet-mapping>

<servlet-name>springdyn</servlet-name>

<url-pattern>/dyn/admin/*</url-pattern>

</servlet-mapping>

访问方式}

用户名:admin

密码: admin

PS:今天说了营销的设计思路:营销工具,营销活动,营销活动订单。 会员管理:单点问题,会员信息session共享问题。权限问题:页面权限,操作权限,数据权限。黑科技:动态aop控制工具。

坚持原创的35岁IT老兵!感谢您能够看完这篇文章!感谢关注,评论,转发!

声明:一盘搜百科所有作品(图文、音视频)均由用户自行上传分享,仅供网友学习交流。若您的权利被侵害,请联系 88888@qq.com