工位配了一个你，你不是公司资产，工位和工位上的东西才是

有单位的才是正经工作，没单位的都是工位配了一个你，你不是公司资产，工位和工位上的东西才是

7 个帖子 - 7 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: ccrichard)

又有了一点小感悟

1.默认所有陌生人是弱智，尝试把你认为理所应当的道理拆解，像教幼儿园小朋友说话一样阐述你的想法，一点一点解构你的思想，不要尝试使用什么术语、行话，这样你会发现与别人沟通更容易了

2.筛选出来那些不理解你但尊重你的人，他们比盲目奉承你的人还要可贵

3.自由是以不伤害他人为前提的，不要把中伤他人当作自由

4.不要纠结过去那些不美好的回忆，它们统统是“上天”对你的考验

5.记住人是有认知的高低的，如果你不准备承担后果，别去改变比你认知低的人的想法

6.可以不在乎别人的看法，但必须在乎亲近的人的感受，要多沟通

7.不因为别人的愚蠢言行生气，保持自己内心的清净

8.不因为别人的愚蠢言行嘲笑ta，发自内心地去怜悯ta、可怜ta

9.承担责任，坦然为自己的言行承担责任

10.不要告诉自己“不要想这件事”，自然而然，想了就想了，说了就说了，只要不被干扰、不产生恶念那就完全可以想

3 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 猫猫团子)

codex的free彻底凉了 慢的用不了了

吃什么啊 是啊佬们 吃什么😭😭😭
现在opus有赈灾餐吗

2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: luv)

关于我的研究

via LINUX DO - 最新话题 (author: 朽木自雕)

从零开一个简单的中转站/公益站---简略教程

via LINUX DO - 最新话题 (author: 三不七)

求教 ai 编程

现在 ai 编程挺方便的，但是我不知道提示词怎么写，每次都是想一出是一出，写出来有点乱七八糟😂

2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: tao725)

有什么办法能够让open code真正看懂前端设计吗

最近在重构一个项目，它原本的UI设计很不错，还有交互逻辑，但是我改的地方有点多，需要增加很多变动，如果直接让他上手代码改的话，效果肯定不行，我试过了，还有什么办法能够让这个open code真正看懂设计要求和这个设计好吗

2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: xiaoli)

佬～，Gemini一直提示所在地区不可用可咋整

我自己手机号注册的香港地区的（这个是这两天突然不行的），还有个这两天才买的us地区的，打开Gemini都提示所在地区不可用
现在用的是自己美国的垃圾vps，但是gpt和claude都能打开，也不知道跟这个有没有关系🥲

3 个帖子 - 3 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: yes_ok)

为什么点进帖子经常出现这种“找不到页面”的情况

手机上同样的网络点进去能正常看，也是同样的节点，也没违规记录啊，搞不懂 🫠

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: zlinux)

IT技术，大佬门都用的什么AI工具

.net java ts 前端 等技术，各位大佬都用的什么AI工具在开发

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: kabao)

想买一些AI账号，佬友们有渠道么？

最近工作用AI需求比较大，想买一些账号，佬友们有靠谱的渠道么，主要Claude账号，其次GPT和Gemini，普通或者成品都可以

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: xb94666)

Telegram必备的搜索引擎，极搜JISOU帮你精准找到，想要的群组、频道、视频、音乐

👉 t.me/jisou?start=a_7387292324

codex app是不是更新了？是改了skill的挂载规则么

为什么我今天看codex的skill全掉了，有佬有这种情况吗。让codex重新给挂了一遍

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: hcw)

怎么进交易区？

想进交易区发个逆向的单子来着，找了半天发现找不到这个板块。有佬能指点一下吗？

3 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: langchou)

【开源】Anything Analyzer — 傻瓜式生成 注册机|2API 协议分析文档，直接喂给 AI 写代码

via LINUX DO - 最新话题 (author: 天花板上的喵)

chatgpt100刀套餐疑似存在每周50次pro限额

看到好多人都在反馈chatgpt100刀套餐每周用50次pro就会限额，200刀版本不存在限额情况。如果这样100刀套餐性价比就更低了。

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: senyu)

VLESS gRPC REALITY 配置问题

中转不让用后，开始转向Xray，搭建了 VLESS Vision REALITY 和 VLESS gRPC REALITY

体验下来VLESS Vision REALITY的优点是真稳定，速度几乎可以顶满带宽持续跑，缺点是起速开头十来秒慢一些，延迟高，不支持多路复用

VLESS gRPC REALITY 延迟低，但是遇到了断流问题，手机端尤为严重，而且下载速度起伏大，后面甚至会一直大幅降速

优化线路明星款VPS，几乎不会是网络问题，下面是具体配置，主要参考官方模板

{
    "log": {
        "loglevel": "warning"
    },
    "routing": {
        "rules": [
            {
                "ip": [
                    "geoip:private"
                ],
                "outboundTag": "block"
            }
        ]
    },
    "inbounds": [
        {
            "listen": "0.0.0.0",
            "port": 443,
            "protocol": "vless",
            "settings": {
                "clients": [
                    {
                        "id": "UUID",
                        "flow": ""
                    }
                ],
                "decryption": "none"
            },
            "streamSettings": {
                "network": "grpc",
                "security": "reality",
                "realitySettings": {
                    "show": false,
                    "target": "www.yahoo.com:443",
                    "xver": 0,
                    "serverNames": [
                        "www.yahoo.com",
                        "news.yahoo.com"
                    ],
                    "privateKey": "kOsBHSgxhAfCeQIQyJvupiXTmQrMmsqi6y6Wc5OQZXc",
                    "shortIds": [
                        "d49d578f280fd83a"
                    ]
                },
                "grpcSettings": {
                    "serviceName": "grpc"
                }
            },
            "sniffing": {
                "enabled": true,
                "destOverride": [
                    "http",
                    "tls",
                    "quic"
                ]
            }
        }
    ],
    "outbounds": [
        {
            "protocol": "freedom",
            "tag": "direct"
        },
        {
            "protocol": "blackhole",
            "tag": "block"
        }
    ],
    "policy": {
        "levels": {
            "0": {
                "handshake": 2,
                "connIdle": 120
            }
        }
    }
}

然后也对比了那些一键脚本生成的配置，都差不多，并没有发现什么问题，查阅官方文档里面提到可能会解决一些“断流”问题，所以到底是我搭建问题，还是这个协议本身的问题

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: Avaíjj)

devpi 构建私有 pypi 代理

最近在内部搭建各种缓存站，主要是内部的请求量确实有点大，一群构建直接把集群出口带宽打满了，特别是跟 llm 之类相关的 pypi 请求量多，局部热点，于是调研了下自建代理的方案

1. 使用 bandersnatch 或者 shadowmire 全量镜像，看了一下清华的源，他们是这个方案，嗯，32T，算了
2. Sonatype Nexus Repository 略重，也算了吧
3. 谷歌搜了一下 pypi proxy 给我引到了 proxypypi 这里，然后开头第一句就是 Don’t use this software. Use devpi instead!，之后仔细看了一下 devpi ， 就它了

搭建一个 devpi

那么接下来就是开动干活

创建一个新的环境，需要到 python 3.12 测下来 3.10 会有些奇怪的问题，现在大家都是用 uv ，后面都用 uv 举例好了

创建环境

uv venv --python 3.12 /data/devpi
之后 source /data/devpi/bin/activate 激活环境，

安装与初始化

uv pip install devpi-server devpi-client
我这里选择将数据保留在 /data/devpi/server 下，接下来我们初始化环境
devpi-init --serverdir /data/devpi/server

run！

devpi-server --serverdir /data/devpi/server

添加 其他的源

添加一个用户 devpi user -c pytorch ，devpi 的首层目录都归属与某个用户，为了好看，所以这一步跑不掉，这里只选择了空密码，偷懒了

使用devpi index -c pytorch/cu128 type=mirror mirror_url=https://download.pytorch.org/whl/cu128/ 添加需要的镜像

至此，一个玩具型的 pypi 代理就建立起来了，可以使用 uv pip install -i http://127.0.0.1:3141/root/pypi --trusted-host http://127.0.0.1:3141/ 进行拉包，测试下来发现会有几个问题

1. 需要 trust host ，那没办法，pip 默认要求https，那就后面配一下nginx
2. 有点丑，老师，能不能要以 -i https://pypi.example.com/ 就能用的?
3. 拉包的有些性能问题，大量用户拉包会进入队列等待，好像不够快啊

那我们来优化一下，看了一下 devpi-gen-config 生成的nginx的配置，我们再按照实际的想法处理一下吧

nginx 的配置

注意到devpi的缓存文件夹和下载whl的链接的目录格式一致后，我们可以用sendfile 来大大加速文件传输，绕开 python+nginx的 多重拷贝，devpi 只用在处理新包和元数据处理上

主要配置如下

upstream block

upstream backend {
 server 127.0.0.1:3141;
 keepalive 16;
}

server block

server {
 ......
 ###### 注意这里的root地址
 root /data/devpi/server;

 ###### 这里负责处理 pypi.example.com 直接映射到 pypi.org
 ###### 简单来说就是我们为了让 根目录后面就是 +file 的地址
 ###### 我们需要重写一下地址
 ###### 但因为这里的 @proxy_to_root_pypi 是一个命名路由
 ###### 所以不允许使用正则，只能用了 rewrite，后面 pytroch 类似
 location @proxy_to_root_pypi {
  rewrite ^ /root/pypi$uri break;
  proxy_pass http://backend;
  proxy_redirect off;
 }
 location / {
  proxy_pass http://backend/root/pypi/;
  proxy_redirect off;
 }
 ###### 尝试直接读文件，如果文件不存在或者去调用 proxy_to_root_pypi，
 ###### 也就是说完整的路径是 /data/devpi/server/+files/root/pypi/+f.....
 ###### 后同理
 location /+f/ {
  try_files /+files/root/pypi$uri @proxy_to_root_pypi;
 }

 ###### 其他的代理站
 location @proxy_to_app {
  proxy_pass http://backend;
  proxy_redirect off;
 }

 ###### extra site try send file or failback to app
 location ~ ^/pytorch/.*?/\+(f|e)/ {
  try_files /+files$uri @proxy_to_app;
 }

 ###### extra site meta request
 location /pytorch/ {
  proxy_pass http://backend;
  proxy_redirect off;
 }
 ...
}

这样子映射后，用户将永远拉不到 ，能这么行的通有一个重要的原因是，经过分析 pypi.org 上的 pytorch 的包属于 99% 的概率下不会有人使用的，因为大部分人用的的包叫

然后手顺调了一下线程数，我们就按照一核心4线程给了

其他

高可用建议是多站点，别用它的主从，也别共享同一个数据库，数据库也就用用sqlite 够了，如果是用 pg，这玩意甚至会把包也存在 pg 里…

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: boxjan)