标题: 开个积分打赏功能吧
作者: #yangfang_zhou
板块: #搞七捻三
编号: 1354632
帖子: https://linux.do/t/topic/1354632
时间: 2025-12-23 22:39:10
摘要:

让优秀的帖子得到满足感。

标题: antigravity 有一点太难忍受了
作者: #Tom Black
板块: #开发调优
编号: 1354635
帖子: https://linux.do/t/topic/1354635
时间: 2025-12-23 22:40:44
摘要:

为啥要改我主页啊

标题: 抽奖的帖子怎么发呢
作者: #AiGuoHou
板块: #搞七捻三
编号: 1354652
帖子: https://linux.do/t/topic/1354652
时间: 2025-12-23 22:46:19
摘要:

类似这种的，这些字是自己写的吗

总结 (click for more details)

标题: 微软自家的模型是不是躺平了？好久没见讨论了
作者: #astro_void
板块: #搞七捻三
编号: 1354661
帖子: https://linux.do/t/topic/1354661
时间: 2025-12-23 22:48:53
摘要:

看到下面这条讨论，忽然也想问出我很久的疑问，微软自家研发的开源模型还有翻身的机会吗？曾经对 Phi 的讨论好像都发生在上个世纪了

  
    
    
    
      最近怎么Qwen没什么消息了？ 
  

国产替代
    
  
  
    最近MiniMax、智谱GLM和DeepSeek都有不小动静，甚至豆包也都出了新的，但好像Qwen3发了Max之后，L站里就没什么声音了？是我漏掉了什么消息吗？还是说也在憋个什么大招？还是说这里讨论得比较少？

标题: 求国外付款方式建议
作者: #c1oudf1are
板块: #搞七捻三
编号: 1354662
帖子: https://linux.do/t/topic/1354662
时间: 2025-12-23 22:48:55
摘要:

我想在一家外国idc购买在vps 但是听说直接用银行卡付款会存在信息泄露被盗刷的可能 于是我注册PayPal想绑定master card 提示必须满18 现在我在16-18间 各位大佬有付款方式建议吗

标题: 抛砖引玉 关于LDC（信誉点）机制隐患的几点思考与改革建议
作者: #koubibulaien
板块: #搞七捻三
编号: 1354664
帖子: https://linux.do/t/topic/1354664
时间: 2025-12-23 22:50:13
摘要:

（本帖纯主观判断，主要目的是抛砖引玉，欢迎大家理性讨论）
LDC最近成了社区的焦点，但我认为目前的机制设计存在一些逻辑上的硬伤，长此以往可能会对社区和公益站生态造成伤害。以下是我看到的几个问题及建议。
一、 核心痛点：交易不对等与缺乏回收
1. 交易的不对等
货币的本质是为了满足交换需要。但目前的现状是：只有用户有获取余额（服务）的需要，而公益站并没有实际需要LDC的场景。
实质上，现在的模式是公益站一边倒的纯付出、用户一边倒的纯白嫖。对于无私的公益站长，目前只有精神上的表扬，但我觉得他们理应得到更多，或者至少不该背负更多包袱。
2. 缺乏回收机制（Sink）与通胀
目前的消费端只有公益站，没有官方的再回收机制。这看起来对用户是大好事（免费用），但对公益站和社区是巨大隐患。
公益站手里囤积了大量LDC，却没有任何消费场景（难道让公益站之间互相充值对掏？）。这必然导致LDC在公益站手中泛滥，引发严重的通胀。
二、 潜在风险：心态异化与环境恶化
1. 用户心态的“消费者化”
这是一个非常危险的信号。如果不弱化LDC的货币作用，用户的心理会迅速从“感恩赠予”向“付费上帝”转变。
一旦服务出现波动，用户会认为“我付了LDC的”，从而要求售后。结果就是公益站长“流血又流泪”：免费做公益赔钱，还要被骂、要处理售后纠纷。
2. 羊毛党与“水贴海洋”
目前LDC的获取方式过于依赖活跃度。如果LDC持续锚定高价值服务，羊毛党势必会使用脚本疯狂注水。
这会直接导致社区版面变成“水贴的海洋”，不仅破坏讨论氛围，更会榨干公益站的资源。
三、 改革方案建议
核心思路是**“弱化货币属性，增加官方回收”**：
1. 定位调整：向B站“硬币”模式靠拢
LDC不应是刚性的“活跃积分”，而应类似B站硬币，更多代表荣誉和门槛，而非直接的购买力。
2. 限制流通与担保

LDC的收款方建议必须经过LV3担保 或官方认证 。
消费场景应当严格限制在授权的公益站和L站本身。
禁止个人账户间的自由转账，防止多小号倒卖和黑产交易。

3. 优化获取方式

改为每人每天登录仅领取少量保底。
取消单纯的水贴奖励，改为发帖的点赞量、浏览量达到一定标准 后才给予奖励，鼓励高质量内容，杜绝灌水。

4. 增加官方消费途径（大宗回收）
必须建立LDC的消耗闭环，建议增加以下场景：

购买推荐权重： 类似B站的投币推流。但这种推荐帖子必须经过更严格审查，且收取高额LDC，以促进货币回收。
个性化装扮： 开放LDC购买自定义头衔、自定义主页背景等装饰性功能。


以上仅为个人拙见，希望能为社区的健康发展提供一点思路，欢迎各位老友共同提出解决方案。

标题: 求助，在使用 Codex、Claude 等cli 工具，如何让它长时间执行
作者: #Fei-Away
板块: #搞七捻三
编号: 1354667
帖子: https://linux.do/t/topic/1354667
时间: 2025-12-23 22:50:48
摘要:

如题，比如整体规划很详细，如何让他长时间执行不需要人来介入，上下文满了之后也可以自动切换

标题: 佬们，问下在使用ai coding或vibe coding的时候如何防止工具执行危险命令
作者: #Fishelly Xie
板块: #搞七捻三
编号: 1354672
帖子: https://linux.do/t/topic/1354672
时间: 2025-12-23 22:51:52
摘要:

最近单位想引入cc 或codex，目前在出方案，想知道如何安全使用，比如禁止执行危险命令，或生成有安全问题的代码~
如果每次都要人工agree，感觉效率有点低？
望佬们指导，给点意见，谢谢~

标题: 关于new-api接入L站登录
作者: #小天
板块: #开发调优
编号: 1354674
帖子: https://linux.do/t/topic/1354674
时间: 2025-12-23 22:52:39
摘要:

我部署new-api的机器位于国内，不具备外网访问能力，导致无法回调 connect.linux.do
目前的表现是可以正常在connect授权，但跳回new-api时因为无法访问回调导致登录失败
报错为错误:failed to connect to Linux DO server
这个问题要如何解决呢，我有自己的域名，可否通过反代的方式解决
部署new-api的机器不方便开代理，尽量使用非代理方式解决

标题: 2.2.x 纯折腾实验(意义见仁见智)：PVE 与群晖 如何组合拳 让硬盘休眠
作者: #foobar
板块: #开发调优
编号: 1354684
帖子: https://linux.do/t/topic/1354684
时间: 2025-12-23 22:55:20
摘要:

本系列本站链接：

1 家里云科技——从用户角度去探讨数字生活私人服务
2 家里云科技——系统管理员视角

本系列知乎链接：

1 家里云科技——从用户角度去探讨数字生活私人服务
2 家里云科技——系统管理员视角

为什么要休眠：因为省电，同时降低硬盘负载时间，延长寿命。
顾虑：有人说反复启停反而不太好，那就不反复启停，将休眠等待时间给长一点；事实上，企业级的硬盘的启停次数寿命 对于 家用 NAS 设定合理的 休眠而言，绰绰有余。即使不休眠，24小时运行，对于家庭轻负载，其设计寿命也够，所以社区上很多担忧都是多余的，不怎么看人家的产品说明书。

WD HA340 的启停次数设计:
该驱动器在 40°C 环境下可承受至少 50,000 次_启动_/停止_循环，在极端温度或湿度下可承受至少 10,000 次_启动/停止循环…

所以，见仁见智，但是为了能够省电、延长寿命 就折腾一下吧。
本文的群晖是安装在 PVE 平台下的 虚拟机群晖，由于 PVE直通硬盘给群晖时，假如不是直通整个 sata 控制器的话，群晖是拿不到硬盘的真实数据的，因此需要 群晖尽量关掉所有的 硬盘检查，全权由 PVE 管理。
总体思路是: 首先 由 hd-idle 负责 根据磁盘的 id 来控制每个磁盘的控制策略，例如等待多长时间休眠，接着按需所有潜在的唤醒源，剩下硬盘的健康保障和监控，则有定时任务保证，同时使用 Scrutiny 来实时监控硬盘的情况(可以跳过正在休眠的硬盘)
PVE的设置
安装 hd-idle，根据硬盘 id 定制休眠策略。
cd /tmp && wget https://github.com/adelolmo/hd-idle/releases/download/v1.21/hd-idle_1.21_amd64.deb
dpkg -i hd-idle_1.21_amd64.deb

接着查看硬盘id
lsblk |awk 'NR==1{print $0" DEVICE-ID(S)"}NR>1{dev=$1;printf $0" ";system("find /dev/disk/by-id -lname \"*"dev"\" -printf \" %p\"");print "";}'|grep -v -E 'part|lvm'

接着添加一个设置，让 hd-idle 将 对应 id 的硬盘 加入休眠的配置， id 可以通过 lsblk 找到对应设备 文件名 /dev/sdc 然后再 通过命令 ls -l /dev/disk/by-id/ | grep sdc  找到 对应设备id, 这里推荐采用 usb 开头的id 或者 wwn 的id,  并且需要整块设备而非分区的id, 这样语义更加清晰。
然后配置到  /etc/default/hd-idle. . 有两项修改:第一项是 START_HD_IDLE=false 改成 true，第二项是 修改 HD_IDLE_OPTS
HD_IDLE_OPTS 中的 第一个 -i 0 参数如果不设置的话，hd-idle 会对所有未设置的硬盘设备进行默认休眠策略。-c ata 是 发送命令的协议，推荐这个，因为采用默认的话，移动硬盘睡一下又醒回来。-a /dev/disk/by-id 就是指定你要睡眠的设备，紧跟着的 -i seconds 就是指定等待多久无 数据交换就睡眠。最后的参数是日志餐数是
下面是我个人的一键修改
sed -rin 's~START_HD_IDLE=false~START_HD_IDLE=true~g' /etc/default/hd-idle
tee -a /etc/default/hd-idle << EOF
# 固态跑服务 
# 这个硬盘是主力军(跑 PT 和 存储一些热数据) -a /dev/disk/by-id/ata-ST500LM000-SSHD-8GB_W760P47W -i 14400
# 移动硬盘 是冷备盘，赶紧休眠: /dev/disk/by-id/ata-WDC_WD10JMVW-11AJGS4_WD-WX91A866Y9VD
# /dev/disk/by-id/ata-WDC_WD3000FYYZ-01UL1B2_WD-WCC4E1732653: 是机械大盘 介于 属于混合属性，采用两个小时的 休眠等待
HD_IDLE_OPTS=" -i 0 -c ata  -a /dev/disk/by-id/ata-WDC_WD10JMVW-11AJGS4_WD-WX91A866Y9VD -i 1800  -a /dev/disk/by-id/ata-WDC_WD10SMZW-11Y0TS0_WD-WX61E37APS9U -i 1800 -a /dev/disk/by-id/ata-WDC_WD3000FYYZ-01UL1B2_WD-WCC4E1732653 -i 7200 -l /var/log/hd-idle.log"
EOF

设置开机启动，启动 hd-idle，并且查看状态
sed -rin 's~Type.*~Type=simple~g' /etc/systemd/system/hd-idle.service # 修改 服务类型，因为这个 hd-idle 是阻塞终端前台的，服务类型采用 Simple, 看不懂无所谓
systemctl daemon-reload 
systemctl enable hd-idle
systemctl restart hd-idle
systemctl status hd-idle


PVE 唤醒源0:

webui 安装了显示硬盘 smartctl 信息温度等信息的，会将 usb移动硬盘叫醒（其他的sata机械硬盘不会）。可以先 安装 该 webui 优化，再 插入移动硬盘，这样，就不会把他叫醒。
blkid 命令会把他叫醒

PVE 唤醒源1：PVE的状态服务 pvestatd: 会定期扫描存储，唤醒硬盘。配置 /etc/lvm/lvm.conf 可以告诉LVM哪些设备是可见的，这样可以明确地排除（reject）目标硬盘。建议使用 /dev/disk/by-id 的方式去排除，这样不会因为 /dev/sdx 变动而失效。
使用 该命令可确定哪个是需要的 lsblk |awk 'NR==1{print $0" DEVICE-ID(S)"}NR>1{dev=$1;printf $0" ";system("find /dev/disk/by-id -lname \"*"dev"\" -printf \" %p\"");print "";}'|grep -v -E 'part|lvm'
# /etc/lvm/lvm.conf

# ... 其他配置 ...

devices {
    # ... 其他 devices 配置 ...

    # 这是推荐的配置方式
    # a|.*/| 匹配所有设备 (accept all)
    # r|/dev/sdd| 排除 /dev/sdd (reject /dev/sdd)
    # r|/dev/sde| 排除 /dev/sde
    # 您可以通过 by-id 路径来更精确地排除
    # r|/dev/disk/by-id/ata-YOUR-DISK-ID-1|
    # r|/dev/disk/by-id/ata-YOUR-DISK-ID-2|
    # 都是正则表达式，将系统盘（ssd nvme）纳入监控，其余全部机械盘(sata hdd)不监控，免得干扰休眠。
    # 如果不确定的话可以用 /dev/disk/by-id
    global_filter=["a|/dev/nvme0n1.*|","r|/dev/disk/by-id/usb.*|","r|/dev/disk/by-id/ata.*|","r|/dev/sd.*|","r|/dev/md.*|","r|/dev/zd.*|","r|/dev/rbd.*|"]

    # ... 其他 devices 配置 ...
}


注意: global_filter 的规则顺序很重要。它从左到右依次匹配。"a|.*/|" 意味着默认接受所有，然后 "r|...|" 规则将指定的设备从中排除。
修改完之后，刷新 LVM 缓存使配置生效:
# 运行此命令后，LVM将不再扫描被排除的设备
vgscan --cache
pvestatd restart


唤醒源2：smartd
打开 /etc/smartd.conf，注释掉 DEVICESCAN -d removable -n standby -m root -M .... 这一行，因为其上面的注释说明了他会扫描所有的 ATA 和 SCSI 设备，也就包括了我们的硬盘，因此我们注释掉，再补充 几行配置，明确告诉 smartd 只扫描系统盘等必要的磁盘。
接着 systemctl restart smartd 重启服务
# /etc/smartd.conf
# The word DEVICESCAN will cause any remaining lines in this
# configuration file to be ignored: it

标题: Z-Image-Omni-Base 可能即将发布
作者: #HLiny
板块: #前沿快讯
编号: 1354686
帖子: https://linux.do/t/topic/1354686
时间: 2025-12-23 22:55:37
摘要:

diffusers的repo中已有PR：
  

      github.com/huggingface/diffusers
  

  
    



    
      
    

  



      
        Add z-image-omni-base implementation
      

    
      main ← JerryWu-code:z-image-omni-base
    

      
        
          已打开 05:22AM - 18 Dec 25 UTC
        

        
          
            
            RuoyiDu
          
        

        
          
            +1355
            -220
          
        
      
  


  
    # What does this PR do?
This PR adds support for the Z-Image-Omni-Base model. Z…-Image-Omni-Base is a foundation model designed for easy fine-tuning, unifying core capabilities in both image generation and editing to empower the community to explore custom development and innovative applications.

## Before submitting
- [ ] This PR fixes a typo or improves the docs (you can dismiss the other checks if that's the case).
- [x] Did you read the [contributor guideline](https://github.com/huggingface/diffusers/blob/main/CONTRIBUTING.md)?
- [x] Did you read our [philosophy doc](https://github.com/huggingface/diffusers/blob/main/PHILOSOPHY.md) (important for complex PRs)?
- [ ] Was this discussed/approved via a GitHub issue or the [forum](https://discuss.huggingface.co/c/discussion-related-to-httpsgithubcomhuggingfacediffusers/63)? Please add a link to it if that's the case.
- [ ] Did you make sure to update the documentation with your changes? Here are the
      [documentation guidelines](https://github.com/huggingface/diffusers/tree/main/docs), and
      [here are tips on formatting docstrings](https://github.com/huggingface/diffusers/tree/main/docs#writing-source-documentation).
- [ ] Did you write any new necessary tests?


## Who can review?
@yiyixuxu @apolinario @JerryWu-code
  

  

  
    
    
  

  


以下未经证实：
有消息称这个模型使用FLUX.2 VAE，Qwen3VL，或许是重新训练的模型，可能存在额外的安全审查。

标题: 个人加班碎碎念
作者: #Samuel Doom
板块: #搞七捻三
编号: 1354688
帖子: https://linux.do/t/topic/1354688
时间: 2025-12-23 22:56:51
摘要:

我是运维，昨天夜班，原本今天休息。
客户上周三要求一个任务，原定这周三交，结果上周五直接要求这周一交，不给回旋的余地。
哼哧哼哧发完邮件了，周一下午开始催，怎么数据还没交上去。又跟领导解释，客户要求急，能不能先把我邮件批了，领导说先做，后面再批。
批完后，看完数据了，自己觉得没问题，提交了。
周二白天核查，说数据不对，要重做，负责人直接艾特我，让我跟进下。
还没做完，先催着问什么时候可以把数据交上去，就继续拖，拖到中午，日志交上去了，下午15点左右继续反馈数据不对。
然后，领导就开小窗问我为什么一个错误犯两遍。
“很明显的有问题啊，你怎么看不出来呢？”
后面不说话了，然后就是我跟研发一起弄数据，弄到22点整。
弄完了，但是不知道能不能过，以及，领导对此不是很高兴。
我是个什么情况呢？
刚入职差不多快俩月了，培训一个月
因为工作地跟同事们的工作地不一样，所以沟通基本都是线上沟通。
他们有培训的话，我基本只能会议参加。如果是夜班的话，会议基本参加不到，录屏也没有提供。
因为公司内部的流程不同，我之前的三年工作经验就是个笑话。
说是，让我“多看看群消息，别人犯过的错误，你不要再犯一遍”
但我半个月前才进的客户群，聊天记录就几条啊。如果说要算我自己的话，那确实是有。
从昨天下午开始，到现在，没怎么合眼。
还有领导布置的学习任务，催了很久了，说怎么别人半天能完成的，你们新人俩星期了还没完成。
他说错了吗？也没有。
只是觉得，好快，好累。
也不敢跟领导反馈，说是自己还没上手，然后客户催的急，数据没处理好。
以前开会的时候针对类似的问题直接说过。
“你们新人遇到的问题有那么难处理吗？”
回想起HR跟我说的，“领导心直口快，对事不对人，也是希望你们尽快成长……”
要是我反馈了的话，怕不是直接就说我为犯错找借口，态度不端正吧。
从昨天下午到现在，就没怎么合过眼。
好像，我从出社会到现在，也没怎么合过眼。
要是因此被辞退的话，好像也不是什么坏事。但后面又得找工作，又有别的烦恼。
父母再来催催我考个公，考个编，图个安稳，之类的。
也不知道后面，怎么个活法。
就逼逼叨叨到这里吧，该上班还是得上班。
有工作的我，总比失业的同龄人，稍微强那么点。

标题: 随时升天的公益站已接入LINUX DO Credit
作者: #linjinpeng
板块: #搞七捻三
编号: 1354690
帖子: https://linux.do/t/topic/1354690
时间: 2025-12-23 22:56:58
摘要:

跟风跟风~
本站奇黑，1000点等于1刀，模型价格同步官方 
模型支持很全，欢迎使用

  
      

      linjinpeng-newapi.hf.space
  

  
    

New API

  OpenAI 接口聚合管理，支持多种渠道包括 Azure，可用于二次分发管理 key，仅单可执行文件，已打包好 Docker 镜像，一键部署，开箱即用

标题: 送大家一个“圣诞树”
作者: #ziqianou
板块: #搞七捻三
编号: 1354693
帖子: https://linux.do/t/topic/1354693
时间: 2025-12-23 22:57:36
摘要:

如题，物理课上闲得无聊搞出来的

标题: 有没有Nginx中文站文档
作者: #lysk797
板块: #开发调优
编号: 1354695
帖子: https://linux.do/t/topic/1354695
时间: 2025-12-23 22:58:09
摘要:

想深入学习Nginx server部分的各个详细语法和作用

标题: 现在号称帮助企业做 AI 赋能 或 自动化提效 的人，是如何交付服务的？
作者: #冬灰条
板块: #搞七捻三
编号: 1354702
帖子: https://linux.do/t/topic/1354702
时间: 2025-12-23 23:01:10
摘要:

现在很多号称给企业做 AI 赋能，他们都是通过什么形式如何交付的？交付软件？交付网站？
接上条，举一个我目前了解到形式，基本就是给企业做技术咨询，然后用节点工作流来交付，而且大多只是用了LLM知识库生成文本的能力。
为企业提供这类服务的收费标准是什么
我想问一个具体场景，比如说给一个企业的客服业务做自动化
但是客服消息全部都来自于一个现有桌面程序（管理后台）
要怎么入手呢，有什么方案呢，
如果逆向这个程序的 api，有什么法律风险吗？
————————————————————————————————————————
希望能够得到佬友们的解答