V2EX › pbk 的所有回复 › 第 2 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2

❮

❯

2024 年 7 月 10 日

回复了 pbk 创建的主题 › 创业组队 › [重新发布] 做了一款客制化平板点餐软件，想找一个运营 (产品) 共同推进产品

@zyxk 序列号: PGXXYG

2024 年 7 月 10 日

回复了 pbk 创建的主题 › 创业组队 › [重新发布] 做了一款客制化平板点餐软件，想找一个运营 (产品) 共同推进产品

@zchyit 美团的收银点餐是那种模版式的，不会给每个商家做自己的客制化设计

2024 年 7 月 10 日

回复了 pbk 创建的主题 › 创业组队 › [重新发布] 做了一款客制化平板点餐软件，想找一个运营 (产品) 共同推进产品

@qhd1988 平板点餐和美团没啥关系呀，方向就不是一个，美团那个是外卖和收银等… 我们这个类似于海底捞自家的平板点餐

2024 年 7 月 10 日

回复了 pbk 创建的主题 › 创业组队 › [重新发布] 做了一款客制化平板点餐软件，想找一个运营 (产品) 共同推进产品

后续的话有考虑前端框架层面开源（目前的话还是想先给餐饮企业做商业定制化，主要是这个行业懂代码的也不多），我们这边商家接口都是开放的，用户可以自由组合收银系统或类似会员系统之类的。竞品参考海底捞平板点餐，但是我们这个会更精致一些，其实我想的是能够找到一些餐饮设计合作定制

2023 年 8 月 11 日

回复了 pbk 创建的主题 › 程序员 › 应用备案，从技术层面来说要求终端生产商阻断可能是最小代价的实施手段？

@my2492 备案阻断走的应该属于白名单机制

2023 年 8 月 11 日

回复了 pbk 创建的主题 › 程序员 › 应用备案，从技术层面来说要求终端生产商阻断可能是最小代价的实施手段？

@yvescheung 苹果现在启动应用（至少开发模式的应用是）已经有联网判断开发者证书的机制了，对接这个审查机制应该很简单可能甚至不用更新系统

2023 年 8 月 11 日

回复了 pbk 创建的主题 › 程序员 › 应用备案，从技术层面来说要求终端生产商阻断可能是最小代价的实施手段？

阻断手段应该是会上的，无非就是在什么用户场景下阻断罢了，另外一个就是如何判断应用本身是否备案。
在 android 上我觉得可能会采用应用包名 + 签名 sha 值对比备案数据库的方式，但是这又涉及到备案主体应该是开发者（个人/公司）还是应用本身？

2023 年 8 月 11 日

回复了 pbk 创建的主题 › 程序员 › 应用备案，从技术层面来说要求终端生产商阻断可能是最小代价的实施手段？

从终端设备（移动应用）进行阻断的话我想到的主要就是两个手段
- 1. 在应用安装的时候直接判断没有备案的话就禁止安装
- 2. 在应用启动时候就禁止打开

2023 年 3 月 21 日

回复了 pbk 创建的主题 › 程序员 › 让我也蹭蹭 ChatGPT 流量，为 ChatGPT 做的一个应用 API 网关

@bitkuang8 可以的 🤣

2023 年 3 月 21 日

回复了 pbk 创建的主题 › 程序员 › 让我也蹭蹭 ChatGPT 流量，为 ChatGPT 做的一个应用 API 网关

当然，这也是一个 Golang （ Gin ） and React 前后端分离的项目尝试，也踩了不少坑（关于如何整这个项目脚手架上）等把前端这边开发体验整好，可能可以抽离一个 gin-react-admin （基于 vite ）项目模版然后提交到 vite 后端集成列表里？

2023 年 3 月 21 日

回复了 pbk 创建的主题 › 程序员 › 让我也蹭蹭 ChatGPT 流量，为 ChatGPT 做的一个应用 API 网关

接下来我应该会优化一下安装部署部分，第一次安装后打开页面就会提示配置数据库和管理员账号密码 API Key 等

2023 年 3 月 21 日

回复了 pbk 创建的主题 › 程序员 › 让我也蹭蹭 ChatGPT 流量，为 ChatGPT 做的一个应用 API 网关

当然，也可以提提需求哈，自己用的话就没太多需求，能跑就行（手动狗头。
我也知道要写请求限速配置，适配多模型，增加 IP 黑白名单，敏感词筛选配置，可以支持自己练的模型等等功能…
但是我挺懒的其实，可以尝试催一催我，如果有 PR 更好。哈哈哈哈哈哈

2022 年 1 月 10 日

回复了 YoRuo 创建的主题 › 酷工作 › 招个稳定靠谱的前端同学一起工作🐶

老哥还有位置的话可以看看我

1 2

❮

❯