保险采购单的修复

1、

在进入跟团boss的保险编辑页面,检查该订单的保险采购单是否有问题,如果有问题进行修复。通过crm_insure_buy和agency_pay这两张表进行比对,并且修复

order_finance表的insure_pay。

2、

查询每天的crm_insure_buy的记录,然后处理。不知道这个量是多少?

3、

java并发控制(等待机制),php并发控制(没有等待机制),数据库并发控制,调用接口返回为空。

4、

java new Thread共享火车票。二代搜索多线程更新索引。个人文档将图片变为文字,这样可以快速搜索。

5、

php的数组操作方法 array_push以及其他方法。

6、

数据库索引有哪些?唯一索引不能插入同样的数据,是这样不?

7、

crm_insure_buy的数据应该小于agency_pay这张表的数据,这是对同一个订单号,同一个保单号而言。agency_pay表中没有数据会导致调用财务接口失败吗?第一个查询保险金额的sql语句(crm_insure_buy),应该显示mark字段,这样知道是取消保险的金额,还是购买保险的金额!!!

8、

数据库索引;跟团boss确认单查看数据库的log日志,在供应商确认之前,可以多次发送确认单,供应商看到的是最后一次确认单的金额;在线预订订单签约之后自动生成合同;重新整理个人技术支持文档,并记录这周新的技术支持解决办法,比如order_notify表记录删除备忘;江小兵的订单要显示在已签约列表中;订单未占位就打开在线支付bug修复等等。

9、

在保险页面新增解决保险采购单异常按钮;增加定时脚本;跟踪代码,彻底解决问题。InsureResultInfo.cls.php

10、

如果只有一个字段,比如order_id,可以直接order_id in ();如果是order_id和bill_num;就每一行

select * from fmis_purchase where order_id= and bill_num='';

select * from fmis_purchase where order_id= and bill_num='';

select * from fmis_purchase where order_id= and bill_num='';

select * from fmis_purchase where order_id= and bill_num='';

select * from fmis_purchase where order_id= and bill_num='';

或者select * from fmis_purchase where (order_id= and bill_num='') or (order_id= and bill_num='');

第二种方式还需要自己动手测试一下结果。

select order_id,bill_num from crm_insure_info where (order_id=2902797 and bill_num='1311041359292078') or (order_id=2902797 and bill_num='1311081008392324') or (order_id=2907345 and bill_num='1311081209051047');

如果有三千个不同或者相同的order_id和bill_num,不知道是不是很卡。

 11、

系统架构,业务流程,需要强化。

12、

java、php缓存,用在查询接口缓存内容。

13、

ant变量赋值

14、

两步提交,传事务id,cap理论,民主算法。proxs。分布式各个系统,占位和确认反馈。如果确认失败,放入队列,重试不超过10次

15、

curl_exec超时怎么判断处理?

16、

数据库并发数,apache并发数,tomcat并发数,不同进程和线程之间数据共享是怎么实现的,默认是否共享内存。

17、

查看调用接口返回状态是200,就可以判断接口是调通的。

18、

电话订单是如何占位的?貌似是客服手动在需求确认页面打开占位任务。

老系统的工作流是什么样的?

清位的时候没有判断是否是机票+地接。

19、

当前系统的缺陷,了解技术的优点和缺点,正确的运用相关技术。

20、

利用ESB审核、关闭接口。如果接口没有审核,调用接口返回没有注册;如果接口禁用,调用接口返回接口不可用。

21、

对http的get、post方法有新的理解。

http://blog.csdn.net/blueling51/article/details/6935901

Http Get方法提交的数据大小长度并没有限制,HTTP协议规范没有对URL长度进行限制。这个限制是特定的浏览器及服务器对它的限制。

Apache (Server)

能接受最大url长度为8,192个字符。

理论上讲,POST是没有大小限制的。HTTP协议规范也没有进行大小限制,起限制作用的是服务器的处理程序的处理能力。

如:在Tomcat下取消POST大小的限制(Tomcat默认2M);

打开tomcat目录下的conf目录,打开server.xml 文件,修改

<Connector

debug="0"

acceptCount="100"

connectionTimeout="20000"

disableUploadTimeout="true"

port="8080"

redirectPort="8443"

enableLookups="false"

minSpareThreads="25"

maxSpareThreads="75"

maxThreads="150"

maxPostSize="0"

URIEncoding="GBK"

</Connector>

增加红色字体部分 maxPostSize="0" (设为0是取消POST的大小限制)

原文地址:https://www.cnblogs.com/usual2013blog/p/3395296.html