首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏数字臧品

    广告系统

    广告系统是什么?其实简单点来说,广告系统其实就是一个系统+广告系统的模式,在原来的系统里面,增加了趣味的玩法,让系统不在单一。 今天这篇文章就针对广告系统在开发过程中,整个广告系统的模块和功能点,给大家进行相关介绍。 广告系统大的系统模块主要有以下11点:图片一、会员系统会员系统包含的小功能点有:会员注册,会员登陆,修改密码,修改资料,收货地址管理,专属二维码&邀请码二、产品系统产品系统包含的小功能点有:产品管理 等级六、广告模块包含的小功能点有:广告类型配置,广告内容配置,看广告内容计费,内容计费频次,内容计费权限,内容计费结算,内容计费明细七、任务等级模块八、财务流水九、分销分润模块十、提现结算模块十一、客服系统

    2.7K72编辑于 2022-08-05
  • 来自专栏分布式系统和大数据处理

    玩转系统:深入剖析智慧平台

    玩转系统:深入剖析智慧平台 2017-3-9 张子阳 推荐: 3 难度: 2 ? 因为本人最近几年都在从事相关的工作,因此购买了这本书,主要是想了解大型的系统应该包括哪些组成部分,以弥补自身知识的不足。 第一章,引言 主要介绍了的本质和系统的纵向组成。 第二章,初始阶段 强调了系统的重要性:系统反映了企业的经营理念和商业模式的思考,系统企业的核心竞争力。 云:将网站前后台系统、订单系统、客户管理系统、合作伙伴管理平台、供应链系统、客服系统、广告管理平台、促销管理系统、搜索系统、PIS精准化系统、财务系统、大数据平台等开放出来,供有需要的客户使用,以便快速搭建平台

    3.9K21发布于 2018-09-30
  • 来自专栏架构师成长之路

    完整的系统

    完善的b2b系统: 管理端、商家端、用户端。 资讯平台: 资讯平台,基于vue,不影响seo。

    95210编辑于 2022-06-30
  • 来自专栏Grace development

    系统设计之用户系统

    前言 设计以以下为工具讲起 – PHP为开发语言 – 基于Laravel框架 – MySQL为数据存储 的可变性与孩子的心情一样,变化极快,所以在设计之处就要想好大部分的功能接入及开发,尽量减少重构次数 致谢 感谢你们看到这里,下一篇我会讲一下关于系统的商品设计的部分。有什么问题可以评论区提问。谢谢 最后修改:3个月前 2018-06-14 © 著作权归作者所有

    2.7K50发布于 2018-09-18
  • 来自专栏全栈程序员必看

    妙手跨境erp下载_跨境平台开源系统

    概述 化繁为简的一站式跨境免费开源ERP管理平台,简洁的操作,助您高效工作。 目前开源智造·Odoo跨境解决方案,默认标准支持如下平台: Amazon 、eBay、WooCommerce、Shopify 提升运营效率 数据驱动,提升精细化运营能力与财务、供应链高效协同

    5.6K30编辑于 2022-11-05
  • 来自专栏纯洁的微笑

    系统之订单系统

    系统之订单系统 01 概述 订单系统作为系统的“纽带”贯穿了整个系统的关键流程。其他模块都是围绕订单系统进行构建的。 订单系统的演变也是随着平台的业务变化而逐渐演变进化着,接下来就和大家一起来解析平台的“生命纽带”。 上帝视角订单系统 ? 报缺情况分为系统报缺和实物报缺,这是承接但相对独立的两个环节。 系统要考虑7天无理由退货的情景,即订单状态完成后申请退货。此时主要涉及的是金额上的计算以及一些财务程序(如发票等)问题的处理。 下面以大家最熟悉的商订单数据拆分为例,订单是任何一个平台都有的业务数据,每个平台用户提交订单都会在平台后端生成订单相关的数据,一般记录一条订单数据的数据库表结构如下: ? 总结 平台的需求一直在变化,随之订单系统的架构也会随之变化,架构设计就是一个持续改进的过程,这篇文章还有好多细节未提及,如果你想把订单系统做的更好,需要更加深入系统的每一个环节,比如:容灾、灾备、

    4K23发布于 2018-09-26
  • 来自专栏数字臧品

    广告系统开发

    在写这一系列系统技术文章之前,先说一下什么样的广告系统? 就广告系统的功能而言,它也是一个网上商城。 在商场的产品功能体系中,植入了看广告、添加功能的模式。 整个广告系统架构有几个模块和功能点。 因为开发一个广告系统的内容很多,所以我会专门写一个系统开发系列文章。 我将一一解释每个模块的功能。 模块会整理一篇技术文章展开,我会以章节的形式展开图片 系统模块功能分为十一部分,如下 1、会员制度; 2、产品体系; 3、购物车模块; 4、订单处理; 5、积分模型; 6、广告模块; 7 .任务级模块; 8、资金流向; 9、分配与利润分享模块; 10、提现结算模块; 十一、客服系统

    86920编辑于 2022-08-04
  • 来自专栏Grace development

    系统设计之订单

    具体付款流程如下 不(wo)是(gu)这(yi)张(chuan)图(de),请看正经流程图 之前的几篇文章介绍了 购物车如何设计 用户系统如何设计 商品系统如何设计 其实他们都在为交易系统做铺垫,一个产品如果没有收入 这个没什么可讲的,一般小的也没有刷评价的,类似淘宝的防止刷评价的做法太过于复杂,这里也不过多讲解(其实我也没接触过)。

    1.5K22发布于 2018-09-18
  • 来自专栏小小挖掘机

    京东推荐系统实践

    分享嘉宾:孟崇 京东 推荐架构负责人 编辑整理:Hoh Xil 内容来源:DataFun AI Talk 出品社区:DataFun 注:欢迎转载,转载请注明出处 今天为大家分享下京东推荐系统实践方面的经验 但是,现在绝大多数推荐系统都不会直接使用协同过滤来做推荐。目前主要用的是 learning to rank 框架。 这里,是推荐系统的框架,整个推荐系统可以分为两部分,在线部分和离线部分。 整个推荐系统大概就是这样的一个框架。 和新闻、视频这类的内容推荐相比,推荐系统又有一些特殊的地方,比如: 优化方向(点击、销售额、时长、用户留存等)。 另外,中推荐的内容也会有很多种,尤其像是活动类的内容,很多推荐都是算法和人工运营共同完成的。这就是推荐和新闻推荐等的区别之处。 我们展开看下在线推荐系统: 除了刚才说的召回和排序以及最终的调整之外,还有实践过程中的一些细节。

    2.9K31发布于 2019-08-13
  • 来自专栏Grace development

    系统设计之商品

    前言 这是系统设计系列在商品设计这块的最后一篇文章。 以下是其他文章地址,按照逻辑顺序排列如下 – 系统设计之用户系统 https://blog.fastrun.cn/2018/06/14/1-10/ – 系统设计之购物车 https://blog.fastrun.cn /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.4K20发布于 2018-09-18
  • 来自专栏服务端技术杂谈

    交易系统演进

    系统演进的主要驱动力是业务发展带来的规模和复杂度的挑战,不同阶段解决的主要矛盾不同。 分布式解决开发内部效率问题。 平台化解决重复建设成本和业务开发效率。 中台化解决多方人员和系统协同效率。 单一系统阶段 此阶段业务相对单一,业务规模和复杂度处于早期阶段。 开发人员相对较少。 这个阶段的主要诉求是研发效率快速交付,对稳定性有初步要求。 单系统或几个应用,机器几十台。 系统特点,按照领域拆分不同业务中心系统,比如订单,商品,优惠券,支付等,机器上百上千台。 优点: 各领域业务系统逻辑解耦,各自可以迭代,研发效率得到提升,系统拆分后,系统可用性可以各自优化,整体稳定性提升。 系统特点:业务系统平台化,平台能力和业务能力解耦,支持业务的特性和配置和扩展,机器规模达到了几千台。 优点: 支持各领域业务配置化和定制化,研发效率高,系统平台化之后,代码质量提高,稳定性提升。

    1.4K10发布于 2020-07-14
  • 来自专栏全栈程序员必看

    后台管理系统(一)

    后台管理系统git地址:https://gitee.com/kk23851 一.项目大体架构 二.用户登录 用户登录页面 思路:用Element表单验证完成以后,把数据存储到本地 用户登录代码位置如图

    1.5K20编辑于 2022-06-29
  • 来自专栏程序员IT圈

    系统设计之订单

    之前的几篇文章介绍了: 购物车如何设计 用户系统如何设计 商品系统如何设计 其实他们都在为交易系统做铺垫,一个产品如果没有收入,那这只能是寺庙的公益产品。任何产品最终都要走向这步 (收钱)。 这个没什么可讲的,一般小的也没有刷评价的,类似淘宝的防止刷评价的做法太过于复杂,这里也不过多讲解(其实我也没接触过)。

    3.2K31发布于 2018-08-16
  • 来自专栏开发经验

    开源项目 Mall:构建高效系统的终极选择

    项目 结语 欢迎来到Java项目精品实战案例专栏~开源项目 Mall:构建高效系统的终极选择 ☆* o(≧▽≦)o *☆嗨~我是IT·陈寒 ✨博客主页:IT·陈寒的博客 该系列文章专栏: ❤️ 在当今数字化时代,商业务正蓬勃发展。为了满足不断增长的市场需求,构建高效、可扩展的系统至关重要。 Mall 项目是一套出色的系统,包括前台商城系统和后台管理系统,采用了现代化的技术栈,为您提供了构建平台的最佳实践。 Mall 项目概览 Mall 项目是一个全面的系统,涵盖了前台商城系统和后台管理系统。无论您是想构建一个全新的平台,还是寻求升级您现有的系统,Mall 都是您的不二选择。 无论您是初学者还是有经验的开发者,Mall 都将是构建高效系统的不二选择。通过采用现代化技术和开源工具,Mall 项目为您提供了构建成功平台所需的一切。

    1.9K10编辑于 2023-12-13
  • 来自专栏MyTechnology

    系统SPU和SKU

    这是系统两个非常重要的概念,如果你能够理解这里面的关系网,会对你的代码思路更加清晰!

    3.2K60发布于 2021-01-20
  • 来自专栏芋道源码1024

    系统设计之订单

    img 之前的几篇文章介绍了 购物车如何设计 用户系统如何设计 商品系统如何设计 其实他们都在为交易系统做铺垫,一个产品如果没有收入,那这只能是寺庙的公益产品。任何产品最终都要走向这步 (收钱)。 这个没什么可讲的,一般小的也没有刷评价的,类似淘宝的防止刷评价的做法太过于复杂,这里也不过多讲解(其实我也没接触过)。

    1.3K31发布于 2018-12-14
  • 来自专栏全栈程序员必看

    项目基本业务概述||后台管理系统的功能|| 后台管理系统的开发模式(前后端分离)|| 后台管理系统的技术选型

    项目基本业务概述 根据不同的应用场景,系统一般都提供了 PC 端、移动 APP、移动 Web、微信小程序等多种终端访问方式。 ---- ---- 后台管理系统的功能 后台管理系统用于管理用户账号、商品分类、商品信息、订单、数据统计等业务功能。 ---- ---- 后台管理系统的开发模式(前后端分离) 后台管理系统整体采用前后端分离的开发模式,其中前端项目是基于 Vue 技术栈的 SPA 项目。 ---- ---- 后台管理系统的技术选型 发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/137882.html原文链接:https://javaforall.cn

    1.2K20编辑于 2022-08-23
  • 来自专栏全栈程序员必看

    网站详情页系统架构图_连连跨境

    网站的商品详情页系统架构 小型网站的商品详情页系统架构 小型网站的页面展示采用页面全量静态化的思想。 对于小网站,页面很少,很实用,非常简单,Java 中可以使用 velocity、freemarker、thymeleaf 等等,然后做个 cms 页面内容管理系统,模板变更的时候,点击按钮或者系统自动化重新进行全量渲染 对于一些大型的网站,亿级数量的页面,你说你每次页面模板修改了,都需要将这么多页面全量静态化,靠谱吗?每次渲染花个好几天时间,那你整个网站就废掉了。 大型网站的商品详情页系统架构 大型网站商品详情页的系统设计中,当商品数据发生变更时,会将变更消息压入 MQ 消息队列中。 在这种架构下,我们需要保证系统的高可用性。 如果系统访问量很高,Nginx 本地缓存过期失效了,redis 中的缓存也被 LRU 算法给清理掉了,那么会有较高的访问量,从缓存服务调用商品服务。

    2.2K40编辑于 2022-11-10
  • 来自专栏Grace development

    系统设计之商品 (上)

    大伙每天都在用,类似某猫,某狗等。 系统设计看似复杂又很简单,看似简单又很复杂 本章适合初级工程师及中级工程师细看,大佬请随意 前言 商品的设计是系统中占据重要地位,如何设计出高扩展,高性能的商品系统并非一件简单的事情,我的设计是观摩互联网各大佬的设计后自行研究的 ,并非完全正确,但也不完全错误,现在我设计的这套系统已经在使用,如果在逻辑上遇到什么问题,会及时修改我关于系统相关文章的设计思想部分。 元素 见上图,本次我们先讲解下系统规格与自定义规格、系统属性与自定义属性的关于及其他们存在的意义。 盗用一张淘宝的图,以上都是根据分类品牌设定好的规格及属性 主要是为了方便商家添加商品及其对商品的规格属性进行统一的管理,当然一个系统在前期运营的情况下尽量减少系统属性规格的使用(方便商家入住嘛)。

    2K52发布于 2018-09-18
  • 来自专栏Grace development

    系统设计之商品 (下)

    大伙每天都在用,类似某猫,某狗等。 系统设计看似复杂又很简单,看似简单又很复杂 本章适合初级工程师及中级工程师细看,大佬请随意 前言 商品系统与订单系统(交易系统)是相铺相成的,当买家购买商品后将经历一个过程 商品系统- 商品的名称及价格都不是固定,如果商户修改了商品的标题或者其他的属性,那小明当时买的爱疯手机是8000元,结果过了几年降价了商户修改了价格,结果小明的购买清单里也变成了修改后的价格,所以说这种仅仅关联的设计是不可取的(至少在系统中不可取 文末有订单表的数据结构 多商户 实际在系统设计上,个人感觉不应区分多商户的与单用户的(至少开发者不应区分他们),但前期设计上就应把多商户概念带入到系统内。 ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 致谢 感谢你看完这篇文章,接下来会继续出一些相关的文章

    2.5K20发布于 2018-09-18
领券