https://linux.do 论坛的话题更新通知频道。
筱筱动力 (@xxdlovo) 在 如何通过已有产品优缺点进行批量生成文章 中发帖
现在生成产品文章都是有什么呢? 资料库/截图这些都是怎么管理的?
我现在的想法是上传资料库到dify, 图片用图床地址+描述进行管理, 然后把统一的提示词给dify, 让他自动对比产品优缺点, 查找图片库并放入文章中
图片1: 这是软件的首页, 右侧有登录地址
图片2: 这是功能页面, 有xxx按钮能够实现xxx功能
leo (@number93soccerplayer) 在 如何稳定用官方gpt 中发帖
佬友们,之前我一直用的gemini,但是最近感觉越來越没发用了,想用gpt,但是贸然去买怕封号,又不想用中转,请问有什么可靠的办法能买和使用官方的chatgpt吗
@qyy 在 丸辣,我的黑与白菜还没收呢 中发帖
今天一早起来想着收菜呢,打开后发现这样了
之前还没问题来着,我看也没走代理…
你们还能进去吗?
[1000010040.jpg]
[1000010041.jpg]
Solar (@2664023249) 在 25年7月的老号,反代三个月目前还活着一直都是苹果商店250刀的订阅:xhs_039: 中发帖
好多佬友在这条帖子里面问,号还在吗
统一在这个帖子里面回复一下,号是一年前的老号
[a1d567930f33dced0e86c14147b12511]
反代是今年6月开始反代的,差不多3个月了
[ed891d4d3a32c09b582d56be64b0f427]
平台远程和Sub2api反代都是自用 😄
[4d0510ddc471abd6366173858db9a6fa]
一直都是苹果商店250刀的订阅 :xhs_039:
newgar 在 牛来(ox-alpha)挂了? 中发帖
试了下opencode的和openrouter的,都提示上游提供商问题
[48f9505e3ec9f8cf3a9ac833ad1c74be]
[5e7ecbeb79f7691a8b61f92f99484af8]
@impace 在 天塌了啊,Codex没法用了 中发帖
佬们,我的Codex走的CPA,今天早上更新了下codex,版本是26.818.41509,然后就提示
unexpected status 401 Unauthorized: {“error”:“Missing API key”}
北邙 (@C1921) 在 要办宽带了,佬友们有什么建议 中发帖
家里原有的是我父亲办的移动,现在他手机号要携号转网,正好换个运营商。
我看联通的申请公网IPV4概率大一些,有没有佬友现身说法。
还有办理的时候有什么踩坑的点呢?求佬友们分享一下经验。
坐标山东济南。
炼气修士恐怖如斯 (@zwt13703) 在 请教一下影刀RPA操作企业微信每日触发风控扫码问题 中发帖
问题场景:
通过影刀RPA自动操作企业微信电脑端,主要用来自动给指定群聊、指定人员发消息、@人员,日常业务流程跑起来是没问题的。但最头疼的就是企微的风控,触发得特别随机,完全摸不准规律。
核心痛点:
风控扫码问题完全玄学,运气好一整天平稳运行,运气不好一天弹个一两次人机扫码验证,直接卡死自动化流程,做不到无人值守运行。因为没有固定复现条件,很难针对性排查和优化。
目前状况:
目前已经做了常规优化,在操作步骤里加了随机延时、拆分批量发送的动作,尽量模仿真人操作。但现在陷入了两难局面:延时设置短了,压不住风控,依旧随机弹扫码;延时拉太长,消息推送效率暴跌,完全跟不上业务的时效需求。
另外设备环境也都是正常本地办公电脑也没有用虚拟机、多开这类高危操作啊,还是躲不过不定时风控拦截。。。
想请教下大佬们,有没有人遇到过同款风控问题? 😭
MicroSeg作者 (@lll9p) 在 每隔几天都得换模型,gpt天天搞降智 中发帖
每次感觉不对了就得去codex雷达看智商,现在看只有terra max可堪一用了。
说话间terrra max 从95又涨到了96, 奥特曼耍猴呢
[图片]
@ano 在 今天重置后周限直接砍半啊(pro 20x) 中发帖
顺着这个帖子( 开了个pro 20x,感觉额度给的挺足 )继续说。
昨天开了个pro 20x,周限2400刀,我还专门发帖分享。今天重置后,周限大约只有1000刀了???但我的使用环境没有任何理由被风控。
[image]
ruyu 在 sub2api被点名以后个人使用的反代具体有什么影响呢 中发帖
个人有两个plus一个team,后面会把plus全换team,如果不走sub2api切号还有踢拉就比较烦,想问一下佬继续使用sub2api会有什么后果封号还是降额度。如果不能使用了有没有好的替代cpa或者9router吗,cpa热度比较高直接换9router会不会好点 🤣
@Renzenghui 在 服务器被勒索后解密全过程,供各位佬参考! 中发帖
事件日期:2026 年 8 月 21 日
时间口径:中国标准时间(UTC+8)
最终结果:未支付赎金,成功解密全部 1,310 个 PostgreSQL 文件,并通过独立数据库还原验证。
事件时间轴
时间
阶段
发生的事情
事件发生前
暴露面
服务器的 RDP 3389 端口对 0.0.0.0/0 开放,内置 Administrator 账户可以直接从公网登录。这是目前确认的主要入侵入口。
04:07:01
入侵登录
阿里云安全中心记录到 Administrator 异常 RDP 登录,来源 IP 为 101.43.112.150。现存证据无法进一步判断是密码爆破、凭据复用还是密码已经泄露。
04:08:34
恶意程序落地
勒索程序被写入 C:\PerfLogs\ourxmr@tutamail.com64.exe。这里采用文件创建时间;样本自身携带的旧修改...