业务和功能介绍
1、立项背景和目标
群接龙是社区团购和社群电商广泛使用的订单管理工具，大量中小商家通过群接龙发布团购活动、收集订单。但群接龙后台存在明显痛点：商家数据无法批量导出，运营人员需要手动一个一个商家的复制粘贴订单，费时费力且容易出错；后台登录态容易过期，操作中断后需重新扫码登录；每次导出后无法记录哪些商家已处理，下次需要重复导出浪费算力。本项目的目标是：实现群接龙后台订单的自动化批量导出，支持按搜索词筛选商家、自动记录导出进度、导出文件自动备份至坚果云并推送到企业微信群，全程无人值守运行。
2、软件功能、核心功能模块的介绍
工具涵盖以下核心模块：登录态管理——首次运行需扫码登录，自动保存auth.json复用登录态，过期后自动提醒重新登录；商家列表采集——根据用户配置的搜索词（如“水果”、“生鲜”等品类关键词），自动滚动加载下拉列表中的所有商家名称，完整采集不遗漏；增量导出机制——自动读取“已导出商家.txt”文件，跳过已处理商家，避免重复劳动；状态筛选——自动将活动状态筛选为“已结束”，只导出已完成可结算的订单；批量导出——全选当前商家所有订单，点击批量导出，自动等待弹窗并下载Excel文件；多平台分发——导出文件自动上传至坚果云（WebDAV协议）备份，并通过企业微信机器人推送到指定群，团队成员即时获取数据。
3、业务流程、功能路径描述
用户配置好config.py（搜索词、坚果云账号、企业微信Webhook地址等）→ 双击运行脚本 → 首次运行弹出浏览器，扫码登录群接龙后台 → 脚本自动进入群接龙订单管理页面 → 筛选“已结束”状态 → 在商家搜索框中输入搜索词 → 滚动加载全部匹配商家列表 → 读取“已导出商家.txt”过滤已处理商家 → 按顺序点击商家名称 → 勾选全选复选框 → 点击批量导出按钮 → 处理弹窗确认导出 → 自动下载Excel文件 → 文件上传到坚果云 → 文件推送至企业微信群 → 记录商家名到“已导出商家.txt” → 继续处理下一个商家 → 全部完成后退出。
群接龙是社区团购和社群电商广泛使用的订单管理工具，大量中小商家通过群接龙发布团购活动、收集订单。但群接龙后台存在明显痛点：商家数据无法批量导出，运营人员需要手动一个一个商家的复制粘贴订单，费时费力且容易出错；后台登录态容易过期，操作中断后需重新扫码登录；每次导出后无法记录哪些商家已处理，下次需要重复导出浪费算力。本项目的目标是：实现群接龙后台订单的自动化批量导出，支持按搜索词筛选商家、自动记录导出进度、导出文件自动备份至坚果云并推送到企业微信群，全程无人值守运行。
2、软件功能、核心功能模块的介绍
工具涵盖以下核心模块：登录态管理——首次运行需扫码登录，自动保存auth.json复用登录态，过期后自动提醒重新登录；商家列表采集——根据用户配置的搜索词（如“水果”、“生鲜”等品类关键词），自动滚动加载下拉列表中的所有商家名称，完整采集不遗漏；增量导出机制——自动读取“已导出商家.txt”文件，跳过已处理商家，避免重复劳动；状态筛选——自动将活动状态筛选为“已结束”，只导出已完成可结算的订单；批量导出——全选当前商家所有订单，点击批量导出，自动等待弹窗并下载Excel文件；多平台分发——导出文件自动上传至坚果云（WebDAV协议）备份，并通过企业微信机器人推送到指定群，团队成员即时获取数据。
3、业务流程、功能路径描述
用户配置好config.py（搜索词、坚果云账号、企业微信Webhook地址等）→ 双击运行脚本 → 首次运行弹出浏览器，扫码登录群接龙后台 → 脚本自动进入群接龙订单管理页面 → 筛选“已结束”状态 → 在商家搜索框中输入搜索词 → 滚动加载全部匹配商家列表 → 读取“已导出商家.txt”过滤已处理商家 → 按顺序点击商家名称 → 勾选全选复选框 → 点击批量导出按钮 → 处理弹窗确认导出 → 自动下载Excel文件 → 文件上传到坚果云 → 文件推送至企业微信群 → 记录商家名到“已导出商家.txt” → 继续处理下一个商家 → 全部完成后退出。
项目实现
1、整体架构和设计思路，不同模块使用的技术栈
项目采用模块化设计，技术栈为Python 3 + Playwright自动化框架 + Requests网络请求库。自动化核心层使用Playwright的同步API驱动Chrome浏览器，模拟真实用户操作，包括点击、输入、下拉滚动、弹窗处理等，通过expect_download监听并捕获下载事件。数据持久层使用本地文件系统存储进度（已导出商家.txt）和登录态（auth.json），采用断点续传设计，脚本中断后重新运行自动从断点继续。分发层通过Requests库实现：使用WebDAV协议（HTTP Basic Auth）与坚果云交互，创建目录并上传文件；使用企业微信文件上传接口获取media_id，再通过Webhook发送文件消息。容错层为每个关键操作设置了最多3次重试机制，超时时间从10秒到60秒不等，配合随机延时（0.5-3秒）降低被反爬的风险。
2、“我”的负责模块和结果（尽可能量化）
（请根据实际情况替换） 本人独立完成该项目的全流程开发与测试。实现了：单个商家 平均导出时间从_手工操作约5分钟_ 压缩至 60-90秒 ，全自动无人值守；支持_搜索词动态配置_ ，可覆盖不同品类商家群体；针对群接龙后台的_下拉列表懒加载机制_ ，实现了滚动增量采集算法，可完整获取 数百个 商家名称（测试环境单次采集 200+ 商家）；设计了_增量导出机制_ ，避免已处理商家的重复导出，减少资源浪费；实现了_导出的异常处理与日志系统_ ，每次运行生成独立的日志文件（export_YYYYMMDD.log），方便追踪问题。
3、“我”遇到的难点、坑，和解决方案
难点一：登录态管理和续期。 群接龙后台登录态有效时间较短（约几小时），且无法通过账号密码直接登录，必须扫码。解决方案：首次运行通过context.storage_state(path=AUTH_FILE)保存完整的浏览器存储状态（cookies + localStorage），后续启动先尝试加载auth.json访问后台；通过检查页面URL是否包含login或signin关键词判断登录态是否有效，若失效则拉起浏览器重新扫码登录，同时输出提示让用户手动扫码，实现无人值守与人工介入的平滑切换。
难点二：商家下拉列表是懒加载的，滚动才加载更多。 群接龙的商家搜索下拉使用cdk-virtual-scroll-viewport虚拟滚动，直接page.locator无法获取全部选项。解决方案：先定位滚动容器，通过container.evaluate("el => el.scrollTop = el.scrollHeight")循环滚动到底部，每次滚动后等待0.5-0.8秒让新数据渲染；同时持续采集nz-option-item的title属性存入Set去重，直到两次采集的数
项目采用模块化设计，技术栈为Python 3 + Playwright自动化框架 + Requests网络请求库。自动化核心层使用Playwright的同步API驱动Chrome浏览器，模拟真实用户操作，包括点击、输入、下拉滚动、弹窗处理等，通过expect_download监听并捕获下载事件。数据持久层使用本地文件系统存储进度（已导出商家.txt）和登录态（auth.json），采用断点续传设计，脚本中断后重新运行自动从断点继续。分发层通过Requests库实现：使用WebDAV协议（HTTP Basic Auth）与坚果云交互，创建目录并上传文件；使用企业微信文件上传接口获取media_id，再通过Webhook发送文件消息。容错层为每个关键操作设置了最多3次重试机制，超时时间从10秒到60秒不等，配合随机延时（0.5-3秒）降低被反爬的风险。
2、“我”的负责模块和结果（尽可能量化）
（请根据实际情况替换） 本人独立完成该项目的全流程开发与测试。实现了：单个商家 平均导出时间从_手工操作约5分钟_ 压缩至 60-90秒 ，全自动无人值守；支持_搜索词动态配置_ ，可覆盖不同品类商家群体；针对群接龙后台的_下拉列表懒加载机制_ ，实现了滚动增量采集算法，可完整获取 数百个 商家名称（测试环境单次采集 200+ 商家）；设计了_增量导出机制_ ，避免已处理商家的重复导出，减少资源浪费；实现了_导出的异常处理与日志系统_ ，每次运行生成独立的日志文件（export_YYYYMMDD.log），方便追踪问题。
3、“我”遇到的难点、坑，和解决方案
难点一：登录态管理和续期。 群接龙后台登录态有效时间较短（约几小时），且无法通过账号密码直接登录，必须扫码。解决方案：首次运行通过context.storage_state(path=AUTH_FILE)保存完整的浏览器存储状态（cookies + localStorage），后续启动先尝试加载auth.json访问后台；通过检查页面URL是否包含login或signin关键词判断登录态是否有效，若失效则拉起浏览器重新扫码登录，同时输出提示让用户手动扫码，实现无人值守与人工介入的平滑切换。
难点二：商家下拉列表是懒加载的，滚动才加载更多。 群接龙的商家搜索下拉使用cdk-virtual-scroll-viewport虚拟滚动，直接page.locator无法获取全部选项。解决方案：先定位滚动容器，通过container.evaluate("el => el.scrollTop = el.scrollHeight")循环滚动到底部，每次滚动后等待0.5-0.8秒让新数据渲染；同时持续采集nz-option-item的title属性存入Set去重，直到两次采集的数
示例图片视频
相似推荐
每日数据聚合展示平台
立项背景：为解决多平台公开数据（天气、汇率、热搜等）分散、获取效率低、缺乏可视化监控的问题，设计并实现了该数据聚合展示平台，将多源异构数据统一抓取、清洗并归档展示。
核心功能：包含四个数据源（天气、每日一句、汇率、百度热搜）的定时抓取，采用 Quartz 动态注册 4 个 Job 按 cron 调度。后端入库后，前端通过 ECharts 进行多维度可视化展示，包括温度趋势折线图、汇率柱状图、热搜标签饼图以及任务执行日志。
业务流程：定时任务触发抓取 -> 统一入库 -> 任务日志记录（耗时/成功失败） -> 前端仪表盘展示，形成完整的数据采集与监控闭环。
APP-金色财经
1. 负责《金色财经》APP项目的整体架构设计与实施，确保服务端的高性能与稳定运行。
2. 主导快讯与文章数据的抓取策略，通过go语言实现高效的数据采集与处理流程。
3. 利用gin框架搭建RESTful API服务，优化请求响应速度，提升用户体验。
4. 针对数据展示需求，设计并实现了与百度等平台数据小卡片的集成与刷新机制。
5. 管理并优化数据库交互，采用mysql与redis配合，保障数据存储的高效与准确。
6. 引入rocketmq消息队列，确保在高并发场景下系统的消息处理能力与稳定性。
视频去除字幕
1.快速去除字幕，简单背景偏纯色的时候使用时推荐，速度块
2.高清ai修复去字幕，复杂背景使用，使用本地大模型修复，视频无需上传到网络，私密性好，但是耗时比较长，cpu要求2核心以上，内存8g，大部分电脑可以跑
日历管理类App-芝麻日历
芝麻日历是一款面向家庭、多成员协同及日常生活管理场景的移动端应用，项目目标是将家庭事务、日程安排、任务执行、成员互动和设备协同等能力整合到同一套系统中，帮助用户以更低成本完成家庭日历管理和信息同步。系统围绕“家庭共用日历”这一核心目标展开，兼顾个人使用体验与多人共享需求，支持 Android、iOS 等移动端设备使用。
软件核心功能模块主要包括：账户登录注册与找回密码、动态通知与邀请处理、日历事项管理、任务管理、奖励与惩罚管理、餐食计划管理、相册管理、贺卡功能、设备管理、用户管理以及第三方日历同步等。其中，日历事项模块支持按月视图和周视图查看事项、新增编辑删除事项、设置参与成员及重复规则；任务模块支持新增任务、完成任务、筛选任务和配置显示规则；奖励与惩罚模块用于家庭成员积分激励；餐食模块用于一周餐食安排；相册和贺卡模块承担家庭内容留存与互动表达；设备管理和用户管理则用于完成家庭设备绑定、成员协作和权限管理。
在业务流程上，用户通常先完成注册登录，再进入首页查看动态、通知和主要功能入口；随后可根据需要创建日历事项、任务或奖励内容，并通过成员维度进行协同分配；在设备和成员接入后，系统还支持邀请处理、设备激活、用户管理和多端数据共享；对于有外部日历需求的用户，系统提供 Google、Outlook、iCloud、订阅链接等同步能力，用户可完成第三方账号绑定、日历选择、同步状态查看和结果确认，从而形成“注册登录 -> 家庭成员协同 -> 日历/任务/奖励等业务操作 -> 设备与同步扩展”的完整功能路径。
大文集团融媒体项目，报社核心系统策采编发系统，网站、APP显示
应技术发展升级采编、发布、网站系统，基于SpringBoot、ES、Mysql、MongoDB、Redis等技术升级
1、报题策划下达。
2、稿件编辑、发布。
3、发布系统，渠道、栏目、稿件管理。
4、网站:、：根据UI设计图使用H5、JS、swiper进行开发。
1、报题策划下达。
2、稿件编辑、发布。
3、发布系统，渠道、栏目、稿件管理。
4、网站:、：根据UI设计图使用H5、JS、swiper进行开发。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服