关于php二次开发的疑问

后端开发|php教程 我现在要做一个功能就是关于交易流程的，1）前台卖家发布服务信息，2）经过后台管理员审核，审核通过，卖方的服务信息可以发布到网站上。。3）买方通过搜索搜索到合适的服务，4）买方付款（通过支付宝）5）管理员审核。审核通过后，卖方收到通知。6）等待卖方确认，同意后服务达成。之后就是卖方提供服务。服务进行过程中，卖方可以发布信息，买方可以实时查看服务进度。服务完成后双方可以互评。至此流程结束。后台管理员要可以监控整个交易流程。而我现在的任务就是要实现第2步还有第5步的功能，也就是说整个流程中网站后台需要做的事情。可是现在流程的其他部分都没有做，老板就要我做后台的这两步，我大脑里面根本就没有思路。这是我工作以来第一次做二次开发，PHP断断续续刚学了一个来月，就被老板赶鸭子上架，也算是对小弟的依次工作考核，所以现在小弟求各位大大指导一下啊。 回复讨论(解决方案) 1）卖家发布服务信息时，你可以把数据库里的字段，比如status置为0
2）将status为0的服务信息取出来审核，通过后置为1
4）将买方付款记录status字段置为0
5）将status为0的交易记录取出进行审核，通过后置为1，再进行其它操作，如卖方收到通知 思路就是这样，status字段的值可以自己定义，不一定是0，或1，根据自己的实际情况定

1）卖家发布服务信息时，你可以把数据库里的字段，比如status置为0
2）将status为0的服务信息取出来审核，通过后置为1
4）将买方付款记录status字段置为0
5）将status为0的交易记录取出进行审核，通过后置为1，再进行其它操作，如卖方收到通知

思路就是这样，status字段的值可以自己定义，不一定是0，或1，根据自己的实际情况定

请问有没有相关类似的源码呢，本人第一次做二次开发，想参照一下相关的项目。

源码项目我就不知道了

源码项目我就不知道了

哦，那好吧，谢谢你了

服务信息表字段：tb_ser sid（服务信息id） , mc , status(审核标志字段) …(其他信息字段)；
收款记录表 ： tb_pay id(收款记录id), sid（服务信息id） , status(收费审核标志字段) … (收款方和付款方的一些信息字段，不要怕产生冗余，也不要和其他表关联，收费记录信息不能随其他表记录更改而改变)

前台显示和搜索服务信息时 取 tb_ser.status=’1′ ;

如果不是二次开发，让你完整开发你会吗？
估计也不会吧？
所以，这个跟二次开发没什么关系。
业务逻辑搞清楚了，代码上实现就好了。
无非就是CRUD

如果不是二次开发，让你完整开发你会吗？
估计也不会吧？
所以，这个跟二次开发没什么关系。
业务逻辑搞清楚了，代码上实现就好了。
无非就是CRUD

求指导….

2）经过后台管理员审核，审核通过，卖方的服务信息可以发布到网站上。
5）管理员审核。审核通过后，卖方收到通知。
这不就是模块化吗？
流程都是：
获取未审核的条目
填写已审核标记
发出消息

至于未审核数据的来源和消息发往何处，都由配置文件指定，开发时可虚拟一个

服务信息表字段：tb_ser sid（服务信息id） , mc , status(审核标志字段) …(其他信息字段)；
收款记录表 ： tb_pay id(收款记录id), sid（服务信息id） , status(收费审核标志字段) … (收款方和付款方的一些信息字段，不要怕产生冗余，也不要和其他表关联，收费记录信息不能随其他表记录更改而改变)

前台显示和搜索服务信息时 取 tb_ser.status=’1′ ;

那服务表和收款表里的sid需要关联么。还有“mc”是啥意思。。。如果服务信息里面要包含服务介绍包括文字介绍还有图片介绍。那学不需要，见一个附表啥的，把这些内容放在附表里。

服务信息表字段：tb_ser sid（服务信息id） , mc , status(审核标志字段) …(其他信息字段)；
收款记录表 ： tb_pay id(收款记录id), sid（服务信息id） , status(收费审核标志字段) … (收款方和付款方的一些信息字段，不要怕产生冗余，也不要和其他表关联，收费记录信息不能随其他表记录更改而改变)

前台显示和搜索服务信息时 取 tb_ser.status=’1′ ;

那服务表和收款表里的sid需要关联么。还有“mc”是啥意思。。。如果服务信息里面要包含服务介绍包括文字介绍还有图片介绍。那学不需要，见一个附表啥的，把这些内容放在附表里。

sid 要关联；mc是名称啊(mc可能会改动别关联)，还有服务信息表是查询频率非常高的，最好要显示的信息一表搞定，你建附表动不动就要几表联查影响效率。

服务信息表字段：tb_ser sid（服务信息id） , mc , status(审核标志字段) …(其他信息字段)；
收款记录表 ： tb_pay id(收款记录id), sid（服务信息id） , status(收费审核标志字段) … (收款方和付款方的一些信息字段，不要怕产生冗余，也不要和其他表关联，收费记录信息不能随其他表记录更改而改变)

前台显示和搜索服务信息时 取 tb_ser.status=’1′ ;

那服务表和收款表里的sid需要关联么。还有“mc”是啥意思。。。如果服务信息里面要包含服务介绍包括文字介绍还有图片介绍。那学不需要，见一个附表啥的，把这些内容放在附表里。

sid 要关联；mc是名称啊(mc可能会改动别关联)，还有服务信息表是查询频率非常高的，最好要显示的信息一表搞定，你建附表动不动就要几表联查影响效率。

哦，那好吧，最后一个问题，那个关联是不是设置设置外键啊

是的

服务信息表字段：tb_ser sid（服务信息id） , mc , status(审核标志字段) …(其他信息字段)；
收款记录表 ： tb_pay id(收款记录id), sid（服务信息id） , status(收费审核标志字段) … (收款方和付款方的一些信息字段，不要怕产生冗余，也不要和其他表关联，收费记录信息不能随其他表记录更改而改变)

前台显示和搜索服务信息时 取 tb_ser.status=’1′ ;

那服务表和收款表里的sid需要关联么。还有“mc”是啥意思。。。如果服务信息里面要包含服务介绍包括文字介绍还有图片介绍。那学不需要，见一个附表啥的，把这些内容放在附表里。

sid 要关联；mc是名称啊(mc可能会改动别关联)，还有服务信息表是查询频率非常高的，最好要显示的信息一表搞定，你建附表动不动就要几表联查影响效率。

哦，那好吧，最后一个问题，那个关联是不是设置设置外键啊

是的

服务信息表字段：tb_ser sid（服务信息id） , mc , status(审核标志字段) …(其他信息字段)；
收款记录表 ： tb_pay id(收款记录id), sid（服务信息id） , status(收费审核标志字段) … (收款方和付款方的一些信息字段，不要怕产生冗余，也不要和其他表关联，收费记录信息不能随其他表记录更改而改变)

前台显示和搜索服务信息时 取 tb_ser.status=’1′ ;

那服务表和收款表里的sid需要关联么。还有“mc”是啥意思。。。如果服务信息里面要包含服务介绍包括文字介绍还有图片介绍。那学不需要，见一个附表啥的，把这些内容放在附表里。

sid 要关联；mc是名称啊(mc可能会改动别关联)，还有服务信息表是查询频率非常高的，最好要显示的信息一表搞定，你建附表动不动就要几表联查影响效率。

哦，那好吧，最后一个问题，那个关联是不是设置设置外键啊

关联不一定要设置外键，数据库字段数据做好关联就行了，从程序上做好数据关联约束。你去了解下数据设计的范式。

服务信息表字段：tb_ser sid（服务信息id） , mc , status(审核标志字段) …(其他信息字段)；
收款记录表 ： tb_pay id(收款记录id), sid（服务信息id） , status(收费审核标志字段) … (收款方和付款方的一些信息字段，不要怕产生冗余，也不要和其他表关联，收费记录信息不能随其他表记录更改而改变)

前台显示和搜索服务信息时 取 tb_ser.status=’1′ ;

那服务表和收款表里的sid需要关联么。还有“mc”是啥意思。。。如果服务信息里面要包含服务介绍包括文字介绍还有图片介绍。那学不需要，见一个附表啥的，把这些内容放在附表里。

sid 要关联；mc是名称啊(mc可能会改动别关联)，还有服务信息表是查询频率非常高的，最好要显示的信息一表搞定，你建附表动不动就要几表联查影响效率。

哦，那好吧，最后一个问题，那个关联是不是设置设置外键啊

关联不一定要设置外键，数据库字段数据做好关联就行了，从程序上做好数据关联约束。你去了解下数据设计的范式。

哦，好的，谢谢你了