仿百度糯米的O2O商城 - MALL团购网
-
使用到的
PHP
第三方依赖均使用Composer
管理 -
扩展类库目录
extend
下封装个人类库 -
扩展配置文件
- 在
application/extra
目录下有几个扩展配置文件:- featured.php - 推荐位配置文件
- mail.php.example - 邮件服务类配置文件(拷贝后去掉
.example
后缀) - map.php.example - 百度地图服务类配置文件(拷贝后去掉
.example
后缀) - web.php - 站点配置文件
- 在
-
邮件通知
- 商户模块中,有关商户注册、门店新增、团购商品新增,需要平台方审核,使用邮件通知告知商户
- 主平台模块中,有关商户审核、门店申请、团购商品提交,以及状态值修改,涉及审核结果的及时通知,使用邮件通知告知商户
- 前台用户模块中,有关会员注册事件,使用邮件通知及时告知用户
-
过滤非法数据
- 几乎所有
CRUD
操作均使用了验证器Validate
,统一整合在公共模块验证器目录下application/common/validate
- 几乎所有
-
SQL方面
- 数据表操作主要使用
DB
的方法 - 字段过滤查询,主要使用
DB
的field
方法,避免了*
号查询 - ......
- 数据表操作主要使用
-
个人的所有自定义函数在
application/common.php
文件- 定义了较多的自定义函数,譬如加密解密函数,统一了加密逻辑
-
Session
会话使用了应用配置,在application/config.php
210行附近,指定Redis
驱动和Redis
连接参数(尝试在公共模块配置,失败,ThinkPHP
还是启用了应用配置,这不符合手册里描述的配置加载顺序) -
原教材的部分Bug修正
- 商户模块中添加商品,如果只选择一级城市,提交的城市ID会被二级城市默认0覆盖。已修正
- 还有一、两处,不记得
-
与原教材的部分区别(个人看法)
- 主平台模块的推荐位列表不直接显示所有类型的推荐位,需要手动切换。已修正
- 服务端返回数据的函数封装,直接返回了PHP数组,这在我的机器上始终报错,前端JS接收异常。已修正
- 商户模块的前台用户注册验证码部分,直接修改了
vendor
目录里think-captcha
包的源代码。已修正 - 还有一、两处,不记得
-
数据库表结构做了微调
-
微信支付
- 需要申请微信服务号,通过审核后才能开通微信支付接口。我这里没有服务号,所以只完成了功能,而没有测试,应该有BUG!