这是一个创建于 119 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目背景：开某宝店群，以及 N 个号来刷单支付及评价，所以数据只是指定的店铺以及指定账号操作，目前是使用多款付费 pc 软件操作，有很多功能不能用，耗时还需要人工手动操作
需求分析（大致这样，细节也许有调整）：
1 ，店铺数据模块：
1-1 ，（我目前预想的方式，你有更合适的按你的为准）配合代理 ip ，每个进程监听一个店铺的商品上新数据，保存商品的 url ，商品 sku 数据
1-2 ，1 的数据拿到某 688 平台做下对比，如果某 688 有这条商品数据，保存到数据库，没有的则不保存
1-3 ，指定店铺商品加入购物车的 url
2 ，刷单用户的数据：
2-1 ，有很多刷单的账号，刷了单，需要把这个账号的订单数据拿到，方便财务记账
2-2 ，评价接口
难点：
1 ，验证码模块，目前想到的就是用环境来降低出现频率，但是依旧会有，需要处理最新的滑块
2 ，整个数据模块的稳定性
合作方式详谈，项目稳定后，后面依旧是需要维护的，前期开发费用占比高，后期维护费用相对低些
联系方式（ v ）：cHJpdmF0ZTEyMTU=
兄弟们，最好是近期在做相关的联系哦，不方便的可以留 tg ，我来联系
需求分析（大致这样，细节也许有调整）：
1 ，店铺数据模块：
1-1 ，（我目前预想的方式，你有更合适的按你的为准）配合代理 ip ，每个进程监听一个店铺的商品上新数据，保存商品的 url ，商品 sku 数据
1-2 ，1 的数据拿到某 688 平台做下对比，如果某 688 有这条商品数据，保存到数据库，没有的则不保存
1-3 ，指定店铺商品加入购物车的 url
2 ，刷单用户的数据：
2-1 ，有很多刷单的账号，刷了单，需要把这个账号的订单数据拿到，方便财务记账
2-2 ，评价接口
难点：
1 ，验证码模块，目前想到的就是用环境来降低出现频率，但是依旧会有，需要处理最新的滑块
2 ，整个数据模块的稳定性
合作方式详谈，项目稳定后，后面依旧是需要维护的，前期开发费用占比高，后期维护费用相对低些
联系方式（ v ）：cHJpdmF0ZTEyMTU=
兄弟们，最好是近期在做相关的联系哦，不方便的可以留 tg ，我来联系
目前尚无回复
Select Language