标题: 刚看到 我制作的L站邀请码分享博客封面图 在闲鱼被使用！
作者: #周润发
板块: #搞七捻三
编号: 1996800
帖子: https://linux.do/t/topic/1996800
时间: 2026-04-18 21:47:33
摘要:

刚看到这个帖子，：闲鱼有人卖L站邀请码，成品号，实现副业日均营收500-1000！
我一看，佬友截图的闲鱼那些卖L站邀请码的，商品图片不是用的我博客的封面图吗，当初创立那个L站邀请码分享帖子的时候，制作的，我笑死。哈哈哈。

标题: 大家手机端试过 Gemma4 没有？
作者: #kuqikaqi
板块: #搞七捻三
编号: 1996815
帖子: https://linux.do/t/topic/1996815
时间: 2026-04-18 21:51:34
摘要:

旧闻了
iPhone 用户现在也可以在手机上运行 Google 新发布的 Gemma 4 模型了——是真的在手机上运行，断网也能用的那种。
App Store 直接搜 “Google AI Edge Gallery”。打开 APP 后可以选择下载 E2B 或者 E4B。官方显然推荐大家用 E2B 这个更小也更快的版本。
除了文本对话，还有图片识别、语音对话等，甚至还支持 Skills。但是实测知识是 2025 年 1 月以前的。
推理框架用了 iPhone 的 GPU，运行还是相当流畅的。
大家可以试试，日常处理文本翻译之类的应该绰绰有余。

标题: 关于私有模型的一些问题
作者: #埃里克
板块: #开发调优
编号: 1996846
帖子: https://linux.do/t/topic/1996846
时间: 2026-04-18 21:54:22
摘要:

场景：私有大模型服务器，公司买的K100AI的卡8*64的显存 内存900g 硬盘11T 海光DCU
现在安装模型，只能安装海光的提供的模型，且只能定制对方提供的docker镜像和vllm指定的版本 以及模型。
想用来做claude code的调用安装模型。目前按照了千问的122b激活a8b的模型 但是claude code调用有问题，串行的命令无法执行。
比如：帮我优化某某方法。
私有模型：说一句话就停住了，根本走不下去，没有edit，只有单独的add内容
购买的coding plan 同样的场景 是正常没问题的
有没有佬遇到这种情况，是咋处理的。。。
厂商那边沟通费劲。

标题: 求助，有没有佬可以帮忙测下我这个是不是GPT5.4。
作者: #夏夜篝火
板块: #搞七捻三
编号: 1996867
帖子: https://linux.do/t/topic/1996867
时间: 2026-04-18 21:56:55
摘要:

sk-b1da2a945c2c2d16243f59457f1dfe50681dfb2bf1a4618de4bb803bcc5740f0

  
      

      ai.dianshangbat.cn
  

  
    

Sub2API - AI API Gateway



  

  
    
    
  

  


这使用起来感觉怪怪的，改项目老改的面目全非逻辑混乱，我都无语了，但是我又不会测 是不是真的gpt5.4  xhigh ，来个佬帮帮孩子吧

标题: 小辣椒近期开始清理用户
作者: #xuanaixuan
板块: #搞七捻三
编号: 1996892
帖子: https://linux.do/t/topic/1996892
时间: 2026-04-18 21:59:11
摘要:

佬们，昨天还在分享小辣椒 の 公益站。今天打开一看，好家伙！怪不得之前帖子有很多佬说自己号被清了 ，而且有些只签到没有用也给清了。看到公告真相大白了，坚持住啊！！！

标题: 摄入鱼油最佳方式
作者: #Suhuanzhen
板块: #搞七捻三
编号: 1996912
帖子: https://linux.do/t/topic/1996912
时间: 2026-04-18 22:01:33
摘要:

最近因为鱼油话题在b站和抖音争议挺大的，感觉很多人都还是在优先考虑补剂的方式来摄入，但杂牌和假冒外国货的鱼油太多了。所以还是建议如果不是身体已经出现某些症状需要医用鱼油介入，只是想额外补充鱼油的佬就选择鲭鱼罐头。
我健身快10年最近才通过鲭鱼罐头来补充omega3，目前一周一罐(400g罐头，固体含量大于55%,分两天三餐吃完)，能明显感觉到睡眠质量更好了(但是做梦变多了)，白天精神更好，有时睡眠不够或者午觉睡超过30分钟醒来时心脏不适的感觉也没有了。对我来说效果明显。就买普通的大西洋鲭鱼罐头是性价比最高的也是最安全可靠的。
如果佬对于罐头的油盐含量高的话可以选择水浸的。另外大部分鲭鱼罐头都是大西洋鲭鱼（例如红塔的），这个omega3含量就比太平洋鲭鱼差不多少一半，但价格也贵很多很多。

标题: 我的小claude 官api转中转站开业第一天token就上2B啦(无推广)
作者: #bulubulu
板块: #搞七捻三
编号: 1996927
帖子: https://linux.do/t/topic/1996927
时间: 2026-04-18 22:02:28
摘要:

大多客户都是其他人的中转站站长，所以量比较大哈哈。

标题: 为什么codex用gpt的team账号登录还是不能用呀
作者: #Y 2333
板块: #搞七捻三
编号: 1996940
帖子: https://linux.do/t/topic/1996940
时间: 2026-04-18 22:04:05
摘要:

还是reconnecting，好像还是去识别的我之前用的公益站添加的api，这应该怎么办呀

标题: 有没有googleplay各个区的比价网站？
作者: #面包死肥宅
板块: #搞七捻三
编号: 1996943
帖子: https://linux.do/t/topic/1996943
时间: 2026-04-18 22:04:42
摘要:

apple store有很方便的比价网站，可以看各个区的订阅价格，有针对google play的网站吗？菲律宾土耳其有的订阅价格也很低诶

标题: uniapp上传图片、文件、视频，可二次更改
作者: #ZhaoYangWeb
板块: #开发调优
编号: 1996958
帖子: https://linux.do/t/topic/1996958
时间: 2026-04-18 22:05:59
摘要:

<script setup>
import { ref } from 'vue';
import { onLoad } from '@dcloudio/uni-app';
import request from '@/utils/request';
import { getFiles, getRandomFile, getFileArray } from '@/utils/yangUtils';
const imageSuffix = ['png', 'jpg', 'jpeg'];
const videoSuffix = ['mp4', 'avi', 'mov'];
const imageNum = ref(0);
const videoNum = ref(0);

// 获取父级传入的数据
const props = defineProps(["modelValue", "limit", "message", "isDelete", "isAdd"]);

// 定义 emits
const emit = defineEmits(['update:modelValue']);

// const listData = ref(["https://yxdjpw.oss-cn-beijing.aliyuncs.com/uploadDefault/20260417192542-d3ea46.png", "https://yxdjpw.oss-cn-beijing.aliyuncs.com/uploadDefault/20260417194449-bfb1ba.mp4"]);
const listData = ref([])

const onSelectFile = async () => {
  let result;
  // #ifdef APP || APP-PLUS || MP-WEIXIN || MP-TOUTIAO || MP-LARK || MP-JD || MP-HARMONY || MP-XHS
  result = await uni.chooseMedia({
    count: props.limit || 9,
    mediaType: ['image', 'video'],
    sourceType: ['album', 'camera'],
    maxDuration: '30s'
  })
  // #endif
  // #ifdef WEB || H5
  result = await uni.chooseFile({
    count: props.limit || 9,
    type: 'all',
  })
  // #endif
  let arr = [];

  console.log(result);

  for (let filePath of result.tempFiles) {
    // 判断文件是否超出10M
    if (filePath.size > 10 * 1024 * 1024) {
      uni.showModal({
        title: '提示',
        content: '文件大小不能超过10M！',
        showCancel: true,
      })
      return;
    }

    if (imageSuffix.includes(filePath.name.replaceAll('"', '').split('.').pop()?.toLowerCase())) {
      imageNum.value++;
    } else if (videoSuffix.includes(filePath.name.replaceAll('"', '').split('.').pop()?.toLowerCase())) {
      // 判断之前有没有上传过视频或者图片
      if (imageNum.value >= 1 || videoNum.value >= 1) {
        uni.showModal({
          title: '提示',
          content: '图片和视频不能同时上传,并且视频只能上传一个！',
          showCancel: true,
        })
        return;
      }

      videoNum.value++;
    }
    const data = await request("/upload/uploadFile", filePath.path, "post");
    arr.push(getFileArray(data)[0]);
  }
  listData.value = listData.value.concat(arr);
  // 将数据返回出去
  emit("update:modelValue", listData.value.join(","));
}

// 删除
const onDelete = (index) => {
  // 1. 先拿到要删除的项（必须在 splice 之前拿！）
  const deletedItem = listData.value[index];
  // 2. 判断类型，更新计数
  const ext = deletedItem.split('.').pop()?.toLowerCase();
  if (imageSuffix.includes(ext)) {
    imageNum.value--;
  } else if (videoSuffix.includes(ext)) {
    videoNum.value--;
  }
  // 3. 再删除元素
  listData.value.splice(index, 1);
  // 4. 更新双向绑定
  emit("update:modelValue", listData.value.join(","));
}

// 查看
const onView = (item) => {

}

// 类型判断
const isSuffix = () => {
  return listData.value.some(item => {
    // 获取后缀（转小写，避免大小写问题）
    const ext = item.split('.').pop()?.toLowerCase()
    return videoSuffix.includes(ext)
  })
}
</script>

<template>
  <view>
    <view class="header">
      <view v-if="props.message" class="message">{{ props.message }}</view>
      <view class="numCount">{{ `${listData.length}/${props.limit || 9}` }}</view>
    </view>
    <view class="image-grid" :class="isSuffix() ? 'grid-video' : ''">
      <template v-for="(item, index) in listData" :key="index">
        <view class="grid-item grid-item-content" :class="isSuffix() ? 'grid-item-video' : ''" @click="onView(item)">
          <image v-if="imageSuffix.includes(item.split('.').pop())" class="img" :src="item" mode="aspectFill" />
          <video v-else-if="videoSuffix.includes(item.split('.').pop())" class="video" :src="item" />
          <view class="grid-item-delete" v-if="(isAdd ?? true)" @click="onDelete(index)"><uni-icons class="icon-delete"
              type="closeempty" color="#D3D4D6" size="24" /></view>
        </view>
      </template>
      <view class="grid-item icon-add" v-if="(isAdd ?? true) && !isSuffix() && listData.length < (props.limit ?? 9)"

标题: 新版 codex app 出现了一个发送延迟的 bug
作者: #KodiakAS
板块: #开发调优
编号: 1996959
帖子: https://linux.do/t/topic/1996959
时间: 2026-04-18 22:06:10
摘要:

我个人观察到的现象是，会话创建后的首条消息正常，之后的消息会延迟数秒才能发出，在 mac 和 windows 平台都出现了此问题；
并且 mac 版本还出现了运行时 cpu 使用率过高，发热严重的问题。
github 上也有不少类似的反馈，首个发现的版本应该是 26.415.21839；有人反映关闭记忆功能后可绕过此问题，但对大多数人包括我自己无效，目前只能通过降级解决。

  

      github.com/openai/codex
  

  
    
  
   
  

  
    
      Fix: Desktop App - Message send is delayed for ~8 seconds in new sessions after the latest update
    

    
      
        已打开 04:31AM - 17 Apr 26 UTC
      


      
        
          
          JavierPiedra
        
      
    

    
        
          bug
        
        
          app
        
        
          session
        
    
  


  
    ### What version of the Codex App are you using (From “About Codex” dialog)?

26….415.21839 

### What subscription do you have?

Pro

### What platform is your computer?

Darwin 25.3.0 arm64 arm

### What issue are you seeing?

## Summary

In the Codex desktop app, sending a message can take around 8 seconds before the message is actually sent.

This appears to have started after the latest update. It did not happen in older sessions before.

## Environment

- App: Codex desktop app
- Codex version: `26.415.21839 (1763)`
- macOS: `26.3.1 (build 25D771280a)`
- Hardware: `MacBook Air (Apple M3, 24 GB RAM)`

## Actual behavior

After pressing Enter to send a message, the message does not send immediately.

Observed behavior:
- The spinner appears in the send button
- The message remains pending for about `8 seconds`
- Lowering reasoning does not help

This is affecting sessions created after the latest update.




### What steps can reproduce the bug?

## Reproduction

Observed repro:

1. Open Codex desktop
2. Open a newer thread created after the latest update
3. Type a normal message
4. Press Enter
5. Observe the spinner in the send button and a delay of about `8 seconds` before the message is sent

Additional observation:
- In a brand-new thread, the first message sent immediately
- The second message in that same new thread then started taking a very long time to send

## Scope / pattern

- Happens in newer sessions created after the latest update
- Did **not** happen in older sessions tested by the user
- Not fixed by lowering reasoning
- Seen with `GPT-5.4` and `Extra High`, but reasoning level does not appear to be the cause

### What is the expected behavior?

## Expected behavior

Pressing Enter should enqueue and send the message immediately, or at least show near-instant client acknowledgment.

### Additional information

## Notes

This feels like client-side send latency rather than raw network latency.

Local diagnostics from the machine at the time:
- Network path looked healthy in macOS logs
- Codex renderer/helper processes showed noticeable CPU activity while the issue was occurring
- No obvious network failure was visible from the local system logs

## Impact

This makes normal back-and-forth use of Codex frustrating because even short messages feel blocked before they are sent.

If you want, I can also compress this into a shorter GitHub-style version, or turn it into a more technical issue with a small `Additional diagnostics` section at the end.
  

  

  
    
    
  

  


本以为是梯子又出问题，但看了下发现是 app 的锅，记录一下

标题: 「王者万象棋」蔡文姬打出了11万的高额法术伤害
作者: #欣欣|林可欣
板块: #搞七捻三
编号: 1996972
帖子: https://linux.do/t/topic/1996972
时间: 2026-04-18 22:08:13
摘要:

逆天 
不过没打过我
(你没看错，我的虞姬1000级 在这里太常见了)