working note

working note

1.不注重流程，项目中事情的先后顺序。

2.技术能力一般，对于一些错误出现，分析不到位。

3.需求理解能力一般。

4.基本全靠混，代码理解能力和业务理解能力都不怎么样。

##06.03

1.承兑商充值USDT，根据充值记录和承兑商身份，赠送充值奖励。编写定时任务。

##06.04

1.承兑商与第三方平台会员交易，根据承兑商等级获取相应的佣金。

2.理清用户注册码，开始做用户推荐奖金。

##06.05

1.上午修改了第三方提现接口，重启服务一些事情

2.下午完成承兑商推荐奖金相关逻辑，检查代码等。

##06.06

1.上午修改订单倒计时相关的接口，订单超时自动撤销单

2.下午看了多线程的相关知识。

##06.10

1.多种支付方式相关代码修改

2.dapp_mlf_user_pay_info表增加了status、quota字段

##06.11

1.承兑商 - payChannel定时任务，查最近两天的交易记录

2.承兑商首充赠金 - btc定时任务，根据爬取的充值记录、承兑商身份等，赠送首充金额

3.承兑商佣金 - payChannel中第三方承兑商确认收款后，根据承兑商身份赠送佣金

4.承兑商推荐奖 - payChannel中第三方承兑商确认收款后，根据承兑商身份和用户管理赠送给父级推荐奖

##06.12

1.做一些服务器部署的事情

2.联调支付方式相关接口

##06.13

1.修改禅道上面的bug

2.修改市商认证接口

##06.14

1.广告表增加deal_type字段，区分手动撮合(OTC)和自动撮合

2.用户支付方式，如果一个支付方式正在使用中，不给禁用和删除，怎么判断正在使用中呢，在发布广告时是没有选择具体是哪一个支付方式的，选择的只是大概的范围，WX,ZFB,BANK三种。所以只能判断订单，

2.解决方法：在order表中增加一个order_pay_id字段，每次买家购买产生订单时，保存进去，修改pay方法

3.修改支付信息的删除和禁用接口

##06.15

1.主要在搞广告列表显示的内容，排序要保证加载第一页时是不一样的数据，不重新加载，不影响翻页。且后面的数据排序正常，根据后台配置的那个最大页码数，来确定最大的pageNum大小、当超过后台配置的最大页码数时，返回一个空的数组。

##06.17

1.修改卖家确认收款bug

2.修改绑定支付信息bug，重复又是删除的支付信息

3.测试第三方提现接口

4.修改市商认证的bug，当认证不通过后，重新上传会包错。update

##06.18

1.修改订单确认收款、获取广告列表方法中的一些非空判断。

2.定时查询广告，筛选出不符合要求的广告，改为已完成或者取消状态。

3.加入实名认证的使用，在发布订单、广告中添加。

##06.19

1.修改申诉成功后的操作，后台管理IDE申诉服务

2.修改用户邀请码相关代码

3.承兑商增加密码

买方申诉成功(卖方驳回)，转账到买方对应钱包，交易成功状态

卖方申诉成功(买方驳回)，卖方增加可用余额，减少冻结余额，交易取消状态

4.OTC交易手续费扣买家还是卖家的呢？

1.99 49747.85  253  5USDT 505CNY 

2.33 666440.40 252.60 

sell  33  671567.40 135.60  671703.00  3 USDT 

sell  33  671570.40 132.60  671706.00  3 USDT 

buy  99 49727.85  45030.00  94757.85  3 USDT

sell 671565.40 137.60  671703.00   33

BUY 49727.85 45030.00 94757.85 99

##06.20

1.修改承兑商增加密码

2.user_login表中增加了承兑商密码字段

3.承兑商认证从第三方交易中获取数据

4.周五交的PPT

5.ssoIner增加服务间调用接口

6. 订单超时根据后台配置的时间来计算，返回给页面的时间接口，后台计算

7.广告列表接口修改，只显示含OTC标签的广告。发布广告时，只有承兑商才能选择标签，增加是否承兑商校验接口。

8.自己主动撤销广告不会解冻余额。

9.注册时邀请码相关逻辑修改

10.通过了市商认证就是承兑商，承兑商才可以发布自动撮合的广告

670706.40   791.60  671498.00

##06.21

1. 发布广告，没有通过市商认证时，隐藏标签选择。页面修改

2.订单超时那儿页面功能恢复

3.实名认证那部分刷新，判断。

##06.24

1.修改bug

2.回顾java一些基础知识，switch、流操作等

##06.25

1.修改承兑商佣金和推荐奖金的bug

2.钱包中奖金，发布广告时怎么扣取？

##06.26

1.测试，修改推奖金bug

##06.27

1.确认收款发生异常后，事物没有回滚

2.修改那个支付方式接口，禅道bug

购买方 33 ：679175.55 678497.95 667.60

出售方 111：12521.20 7381.00 5100.00

/by zero 事物并未回滚 60USDT

购买方 33 ：679226.55 678548.95 677.60

出售方 111：12521.20 7381.00 5040.00

第三方购买40个usdt，400，

解决加上那个东西

@TxTransaction

问题：

1.分布式事务那儿存在问题，确认收款，pay这边是发起方，btc那边是参与方，参与方出现异常，参与方不回滚。发起方回滚。加上isStart=true后，参与方、发起方都会回滚。

但是业务完成后，所有的操作都会回滚，无报错信息，SQL正常打印。目前对LCN这个还不太熟悉，后面想起来了修改。

2.财务记录显示限制，佣金显示小数精确的位数

3.推荐奖金那儿，数量为0就不保存进数据库了。

##06.28

1.

OTC目前配置为扣卖家的，OTC 费率：0.15 

发布了50个，卖家应该冻结 50+50*0.15 = 57.5 

发布广告前：679237.10   685.60  679922.70

发布广告后：679182.10   740.6   679922.70

99

94936.50 35023.00 59913.50

94936.50 34893.00 60043.50

94936.50 34843.00 60093.50

卖家减去数量，扣款减去冻结余额，手续费直接减可用余额

94914.50 34841.00 60073.50

679927.70 679187.10 740.60

##07.01

1.注册Feign调用接口报：Caused by: java.net.SocketTimeoutException: Read timed out错误

2.eth报错：GC overhead limit exceeded

3.修改tx超时时间改为15s

4.Read timed out executing GET http://dapp-eth-server/inner/wallet/initWallets?userOpenId=ddb777b9-b781-4efc-a2a4-c27c924960c4这个错误和lcn事物不提交是否有关系？

##07.03

##07.04

1.把服务部署到50机上面

2.看Jvm、基本类型相关知识点

##07.08

1.设置mysql

SHOW VARIABLES LIKE 'innodb_lock_wait_timeout';

SHOW GLOBAL VARIABLES LIKE 'innodb_lock_wait_timeout';

SET innodb_lock_wait_timeout=120;

SET GLOBAL innodb_lock_wait_timeout=120;

SHOW PROCESSLIST

SHOW PROFILE FOR QUERY 8;

SHOW PROFILE FOR QUERY 1;

SHOW VARIABLES LIKE "%timeout%";

SET GLOBAL wait_timeout=2000;

SET GLOBAL interactive_timeout=2000;

##07.09

1.Deadlock found when trying to get lock; try restarting transaction，解决： https://cloud.tencent.com/developer/article/1356959

2.feign Read timed out executing GET

3.Lock wait timeout exceeded; try restarting transaction

4.com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction

5.Communications link failure   https://m635674608.iteye.com/blog/2302281

app.gswalleta.com

210.56.60.23 

##07.12

sleep 

lazy

##07.24

1.增加了市商首次曾金配置表

CREATE TABLE `dapp_mlf_business_first` (

  `id` char(36) NOT NULL,

  `min_limit` decimal(20,8) DEFAULT NULL,

  `max_limit` decimal(20,8) DEFAULT NULL,

  `give_amount` decimal(20,8) DEFAULT NULL,

  `open_give` char(5) DEFAULT NULL COMMENT '是否开启首冲赠送usdt(on:开启,off:关闭)',

  PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4

2.修改首冲奖金记录表增加字段

`status` tinyint(2) DEFAULT '0' COMMENT '1:未释放,2:已经释放',

 `amount` decimal(20,16) NOT NULL COMMENT '首冲的数量',

##07.31

1.金钱包项目第一期开发收尾

2.dapp_mlf_business_charge_log 表添加 level_id 字段

##08.01

1.市商首冲配置、推荐奖金配置

2.奖金

##08.02

1.需求评审会议

2.一键出售购买接口

##08.03

1.28.985507  471.014493

2.分析：系统内两种情况会冻结余额。

    a.发布卖的广告

    b.在出售大厅下单，出售大厅的下单，卖家买家都无法主动取消，等待订单超时后，取消订单。

    bug：在出售大厅，卖家下单，买家不付款，超时后，卖家冻结的下单数量不会转到可用。

    bug已修改

    订单类型

    a.BUY：用户在广告购买大厅，发起交易，买的行为，自己可以取消订单

    b.SELL：用户在广告出售大厅，与买的广告单产生订单关系，双方不能主动取消订单。还会冻结用户自己的出售余额

    所以

    一键购买：匹配到广告后，和BUY的操作差不多

    一键出售：匹配到广告后，和SELL的操作差不多，产生订单时会冻结自己的余额

##08.04

1.一键出售接口编码、测试

2.bug修改，第三方提现，取消订单未回退冻结金额

3.对比eth代码，修改奖金一些代码

##08.08

1.修改禅道bug

2.

##08.09

1.10级困，这样下去会出问题