业务和功能介绍
某茅台抢购助手是一款桌面端工具，用于帮助用户在 i茅台的申购/抢购活动中更高效地完成“选择商品 → 选择门店 → 到点提交”的重复操作，减少手动操作延迟与遗漏风险，并提供清晰的执行日志与状态反馈。
适用场景：
多账号需要统一管理、统一配置、统一执行
商品开售时间不固定（如 20:00/20:09 等），需要到点自动提交
希望在电脑端统一配置，结果在手机 i茅台 App 内查看
二、核心功能（能做什么）
账号管理
支持手机号 + 验证码登录
支持多账号批量管理
自动检测 token 失效并提示重新登录
商品管理与实时同步
支持商品勾选、记忆上次选择
启动/手动“刷新”同步商品数据（以 i茅台接口返回为准）
自动区分可申购商品与不可申购（云购等）商品
省/市配置 & 店铺选择
省/市信息用于匹配投放门店并选择 shopId
自动按省/市匹配门店；接口异常时提供回退策略，保证流程尽可能不中断
定时抢购（到点自动执行）
支持自定义多个时间点（如 20:00:00、20:09:00 等）
到点自动触发提交逻辑，减少手动卡点误差
执行引擎（稳定性）
支持并发执行、失败自动重试（可配置次数）
详细日志输出：每个账号、每个商品的提交结果与失败原因
崩溃自动弹出错误详情，便于快速定位问题
结果查看（与手机 App 打通）
若程序提示“提交成功/申购成功”（服务器返回成功），对应记录会出现在手机 i茅台 App：
我的 → 申购单/申购记录 中查看状态、结果与后续付款流程（如有）
三、典型使用流程
登录账号（可多个）
配置省/市（用于选店）
刷新商品列表并勾选目标商品
设置定时点（例如 20:00、20:09）
启动任务 → 等待日志提示结果
打开手机 i茅台 App「我的 → 申购单/申购记录」查看
适用场景：
多账号需要统一管理、统一配置、统一执行
商品开售时间不固定（如 20:00/20:09 等），需要到点自动提交
希望在电脑端统一配置，结果在手机 i茅台 App 内查看
二、核心功能（能做什么）
账号管理
支持手机号 + 验证码登录
支持多账号批量管理
自动检测 token 失效并提示重新登录
商品管理与实时同步
支持商品勾选、记忆上次选择
启动/手动“刷新”同步商品数据（以 i茅台接口返回为准）
自动区分可申购商品与不可申购（云购等）商品
省/市配置 & 店铺选择
省/市信息用于匹配投放门店并选择 shopId
自动按省/市匹配门店；接口异常时提供回退策略，保证流程尽可能不中断
定时抢购（到点自动执行）
支持自定义多个时间点（如 20:00:00、20:09:00 等）
到点自动触发提交逻辑，减少手动卡点误差
执行引擎（稳定性）
支持并发执行、失败自动重试（可配置次数）
详细日志输出：每个账号、每个商品的提交结果与失败原因
崩溃自动弹出错误详情，便于快速定位问题
结果查看（与手机 App 打通）
若程序提示“提交成功/申购成功”（服务器返回成功），对应记录会出现在手机 i茅台 App：
我的 → 申购单/申购记录 中查看状态、结果与后续付款流程（如有）
三、典型使用流程
登录账号（可多个）
配置省/市（用于选店）
刷新商品列表并勾选目标商品
设置定时点（例如 20:00、20:09）
启动任务 → 等待日志提示结果
打开手机 i茅台 App「我的 → 申购单/申购记录」查看
项目实现
1. 项目结构与技术栈
语言/运行：Python 3.8+
GUI：Tkinter（桌面应用）
网络请求：urllib.request（不依赖 requests）
本地存储：SQLite（账号、配置、选择项持久化）
打包发布：PyInstaller（单文件 EXE，windowed 模式）
加密：pycryptodome（AES-256-CBC，用于构造 actParam）
目录（核心）：
main.py：程序入口 + 全局异常捕获（崩溃弹窗）
gui.py：界面、交互、配置保存、任务启动
database.py：SQLite 数据层 + 全局配置 + 商品列表（并支持动态同步）
services/imoutai.py：i茅台 官方 API 客户端（登录、获取 session、选店、提交申购）
services/engine.py：任务执行引擎（并发、重试、日志输出）
services/log_broadcaster.py：日志广播队列（线程安全把引擎日志送到 GUI）
2. 启动流程（main → gui）
main.py
设置 sys.excepthook，任何未捕获异常都会弹出错误详情窗口（可复制堆栈）
from gui import main as gui_main; gui_main()
gui.py
init_db() 初始化数据库
构建 UI（账号区、商品区、定时区、日志区等）
set_mode("real") 进入真实 API 模式
启动轮询：日志队列刷新、状态刷新
3. 数据层实现（database.py）
3.1 SQLite 表（概念）
accounts：手机号、token、cookie、省、市、创建时间
global_config：全局配置（省/市、重试次数、并发数、定时点等）
selection：保存“已选账号/已选商品”的勾选状态
3.2 省/市读取策略（关键修复点）
用户在界面填写省/市，会写入 global_config
引擎执行任务时优先取账号表里的 province/city；如果为空则回退到 global_config
解决“我填了地址但仍提示请配置省/市”的问题
4. i茅台 API 客户端（services/imoutai.py）
4.1 登录
发送验证码：/xhr/front/user/register/vcode
登录：/xhr/front/user/register/login
关键：构造 i茅台 需要的请求头（MT-*）
4.2 获取 session / 商品列表同步
session/get：/mt-backend/xhr/front/mall/index/session/get/{today_ts}
fetch_product_list(token)：
用完整头（含 mt-lat/mt-lng 等）
解析
语言/运行：Python 3.8+
GUI：Tkinter（桌面应用）
网络请求：urllib.request（不依赖 requests）
本地存储：SQLite（账号、配置、选择项持久化）
打包发布：PyInstaller（单文件 EXE，windowed 模式）
加密：pycryptodome（AES-256-CBC，用于构造 actParam）
目录（核心）：
main.py：程序入口 + 全局异常捕获（崩溃弹窗）
gui.py：界面、交互、配置保存、任务启动
database.py：SQLite 数据层 + 全局配置 + 商品列表（并支持动态同步）
services/imoutai.py：i茅台 官方 API 客户端（登录、获取 session、选店、提交申购）
services/engine.py：任务执行引擎（并发、重试、日志输出）
services/log_broadcaster.py：日志广播队列（线程安全把引擎日志送到 GUI）
2. 启动流程（main → gui）
main.py
设置 sys.excepthook，任何未捕获异常都会弹出错误详情窗口（可复制堆栈）
from gui import main as gui_main; gui_main()
gui.py
init_db() 初始化数据库
构建 UI（账号区、商品区、定时区、日志区等）
set_mode("real") 进入真实 API 模式
启动轮询：日志队列刷新、状态刷新
3. 数据层实现（database.py）
3.1 SQLite 表（概念）
accounts：手机号、token、cookie、省、市、创建时间
global_config：全局配置（省/市、重试次数、并发数、定时点等）
selection：保存“已选账号/已选商品”的勾选状态
3.2 省/市读取策略（关键修复点）
用户在界面填写省/市，会写入 global_config
引擎执行任务时优先取账号表里的 province/city；如果为空则回退到 global_config
解决“我填了地址但仍提示请配置省/市”的问题
4. i茅台 API 客户端（services/imoutai.py）
4.1 登录
发送验证码：/xhr/front/user/register/vcode
登录：/xhr/front/user/register/login
关键：构造 i茅台 需要的请求头（MT-*）
4.2 获取 session / 商品列表同步
session/get：/mt-backend/xhr/front/mall/index/session/get/{today_ts}
fetch_product_list(token)：
用完整头（含 mt-lat/mt-lng 等）
解析
示例图片视频
相似推荐
自行开发监控软件-监控软件
1，立项背景：在医院信息部门工作，负责医院系统开发和运维工作，传统的监控软件很难实现全范围监控，如网络，接口，业务系统，服务器cpu、内存、存储，院内核心业务，数据库等，并且出现问题不能及时预警，漏报误报占比太高，就从核心业务开始自己写监控，逐步扩展到数据库，接口，总线平台，数据中心等其他模块，现在院内运维基本依赖这套监控系统，运行很多年，功能也比较完善。
2，核心功能：实现网络，接口，业务系统，服务器cpu、内存、存储，院内核心业务，数据库，通过钉钉，小程序，短信，电话，工单系统等方式，及时把预警消息推送到个人和群，督促系统管理员及时处理。
3，业务流程：任务监控，没隔三分钟跑一次所有监控列表，记录数据到数据库了日志，有问题节点间隔30秒再跑一次监控，自定义每个节点监控次数，达到设定上限开始推送预警消息到个人和运维群，防止误报，个人未处理第二次预警时推送工单，拨打电话。
公安低空数智融合应用平台
主要面向公安局、巡特警反恐支队及各区县分局。适用于日常城市治安巡查、重点区域（公园、商场、交通枢纽）的常态化低空安防巡检、大型活动安保及突发事件的应急指挥调度，助力构建“地空立体化”的智慧警务防控体系。
底层通信系统-网闸
网闸（安全隔离与信息交换系统）业务：在物理隔离或逻辑隔离的网络之间（如内外网），实现数据安全、受控交换。
核心功能列表：
物理/协议隔离：阻断直接网络连接。
数据摆渡：以“数据块”方式单向或双向同步。
内容安检：防病毒、防入侵、内容过滤。
访问控制：精细化的用户与数据交换策略。
安全审计：全流程日志记录与追溯。
协议转换：支持HTTP/FTP/数据库/文件等多种应用。
基于大模型的自动化渗透测试平台
一、立项背景与目标
随着企业资产规模持续扩张，安全漏洞数量激增、人工处置效率低下、跨团队协作断层等问题日益突出。本平台旨在构建一套"扫描→汇聚→研判→分配→闭环"的自动化漏洞管控体系，以 AI 驱动替代人工重复劳动，显著提升安全运营效率。
二、核心功能模块
资产测绘中心： 自动识别目标的开放端口、Web 服务、组件指纹、技术栈，构建多维资产视图，按机房、业务、标签进行分类管理，实时掌握全量攻击面。
AI 自主渗透引擎： 大模型驱动的自动化渗透测试核心，具备自主决策与路径规划能力，从信息收集到漏洞利用全程自主执行，支持通过自然语言对话触发，输出完整渗透报告。
漏洞全生命周期管理： 多维聚合去重、严重等级分类（Critical / High / Medium / Low / Info）、标签体系、误报管理，完整记录漏洞从发现到修复的每一个状态节点。
安全大模型助手： 内置安全领域知识，支持自然语言问答，实时关联平台资产与漏洞数据，提供智能研判、威胁归因、修复建议等深度分析能力。
SOC 工单联动： 漏洞分配时自动生成标准化安全工单，完整涵盖攻击原理、影响资产、修复方案，直接推送至安全运营中心，消除协作断层。
态势感知大屏： 实时展示漏洞总量、修复进度、今日新增、各机房风险分布，安全态势一屏尽览。
三、业务流程
资产录入阶段： 安全人员录入目标 IP 段、域名或业务系统，平台自动完成资产归属识别与攻击面梳理，构建完整的目标画像。
AI 自主渗透阶段： 大模型驱动的渗透引擎接收任务后，具备自主推理能力，能根据目标环境动态规划渗透路径——从信息收集、端口探测、服务指纹识别，到漏洞匹配、POC 自动生成与验证、权限提升路径推演，整个过程无需人工介入，真正实现"给个目标，AI 自己打进去"。
结果汇聚与智能研判阶段： 渗透结果结构化入库，AI 自动对漏洞进行危害评估、利用链分析与修复优先级排序，安全人员通过自然语言问答即可获取深度研判报告，无需逐条人工分析。
处置闭环阶段： 一键分配责任人，平台自动推送包含攻击原理、影响范围与修复方案的 SOC 工单 → 责任人修复 → 平台自动验证 → 漏洞闭环，全程可追溯、可审计。
响应式网页设计与前端交互开发项目-个人创作
主要围绕网页设计与前端交互开发展开，目标是完成一个结构清晰、视觉统一、交互流畅的网页页面。项目内容包括页面信息架构设计、视觉风格规划、页面布局搭建、基础交互效果实现以及不同屏幕尺寸下的响应式适配。页面通过合理的导航、模块分区、图文排版和按钮交互，引导用户快速浏览核心内容，提升整体访问体验。
在功能方面，项目包含首页展示、内容模块展示、导航跳转、按钮交互、表单区域、图片展示及页面动效等基础功能。通过 HTML 完成页面结构搭建，CSS 负责视觉样式、布局和响应式适配，JavaScript 用于实现页面交互、状态切换和动态效果，使页面具备较好的可用性和视觉表现力。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服