让AI整理了下证据，佬友们直接看图吧 以为最坏的结果就是落选来着…唉 结果第一名是个3D地图 4 个帖子 - 4 位参与者 阅读完整话题
准备换个钱包Paga和timon 推荐那个 1 个帖子 - 1 位参与者 阅读完整话题
前言 目前我把游戏分别放在本地 D:\game 和NAS的 G:\game （映射盘符）上运行(主要是gal和一些SLG太占空间了,又不想删)。长时间后, Local,Roaming,LocalLow 里会有各种游戏生成的存档和配置文件目录。 删游戏时这些目录并不会自动消失，AppData 越来越臃肿，想手动清理又怕删错，备份更是无从下手 于是我写了一套 PowerShell 脚本： 实时监控文件夹创建，自动记录游戏路径和存档位置，并在确认后将存档迁移到统一目录，在原位置留下符号链接 。这样既能把存档集中管理，又能让 AppData 保持干净。不过，NAS 映射盘符是整个过程里最大的坑（但大多佬们似乎用不到）。本文将分享我从“映射失败”到“稳定挂载”的全过程，以及脚本在中文转码、路径匹配、去重、队列管理等方面踩过的坑和最终方案。 而且我现在的环境很特殊：NAS 和主机用网线直连，主机通过 ICS 让 NAS 共享校园网。下一篇博客会补充 NAS 实战中的更多内容(为此我花了一周在学习网络通信协议)。 手动查找并迁移已有文件 1. 按修改时间查找文件 如果知道文件大概的修改时间范围，可以用以下命令快速定位： Get-ChildItem -Path "D:\game" -Recurse -File | Where-Object { $_.LastWriteTime -ge "2026-06-01 10:40" -and $_.LastWriteTime -le "2026-06-01 11:00" } 找到后根据完整路径判断属于哪个游戏，然后手动复制存档到备份目录（例如 D:\GameSaves\manual ）。 2. 批量迁移脚本（BAT 示例） 对于大量已知映射关系的配置文件，可以写一个批处理脚本。 注意：BAT 脚本如需输出中文，必须保存为 ANSI(GBK) 编码；而给 AI 或代码库看的脚本建议用 UTF-8。 @echo off set SRC1=C:\Users\admin\AppData\Local\GameA\Save set DST1=D:\GameSaves\GameA xcopy "%SRC1%" "%DST1%" /E /I /Y set SRC2=C:\Users\admin\AppData\LocalLow\GameB set DST2=D:\GameSaves\GameB xcopy "%SRC2%" "%DST2%" /E /I /Y echo 迁移完成 pause NAS 盘符映射 1. 在 Windows 中映射 NAS 文件夹 我的 NAS 型号是绿联 Dxp4800plus，通过 ICS 共享网络，设置的私网IP 为 192.168.137.20 。我把所有游戏放在 NAS 共享文件夹 ACG （原名 acg资源 ，后来改名）下，并映射到主机的 G: 盘。 正确映射方法（一定要勾选“登录时重新连接”） ： 右键“此电脑” → “映射网络驱动器”。 驱动器选择 G: ,文件夹选择 NAS设备\ACG 必须勾选"登录时重新连接" ，不然后面开机自启会出问题。 用校园网连接NAS时，在 网络 可能会找不到设备，需要先进入 WLAN 把校园网从专用切换为公用，再在 网络 里重新转为专用，才能发现 NAS 设备。我现在也没搞清楚根本原因是什么，如果佬们知道正确的修改方法请告诉我。 2. 几个踩坑点 踩坑 1：修改共享名称后映射失效 当我把共享文件夹从 acg资源 改名为 ACG 后，就无法进入之前映射好的 G: 盘了。这是因为映射驱动器指向的远程路径是 \\...\acg资源 ，而实际共享已不存在。 解决方法 ： 先删除旧映射G盘 按照上述步骤重新映射到新文件夹 ACG 一旦修改 NAS 共享名，必须同时更新所有客户端的映射，并更新脚本中的路径 踩坑 2：到底该用盘符（G:）还是 UNC 路径（\IP\share）? 这是困扰我最久的问题(主要是不停打开游戏和脚本测试,还要不断删除对应的文件和json内容)。 脚本需要匹配运行中游戏的可执行文件路径，而 Get-Process 返回的 Path 属性 在不同启动方式下表现不一致 ： 如果通过资源管理器双击 G:\game\xxx.exe 启动，进程路径有时是 G:\game\... （盘符形式）。 如果通过 \\192.168.137.20\ACG\game\xxx.exe 直接启动，进程路径是 UNC。 有些游戏启动器可能会强制转换路径。 我最初按 UNC 路径 \\192.168.137.20\ACG\game 设置 $gameRoot ，但实际运行时却匹配不到（因为进程路径是 G:\game 开头）。后来改为 G:\game 就成功了,所以最稳妥的做法是 把盘符和UNC都配置上 ，让脚本自己去匹配。 不知道为什么，在 powershell 中 cd \\192.168.137.20\ACG\game 却没有问题 踩坑 3：开机自启时 G 盘还未连上 设置任务计划程序开机启动脚本后，发现脚本虽然运行了，但始终检测不到 NAS 上的游戏。日志显示 [注意] 未检测到游戏进程 。 原因：用户登录后，系统需要几秒钟来恢复网络驱动器。而脚本在登录瞬间就执行了，此时 G: 盘还不存在。 解决方案 ：在任务计划程序的触发器设置中，添加 “延迟任务时间 30 秒” （或更长，如 60 秒），这样脚本会等待网络和映射完全准备好再启动。 实现自动化监控脚本 核心需求： 监控三个存档常用目录： %LOCALAPPDATA% 、 %APPDATA% 、 %USERPROFILE%\AppData\LocalLow （即 Local,Roaming,LocalLow ） 当有新文件夹被创建（某个游戏第一次生成存档）时，自动记录 同时检查本地 D:\game 和 NAS 映射的 G:\game 路径，检测当前运行的游戏进程并将其 exe 路径以 Base64 存入队列 1. 设置 PowerShell 执行策略 首次运行脚本前，需要允许执行本地脚本： Set-ExecutionPolicy RemoteSigned -Scope CurrentUser 2. 监控脚本（Watch-GameSaves.ps1） 以下为脚本核心结构（完整代码略去，仅说明逻辑）： 定义监控根目录、排除文件夹列表。 使用 FileSystemWatcher 监视 $watchPaths 下的文件夹创建事件。 事件触发后： 跳过已存在的连接点或排除文件夹。 延迟 3 秒，给游戏时间完成写入。 获取正在运行的进程，匹配路径是否以 D:\game 或 G:\game 开头。 将匹配到的第一个游戏 exe 路径转为 Base64（避免 JSON 中的转义和乱码问题）。 将存档路径、游戏 exe Base64、时间等信息写入 pending.json 。 3. 解决中文乱码：Base64 转码 因为游戏路径中可能出现中文（如“除灵猎人”），直接存储到 JSON 会导致编码混乱（而且很难解决，不论将文件保存为UTF-8还是GBK都不行，因为本质是在action中进行的解码）。解决方法是将 exe 路径进行 Base64 编码： { "srcPath": "C:\\Users\\admin\\AppData\\Local\\NebelTR", "time": "2026-06-04 15:28:26", "gameExeBase64": "RDpcZ2FtZVxSUEdcQkJR5aSn5aW944GNXOmZpOeBteeMjuS6ulzpmaTngbXnjI7kurotQ04tMS4xMlxHYW1lLmV4ZQ==", "dirName": "NebelTR", "remark": "" } 使用时通过 [System.Text.Encoding]::UTF8.GetString([Convert]::FromBase64String($base64)) 解码即可得到原始中文路径。 4. 避免重复记录已处理目录 某个存档目录已经成功迁移并创建了符号链接后，之后游戏再次运行，监控脚本又检测到同一目录的“创建”事件，就会导致重复记录。 解决方法 ：在向 pending.json 追加新条目之前，先检查队列中是否已存在相同的 srcPath 。若有，直接跳过，不重复添加。这样即使链接目录被误触创建事件，也不会污染队列，同时也避免了后续转移脚本重复处理。 转移脚本与队列处理 监控是持续运行的，迁移则是定期手动触发（比如一个月或半年一次）。转移脚本读取 pending.json ，把存档从 AppData 搬走，原地建符号链接。 1. 转移脚本设计要点 从 pending.json 读取待处理项。 对每一项，先确定目标目录名。优先使用手动填写的 remark ，否则从解码后的 exe 路径自动提取游戏文件夹名，若都失败则回退到原始目录名。 通过 robocopy 将源目录完整复制到 D:\GameSaves\目标名 。 复制成功后， 删除源目录 ，并在同一位置创建一个 目录链接 指向新路径。 将迁移关系记录到 Markdown 格式的日志文件 存档迁移记录.md 中。 处理成功的条目从队列移除，失败则保留，等待下次重试。 2. 几个关键设计 安全删除和链接创建 ，这是最容易翻车的环节，有两个点必须处理好： 复制前如果目标目录已存在 （比如之前迁移过但记录丢了），直接 robocopy 会合并文件，可能造成新旧存档混杂。必须先尝试删除已有目标目录，并 检查是否真的被删干净 ；若因文件占用无法完全删除，则中止本次操作，保留队列项。 复制后删除源目录时，同样可能因文件占用导致部分删除失败 。必须确认源目录已完全消失后，才能创建链接。否则残留目录加上失败的链接创建，会让游戏存档状态混乱。若删除失败，整个迁移视为未完成，保留在队列中,下次重试。 这些检查在脚本中都是以条件判断 + 日志记录的方式实现的，确保一定成功。 迁移记录以 Markdown 表格形式写入 存档迁移记录.md ，例如: 原 C 盘快捷方式名 实际存储位置 游戏/说明 praygame D:\GameSaves\祈愿游戏 praygame 游戏存档 rmmz-game D:\GameSaves\莉可的不可思议差事 莉可的不可思议差事 这样无论后续手动浏览还是用其他工具解析，都非常直观。 队列自动清理 ：每处理完一批，脚本生成一个新的 JSON 数组，只包含失败的项，覆盖写回 pending.json 。成功的自动消失，不需要手动编辑。 设置开机自启 使用 Windows 任务计划程序保证脚本在每次登录时自动运行。 操作步骤 打开“任务计划程序” （可以 Win+R 输入 taskschd.msc ）。 右侧点击 “创建任务” （不是“创建基本任务”）。 名称： GameSavesMonitor 配置： Windows 10 ，勾选 “使用最高权限运行” 。 触发器 → 新建： 开始任务： 登录时 特定用户：选择你的账户（如 DESKTOP-XXX\admin ） 高级设置： 延迟任务时间 30 秒 （给网络驱动器映射留出时间） 确保“已启用”被勾选。 操作 → 新建： 程序或脚本： powershell.exe 添加参数： -WindowStyle Hidden -ExecutionPolicy Bypass -File "D:\Scripts\Watch-GameSaves.ps1" 起始于（可选）： D:\Scripts 条件 ：建议取消“只有在计算机使用交流电源时才启动此任务”（笔记本）。 设置 ：勾选“如果任务失败，按以下频率重新启动”（间隔 1 分钟，最多 3 次）。 确定保存。 验证自启是否生效 重启电脑后登录， Win+R 输入 taskschd.msc 查看 显示所有正在运行的任务 。 检查日志文件 D:\GameSaves\监控调试日志.txt ，应包含最新的启动时间戳。 总结 通过这套方案，无论游戏安装在本地还是 NAS，只要启动游戏产生配置文件夹，脚本就会自动记录存档路径和对应的游戏 exe 位置（Base64 编码）,并利用任务计划程序实现开机自启，再配合手动或自动迁移脚本，基本可以保证AppData较为干净。 由于所有操作都在 AppData 内进行（删除、创建链接）， 直接贴出完整脚本容易导致佬们在不理解的情况下误操作，造成数据丢失 。因此本文只讲逻辑和关键点，佬们可以根据以上思路自行编写，或让 AI 辅助生成。真有需要的佬可以私信我，如果对某一块的实现细节感兴趣，也欢迎留言交流。 2 个帖子 - 2 位参与者 阅读完整话题
帮朋友问问有没有需要gg卡的，可以帮忙激活 充10送5 2 个帖子 - 2 位参与者 阅读完整话题
这个19号过期，还剩95E的credits：tp-c3oekjgy21l765awerztp-c3oekjgy21l765awerzqohizxy9r8plvv2lmfb3nneae0xiyqohizxy9r8plvv2lmfb3nneae0xiy 这个20号晚上过期，有110E：tp-cgoaf61iump38jt9pfewotgaasgbjez4ltb0gv7uq7mpvqxq 看看大家有用不 4 个帖子 - 4 位参与者 阅读完整话题
之前很久注册的savo虚拟卡，用来绑过谷歌学生优惠和kiro pro，后面又用来给giffgaff卡充钱了，感觉还蛮好用的 9 个帖子 - 6 位参与者 阅读完整话题
Vercel 发布 2026 年 6 月 AI Gateway 生产指数。报告显示，得益于 5 月上线 Vercel 网关的 DeepSeek V4 系列（含 Flash 与 Pro 模型）推动，DeepSeek 的 Token 流量份额单月内从不足 1% 飙升至 17%，超越 OpenAI（13%）位居第三。然而由于定价极低，所有用户使用 DeepSeek 的总成本之和仅占网关整体资金支出的 1% 左右。 价格是 DeepSeek 迅速爆发的主因。DeepSeek V4 Flash 百万 Token 输入与输出收费仅为 0.14 美元和 0.28 美元，较 Anthropic 同类前沿模型便宜 20 至 50 倍，较 Qwen 3.6 Plus 与 Kimi K2.6 也低 8 至 12 倍。评测表明 DeepSeek V4 性能达标，促使开发团队迅速在生产中部署。 尽管低成本模型流量暴涨，但在资金消耗上，前沿模型仍占主导。5 月 Anthropic 支出份额从 61% 增至 65%，在应用生成、后台智能体及编程等高难度场景占 70% 到 80% 支出。例如在编程智能体场景，DeepSeek 贡献了 49% 的 Token 流量，但仅占 4% 的费用，而 Anthropic 以 28% 的流量耗费了 70% 的资金。 开发团队正通过智能路由管理预算，将高频低风险任务分流至低成本模型，仅在关键环节使用前沿模型。对投资回报率（ROI）的考量也减缓了模型升级。例如谷歌 5 月推出的 Gemini 3.5 Flash 定价高于 3.0 版本，导致迁移缓慢，月底时 3.0 Flash 仍占 Flash 系列 90% 的流量，而 3.5 Flash 仅占 7%。同时，AI 智能体表现出极高 Token 消耗密度，以四分之一的请求量消耗了过半 Token。 Vercel DeepSeek enters the fight for token volume, Anthropic continues to dominate... The June 2026 AI Gateway production index: DeepSeek's token share jumped to 17% as low-cost models entered production, while Anthropic held 65% of all spend. 13 个帖子 - 11 位参与者 阅读完整话题
如果开启的话插卡就会自动在后台发送一条短信，通知栏会有提示，但是过程无法取消。无法手动设置不发送。 刚激活卡就扣我0.3英镑，血亏 5 个帖子 - 4 位参与者 阅读完整话题
我现在有一张gg的实体卡，还有一张小白卡，没有支持esim的手机，想把卡转成esim。 目前看到的教程，要么是直接申请esim，要么需要支持的机器，要么是postman接口调用（失效了），没招了现在。 2 个帖子 - 2 位参与者 阅读完整话题
一个CTF题目，各位佬帮忙看下，HEX 2 ASCII 看不到有效信息 Challenge: Digital Forensics Digital forensics involves investigating digital data to uncover hidden or deleted information. Often, files contain metadata - data about the data - which can reveal interesting information about the file’s origin and content. Examine the following text chunk, which has been extracted from a corrupted JPEG file: FFD8FFE000104A46494600010100000100010000FFDB004300080606070605080707070909080A0C140D0C0B0B0C1912130F141D1A1F1E1D1A1C1C20242E2720222C231C1C2837292C30313434341F27393D38323C2E333432FFDB0043010909090C0B0C180D0D1832211C213232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232FFC00011080012001903012200021101031101FFC4001F0000010501010101010100000000000000000102030405060708090A0BFFC400B5100002010303020403050504040000017D01020300041105122131410613516107227114328191A1082342B1C11552D1F02433627282090A161718191A25262728292A3435363738393A434445464748494A535455565758595A636465666768696A737475767778797A838485868788898A92939495969798999AA2A3A4A5A6A7A8A9AAB2B3B4B5B6B7B8B9BAC2C3C4C5C6C7C8C9CAD2D3D4D5D6D7D8D9DAE1E2E3E4E5E6E7E8E9EAF1F2F3F4F5F6F7F8F9FAFFC4001F0100030101010101010101010000000000000102030405060708090A0BFFC400B5110002010204040304070504040001027700010203110405213106124151610713227114328191A1082342B1C115 Hidden in this hexadecimal representation is a string containing the flag. Your task is to find it. 2 个帖子 - 2 位参与者 阅读完整话题
今日刚飞升三级，正美滋滋的翻阅着3级贴呢，突然l站就打不开了。我还以为是我的梯子出了什么问题，给我着急的前前后后换了3个机场，一打开哈雷佬的群才得知原来是l站崩了 你知道我这一个下午是怎么过的吗，没有l站，连上班摸鱼都索然无味了 。 1 个帖子 - 1 位参与者 阅读完整话题
三星即将推出的新款宽幅折叠屏手机 Galaxy Z Fold 系列机型近日现身印度标准局（BIS）认证数据库，进一步印证了其上市在即的节奏。根据此前业界普遍观点，这款新品预计将以 “Galaxy Z Fold8” 为名上市，而现有纵向比例折叠形态的续作则会被命名为 Galaxy Z Fold8 Ultra。 此次通过 BIS 认证的宽幅折叠屏机型型号为 SM-F971B，认证文件本身并未透露具体配置，但结合早前多方爆料信息，其内屏尺寸约为 7.6 英寸，采用 4:3 显示比例，定位一款主打类似平板观感的宽幅折叠终端。影像方面，设备预计将配备 5000 万像素主摄与 5000 万像素超广角摄像头，电池容量则为 4800 mAh，并支持最高 45W 有线快充。在机身重量控制上，这款折叠屏机型据称目标约为 200 克左右，相比以往同类产品更为轻量化。 与此同时，三星新一代高端智能手表 Galaxy Watch Ultra 2 也同步出现在 BIS 认证名单中，型号为 SM-L715F，显示该产品同样计划登陆印度市场。根据此前传闻，Galaxy Watch Ultra 2 预计内置 800 mAh 电池，续航表现有望进一步拉长，并将提供 5G 版本，搭载高通新一代 Snapdragon Wear Elite 可穿戴平台，以提升连接能力与整体性能表现。 业内普遍预计，Galaxy Z Fold8 宽幅折叠屏手机与 Galaxy Watch Ultra 2 将在三星下一场 Galaxy Unpacked 全球发布会上正式亮相。按照此前的时间线爆料，这场发布会有望于 7 月 22 日在伦敦举行，届时包括上述两款新品在内的多款三星移动设备或将集中登场，为下半年高端移动市场预热。 查看评论
幸好提前弄到了giffgaff，过关 4 个帖子 - 4 位参与者 阅读完整话题
前几天的猛蹬属实是爽到了，风控加严以后只留下无尽的空虚，订阅的 team 要手机验证，giffgaff 还在路上，公益站不稳定。。。 7 个帖子 - 6 位参与者 阅读完整话题
几个gpt plus 都要求短信了，想长期养一个稳定的gpt ，现在全网没得卖了 3 个帖子 - 3 位参与者 阅读完整话题
昨天申请了gg卡的esim写入到了已经买到的白卡里， 激活成功了，也收到短信了，很顺利，然后我脑子一抽筋，在手机的sim里管理里，将已激活的卡取消启用了，这下可好了，再想启用提示未插入sim卡，我先是重新插拔了卡，没用，关机重启，没用，最后我就打开了EasyEUICC，自己瞎搞想着是不是重新写入一遍就好了，完了就把卡给删了，好了好了，这下坏了，再写卡提示授权已被撤销，彻底没招了。 最后发现只有一条路，写到gg的实体卡里。 有偿收购一张gg实体卡，狗东上现在太贵了，我一共才花了20的白卡+10英镑，狗东一张gg白卡就100多，天塌了啊 26 个帖子 - 13 位参与者 阅读完整话题
程序员一枚，感觉AI coding太火了，发展太快了。偶尔逛逛gayhub和Twitter，前者逛着好像没啥收获，后者逛着逛着就当刷微博了 8 个帖子 - 8 位参与者 阅读完整话题
目前只用来接短信，登录一些账号，不知道这俩卡有啥区别，是否有必要再整个giffgaff？ 3 个帖子 - 3 位参与者 阅读完整话题
RT和如图，明明还有很多的额度，为什么codex却提醒我“You’ve hit your usage limit. Try again later.”？ 本着额度不能浪费的优良传统，想着加加班用完，结果碰上了这个了 。第一次碰上的时候我让他继续了，结果没过一会又给我回复这个。 有佬友知道这是为什么吗？ 3 个帖子 - 3 位参与者 阅读完整话题
giffgaff卡 绑定抖音，实名大陆个人信息，有没有事情呀，会不会被查水表 1 个帖子 - 1 位参与者 阅读完整话题