COKEJOGO巴西PG电子-uniapp全套源码/PG+PP三方游戏433款/三级分销返水

这是一套面向巴西市场的葡语电子游艺平台，前台品牌 COKEJOGO，主打 PG 电子（Fortune Tiger、Fortune Ox、Fortune Rabbit 这一批爆款），游戏本身走第三方聚合接口，平台自己负责会员、钱包、充提、VIP 和分销。交付的是 uniapp 前端工程 + FastAdmin 后端 + 整库 SQL 三件套，全部明文，没有加密文件。

先看前台效果

前台是深色竖屏风格，顶部余额 + 语言切换，首页依次是中奖滚动条、轮播、游戏分类 Tab（全部 / 热门 / 收藏 / PG / Evo），下面是游戏格子；底部五个入口：首页、分享、充值（中间悬浮钱袋）、活动、App 下载。活动页放邀请奖励、首充 +120% 这类促销卡片，侧边栏有优惠码、首存奖金、贵宾俱乐部入口，点进单个游戏有详情页、收藏和底部帮助链接（KYC、隐私、负责任博彩）。

技术栈与服务器要求

服务器用 Linux + 宝塔就够：PHP 7.2 及以上（需 curl、bcmath、pdo 扩展），MySQL 5.7，Nginx 配 ThinkPHP 伪静态。前端打包用 HBuilderX，不需要服务器上装 Node。这套没有 Swoole、没有常驻进程，唯一要常跑的是一个拉注单的定时任务（后面说）。

代码结构

前端 game-app 是标准 uniapp 工程，23 个页面，pages 里的目录名直接是葡语：jogos（游戏首页）、convidar（邀请）、events（活动）、vip、mine（我的）、first-storage（首充）、return-cash（充值返现）、backwater（返水）、conversion（兑换）、savings-account（提款账户）、telegram、buddy（合伙人）、bind（绑定）。接口集中在 api/ 下 8 个 js，请求地址写在根目录 config.js 的 baseUrl 里。语言包两套：lang/Portugal.js 葡语和 lang/zh.js 中文，加新语种照着复制一份即可。unpackage 里有之前打好的 web 包和 app-plus 产物，后端 public/h5 也放了一份已部署的 H5。

后端是 FastAdmin 标准目录，业务几乎都写在 application/api/controller/Index.php 一个文件里（1700 多行），会员登录注册在 User.php。后台在 FastAdmin 自带的权限、管理员、配置之外，加了这些业务菜单：

• Users 会员管理、Vips VIP 等级、Dotop/Dotops 充值提现审核

• Gamelist 三方游戏列表、Gamerecord 游戏注单

• Rechlist 充值档位、Convert 钱包转换记录、Mx 资金明细

• Ac 活动、Lb 轮播、Conts 首页弹窗、Msg 公告、Bank 银行

核心业务是怎么跑的

游戏接入。 平台不带任何游戏本体，进游戏时后端拿会员 ID 拼成玩家账号，先调聚合商的"创建玩家"，再调"获取游戏地址"，把返回的 URL 给前端打开。游戏列表存在 fa_gamelist 表里，整库自带 433 条：PP（Pragmatic Play）326 款、PG 106 款、DG 真人 1 条，每条有厂商、游戏代码、名称、图片、热门和上下架开关，后台能直接改。余额走转账钱包模式，有查余额、单笔转入转出、一键回收全部余额的接口。

注单与返利。 注单不是回调推送，而是主动去聚合商拉 recordAll 写进 fa_game_record。public/access_url.sh 就是一个死循环脚本，每 65 秒请求一次拉注单接口，部署后要用 Supervisor 或宝塔守护跑起来，不跑就没有流水、VIP 和返利也就不会动。另一个接口把没处理过的注单按有效投注额给上级分三级返利，三级比例在后台系统配置里填（一级 / 二级 / 三级反水比例）。

充值提现。 典型巴西玩法，提现收 CPF、PIX 账号和 PIX 类型，充值档位后台可配。代码里接了三家支付通道（一家代收、一家 BetcatPay、一家代付），后台"代付通道设置"切换用哪家。提现前会按会员 VIP 等级校验每日次数、每日限额和单笔限额。

VIP 体系。 fa_vips 自带 VIP0 到 VIP12 共 13 级，每级配升级所需流水和充值、提现手续费、每日提现次数与限额、周奖励、月奖励、升级奖励，前台 VIP 页直接读这张表展示。

部署步骤

整体大约 1-2 小时，大头在对接三方账号。

1. 宝塔建站，PHP 7.2+、MySQL 5.7，站点根目录指向后端 public，伪静态选 thinkphp。

2. 新建数据库导入 数据库/pg.sql，复制 .env.sample 为 .env 填库名和账号（库名默认值是 games）。

3. 后台入口是 public 下那个随机名的 php 文件（FastAdmin 的安全入口），登录后先改管理员密码。

4. 打开 Index.php，把聚合商的商户前缀和密钥、三家支付的商户号和密钥、回调地址和跳转域名全部换成自己的。这些都是直接写死在控制器里的，没有走后台配置，这一步漏了游戏进不去、钱也收不到。

5. 用 Supervisor 守护 access_url.sh（把里面的地址改成自己的拉注单接口），再给三级返利接口加一个定时访问。

6. 前端用 HBuilderX 打开 game-app，config.js 的 baseUrl 改成自己的 API 域名，发行 H5 传到服务器，或云打包安卓 APK（工程里带了签名文件，正式上线建议自己重新生成）。

二开空间与需要注意的地方

全套明文，前端是常见的 uniapp + Vue，后端是 FastAdmin 的 CRUD 套路，会 PHP 的人改起来门槛很低：加活动、改 VIP 规则、换皮、加语种都属于小改；新增后台菜单可以直接用 FastAdmin 的一键生成 CRUD。想换游戏聚合商，改 in_game、余额、转账、拉注单这四五个方法即可，游戏表结构通用。

几个上线前必须处理的点，一并列出来：

• 三级返利有层级偏移。 返利逻辑从会员上级的上级开始往上找，直属上级和二级拿不到钱、返到了更高一级去。用之前在测试库建三层账号跑一遍，把起点改回直属上级。

• 币种参数写的是 CNY。 进游戏接口里 currency 固定写了 CNY，巴西站要跟聚合商确认改成 BRL 还是由商户号决定。

• 密钥全在代码里。 建议挪进后台配置或 .env，否则换通道要改代码。

• public 下有个 kod 目录，是一个网页文件管理器，和 h5(31).zip 之类的备份包一起，部署时直接删掉，留着等于给别人开后门。

• 业务代码全堆在一个控制器里，后面功能多了建议按充提、游戏、分销拆开。

总的来说，这套适合想快速起一个巴西 PG 电子站、又希望代码完全掌握在自己手里的团队：前台成品度高、葡语文案齐，后台是熟悉的 FastAdmin，真正要花心思的是三方游戏和支付账号的对接，以及上面几处遗留问题的收尾。