Giter Site home page Giter Site logo

blindbox's People

Contributors

abigail830 avatar bryan-cheung avatar

Stargazers

 avatar

Watchers

 avatar  avatar  avatar  avatar

blindbox's Issues

[Wxchat] 获取全部产品列表

目前的必须要指定角色,但是有一个显示全部的

接口需要有分页功能,不要一次性返回全部数据

同样的还有个新品的产品接口,

image

image

[Admin] Activity backend page


Admin backend page for Activity CRUD
Activity info contained:

  • 首页图(1个,尺寸要求?)
  • 标题(字长?)
  • 内容图(n个,尺寸要求?)
  • CreateTime/LastUpdateTime
  • ActivityStartTime/ActivityEndTime
  • ifShowInAd?

Task

  • create db table for activity
  • As an admin, I can see the defined Activity
  • As an admin, when click add button, it jump to Activity create page, and Activity could be add successfully.
  • As an admin, when click edit button, it jump to Activity edit page, when Activity record could be update
  • As an admin, when click delete, it would have a popup to double confirm, if yes, then Activity will be remove.
  • validation of date/image
  • rich editor contain both text and image

High level estimation: 2-3MD

抽盒逻辑还是改进一下,让用户每次进入抽盒的时候可以生成所有盒子对应的礼品

image

  1. 用户第一次进入的时候,根据概率和库存,随机生成全部12个序列,每次不重复。如果库存已经填不满12个盒的时候,才留空。

  2. 用户选定某个序号(比如2号),进入后,使用提示卡,显示卡的话,如实显示(建议前端负责发送使用积分到后端,但显示内容就有前端直接显示处理就ok了,不一定再由后端运算。不过具体算法还是由两位定:D,仅做参考)
    还有一个可能是用户进入后用了显示卡,提示卡,但没有抽取;如果再进入该序号的时候,提示卡,显示卡的结果可以不默认显示(当然如果非常方便默认显示,不会出现bug的话会是稍微更好点)

优惠卡的作用就彻底不保留吧。比如在2号盒用了优惠卡,换一盒,又回来选择2号盒,优惠卡的作用消失掉。

  1. 如果用户选择了抽取某盒,然后再选,则已经抽掉的空掉(比如2空掉),其它的继续供抽取,直到
    i) 用户退出这个页面,。退出后就释放库存,再进入就重新回到步骤1重新满随机了。
    ii) 全部抽完再重新生成(回到步骤1)

订单时间差了一个小时?

image
我实际支付时间应该是16:40左右,显示的是17:40;
是不是服务器时钟配置时区之类需要修正一下呢?

Env setup


  • nginx and java installation
  • update appId and appSecret in package
  • deploy of package to env

弹幕接口


根据现有用户列表,返回随机三个弹幕内容

[Admin] Order list page


  • query and get list of order
  • able to update the status of order (已发货)已发货时,还需要有文本输入框能供后台输入订单号等信息

收货地址接口需求

需要字段数据:

  1. 收货人
  2. 手机号码
  3. 所在地区
  4. 所在地区关联 code (字符串,前端使用)
  5. 详细地址
  6. 是否默认地址

积分没有变动

购买商品后没发现积分有所变动
是不是代码没关联,还是因为我们购买0.01所以没有正确触发呢?请考虑修复或者给个测试方式(比如关联测试的0.01购买到正常的积分规则上?)

[Admin] product role maint


ProductRole

  • RoleName
  • Role pic
  • CreateTime/LastUpdateTime
  • OnBoardStartTime/OnBoardEndTime??

Task

  • As an admin, I can see the defined Role, and I can click a button to create new Role
  • As an admin, I can create/edit/publish Role, i.e. picture upload(within allowed size)

Question:

  • if still have product/series attached, if allow to delete role? if yes, suppose will also remove all series/product associated?

High level estimation: 1MD

产品的接口有些困惑

image

image

在名人堂这个页面需要三个数据

1 角色列表的数据 /wx/products/roles

2 角色拥有的系列数据 /wx/products/${roleId}/series

3 系列内拥有的产品数据 /wx/products/series/${seriesId} 这个不应该是一个列表(数组)数据吗?

image

还有说我用错接口了

[Wxchat] 积分API

image

  • login +5
  • share activity + 10
  • share pic +10

draw + 20. -- this will handle in #12
fully light up pic +500 --this will handle when order
preserve product TBC

第二轮点击卡片无反应

初次进去有七个积分,点击抽盒,点击三种券,有反应,点击付款,取消;换盒,点击三种券,无反应,查看我的积分,仍是七个。
猜测的原因:第一轮我使用了三个券,但付款的时候取消了,此时积分已经用了,只是前端未更新,所以第二次轮点击的时候没有足够的积分兑换券,故没有反应。
建议解决办法:积分数实时更新,积分不够时设置提示
@sohaha @abigail830

抽盒逻辑还是改进一下,让用户每次进入抽盒的时候可以生成所有盒子对应的礼品

  1. 用户第一次进入的时候,根据概率和库存,随机生成全部12个序列,每次不重复。如果库存已经填不满12个盒的时候,才留空。

  2. 用户选定某个序号(比如2号),进入后,使用提示卡,显示卡的话,如实显示(建议前端负责发送使用积分到后端,但显示内容就有前端直接显示处理就ok了,不一定再由后端运算。不过具体算法还是由两位定:D,仅做参考)
    还有一个可能是用户进入后用了显示卡,提示卡,但没有抽取;如果再进入该序号的时候,提示卡,显示卡的结果可以不默认显示(当然如果非常方便默认显示,不会出现bug的话会是稍微更好点)

优惠卡的作用就彻底不保留吧。比如在2号盒用了优惠卡,换一盒,又回来选择2号盒,优惠卡的作用消失掉。

  1. 如果用户选择了抽取某盒,然后再选,则已经抽掉的空掉(比如2空掉),其它的继续供抽取,直到
    i) 用户退出这个页面,。退出后就释放库存,再进入就重新回到步骤1重新满随机了。
    ii) 全部抽完再重新生成(回到步骤1)

上传图片返回413错误

抽盒图,产品图鉴,产品外包装盒子图

文件最大限制是多少呢?

另外看能否把上传图的地方都加上参考图片分辨率大小呗。

卡券方案待定

继续考虑关于卡券的问题:
a)如果使用小程序内打开卡包,枚举卡券并使用的方式
注意文档中似乎更针对,在小程序内开会员卡的场景。相对来说对卡券支持似乎比较弱(尤其是在另一个公众号中派发的)
代码方面我目前调研似乎是,必须先知道卡券id(这个卡券id应该是在卡券制作的时候固定了的,如果使用的话可以建议运营期间只修改不增减
应该就可以做到相对优惠券确定。
 
从而,进入支付的流程时候,根据预配的卡券id,获取优惠券信息;
然后在支付的时候,根据优惠券计算支付金额
支付成功后,核销卡券。
 
但这个做法我疑虑几个问题:

  1. 一旦新增优惠券,需要修改前端代码,不够灵活;
  2. 对重复领券比较难把控(由于id固定,似乎就只可以开放每人可以领取多券,加上卡券转赠,有可能出现计划外派发失控问题)
     
     
    B)考虑是否用针对积分,进行另一种卡券营销:派发的卡券一律兑换成系统内积分。
    具体操作是:
    运营方按活动制券,所有卡券都落实到奖励用户积分。
    用户换取积分的办法是,点击立即使用。点击后跳转小程序页面,在页面上兑换积分。兑换成功后可以马上使用。
     
    代码实现上,抛个砖头考虑这个方案:
    在卡券自定义入口中,配置专门的跳转入口:

    index/redeem?promotion=xxx&expired=xxxx&redeem=xxx&sign=xxxxx
     
    Sign我们可以是内部算法,随便弄个加个子串后sha256之类看不懂的就差不多;后台可以提供生成;
    (运营每次添加卡券,手动定义promotion,expired,redeem,然后去后台获取小程序入口,再配置到跳转小程序中)

 
 
 
前端收到后,只要校验正确,就根据redeem给与积分,并且promotion记录(下次再进来,查找如果promotion用过了就不加了)。
 
等于开放加分的灵活性给未来运营使用。
 
影浅觉得觉得可行不?
如果某个方案是不可行的,直接去除;如果两个方案都可行,看丹丹最终考虑哪个更适合于用户实际落实推广。

 
 
 
 

Deprecate 接口还在使用中

2020-04-24 20:40:06,959 WARN com.github.tuding.blindbox.api.wx.WxProductController [http-nio-8080-exec-8] getADrawForUserOpenID 接口应停用

发现有停用的接口前端还在使用中,请确认是否可以切换还是需要保留?

image

[Admin] product series page


productSeries

  • SeriesName(长度?)
  • SeriesPic(尺寸?)
  • ProductRole id which it belongs to
  • preSaleStart/endTime预售时间
  • onBoardStart/endTime上架时间

Task

  • As an admin, I can see the defined ProductSeries per Role
  • As an admin, I can create/edit ProductSeries associated with Role, i.e. picture upload(within allowed size), storage, matrix setting, possibility formula,

High level Estimation: 1MD

[Admin]login backend


  • As an admin, I can login with username/password (passcode on activate)

Estimation: 1MD

[Admin] product maint


product

  • productName(length?)
  • product pic(size?)
  • description?(length?)
  • createTime/lastUpdateTime
  • associtaed series id

Task

  • As an admin, I can see the defined Product per Series
  • As an admin, I can create/edit Product associated with Series, i.e. picture upload(within allowed size), storage, matrix setting, possibility formula

High level estimation: 1MD

活动预约后发送的模版信息,活动规则,活动奖励还是需要后台提供独立配置去修改?

image

这几个字段,对应的是需要给发送模版信息时填入字段的,用现在的富文本填充似乎不合适。
是否可以分开对应字段给配置?

反而描述的话,他们倾向用长图直接描述,一张活动主图就够了(但最好给出分辨率建议,至少是宽度建议以及文件尺寸限制建议(少于多少M才不会导致上传413错误?))

[Wxchat] Activity subscription

  • wxchat backend subscription interface
  • wxchat api and update sub into activity table
  • UI button to notify when the date arrive
  • choose template ID and update pgm

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.