V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yinmin  ›  全部回复第 94 页 / 共 99 页
回复总数  1974
1 ... 86  87  88  89  90  91  92  93  94  95 ... 99  
2023-04-02 09:20:49 +08:00
回复了 yinmin 创建的主题 程序员 [原创] 一行 Linux 指令显示 OpenAI KEY 的余额和有效期
@zictos @T3rryy
最近 openai 的查账 api 不稳定,多试几次
2023-04-02 01:35:39 +08:00
回复了 yinmin 创建的主题 程序员 [原创] 一行 Linux 指令显示 OpenAI KEY 的余额和有效期
写了一个 sh 文件,可以方便查询:

sudo nano /usr/bin/openai_credit.sh
=====

curl -s -H "Authorization: Bearer $1" https://api.openai.com/dashboard/billing/credit_grants | python3 -c "import sys, json, datetime; data = json.load(sys.stdin); print(data if 'total_granted' not in data else ('总 金 额:%s\n 已 使 用:%s\n 剩余金额:%s\n 截至日期:%s' % (data['total_granted'],data['total_used'],data['total_available'],datetime.datetime.fromtimestamp(data['grants']['data'][0]['expires_at']))));"

======

sudo chmod +x /usr/bin/openai_credit.sh

查询时使用:openai_credit.sh [openai key]
2023-04-01 18:07:28 +08:00
回复了 winterx 创建的主题 程序员 请教公司内部如何实现无感知跨境加速
公司的 MPLS 价格太贵了,如果公司财大气粗直接百兆以上 MPLS ,国内 IP 走国内、国外 IP 走 MPLS 。如果只有几兆或者小几十兆,通常是特定域名走 MPLS ,采用白名单方式。
如果这次方式,无感知跨境加速通常有 2 种方式:
(1) dnsmasq 与 iptables 联动,类似 OpenWrt 。如果采用这种方式,建议还是让电信出方案。
(2) PAC 文件下发。建一个 socks5 ,写 PAC 文件指定域名走 socks5 。将 PAC 文件放到内网 web 服务器上,然后在 DHCP 服务器上配置:option 252 string "http://[ip 地址]/proxy.pac" 。客户端连接网络,通过 DHCP 获取 IP 地址后,会自动使用 proxy.pac 文件。
2023-04-01 16:13:14 +08:00
回复了 yohole 创建的主题 程序员 可以推荐一下带用户体系的 chatGPT Web UI 的开源项目吗?
@yohole
二开有 2 种方式,一种是改源码,另一种是写 nginx 的 Lua 代码做前置控制。第二种方法是外挂,不改源码方便将来升级,实施其实也蛮简单的。

ChatGPT Next 是一个很优秀的 gpt 壳,我们拿这个产品举例,Next 主体是 2 个 URI:界面的"/" 和 聊天的"/chat-stream"。

使用 OpenResty(Nginx 扩展版本)写 Lua 代码:
(1) 对 /预处理,进行权鉴;
(2) 对 /chat-stream 预处理,可以将对话内容写入 mysql ,并判断如果达到当日聊天上限,直接返回错误信息。

我估计在 chatgpt 的协助下,即使没写过 Lua 代码,一个资深程序员大概 1-2 天就能搞定。
2023-04-01 12:39:21 +08:00
回复了 yohole 创建的主题 程序员 可以推荐一下带用户体系的 chatGPT Web UI 的开源项目吗?
@yohole bing chat 也可以作为自建 gpt 的一个备份,万一某天自建的 gpt 坏了,老板问起来,你还可以建议大家临时改用 bing chat
2023-04-01 12:36:36 +08:00
回复了 yohole 创建的主题 程序员 可以推荐一下带用户体系的 chatGPT Web UI 的开源项目吗?
@yohole 换一个思路,有没有考虑 bing chat ? bing chat 在 it 开发上比 gpt 差点,但是也能帮上很大用处的。内网做一个 sni proxy (只需要 bing.comwww.bing.com 2 个域名),然后内网 dns 服务器把 bing.comwww.bing.com 指向这个内网 ip ,也可以修改使用者 pc 的 hosts 文件,员工用自己的微软账户访问 bing chat 。
如果 API 是 https 的接口,有一种很简单的方式。申请一个新加坡的 AWS lightsail ,系统选 debian 11 ,做一个 SNI Proxy ,三行代码搞定,稳得很,1 年才几十刀。

```
#安装 docker
curl -fsSL https://get.docker.com -o get-docker.sh
sh get-docker.sh

#创建 SNI Proxy 容器
docker run --name gost-sni --restart unless-stopped --network host -d ginuerzh/gost -L sni://:443?bypass=~domain1.com,api.domain2.com,data.domain3.com
```

domain1.com,api.domain2.com,data.domain3.com 改成你自己的域名,AWS 防火墙开通 443 端口

然后在调用 api 的服务器上加 hosts ,域名指向 AWS lightsail 的 IP 即可。

(前提:域名是国内能访问,如果域名设为 google.com ,呵呵)
2023-03-31 21:35:26 +08:00
回复了 yohole 创建的主题 程序员 可以推荐一下带用户体系的 chatGPT Web UI 的开源项目吗?
https://github.com/Yidadaa/ChatGPT-Next-Web 很好用。

可以把 ChatGPT-Next-Web 部署到内网 IP ,仅提供给公司内部使用。

如果需要用户体系,可以在 ChatGPT-Next-Web 前面加 nginx 反代,然后启用 nginx 的 auth_basic 认证模式。
2023-03-30 17:53:00 +08:00
回复了 raw0xff 创建的主题 Docker 当 docker-compose 的主机 ports 是区间时, up 起来就很慢,求解
另外,启动 1 个容器大概需要 0.2 秒~0.5 秒,你使用 scale 同时启动 20 个容器,慢一点是正常的。
2023-03-30 17:47:43 +08:00
回复了 ly879 创建的主题 问与答 基于 Docker 开发环境的疑问
问题 1:两者都 OK ,根据自己习惯就好。我通常是先启动配置环境成功后,再根据配置过程写 Dockerfile ,用 Dockerfile 生成镜像的。如果配置过程比较复杂,Dockerfile 很难写,就直接导出保存镜像。

问题 2:我是使用 hyper-v + debian 11 + Docker CE + Portainer ,与 linux 生产环境更接近,还有就是用不惯 Docker Desktop ,Docker CE+Portainer 更佳。萝卜青菜各有所爱,自己用顺即可。
2023-03-30 17:26:05 +08:00
回复了 raw0xff 创建的主题 Docker 当 docker-compose 的主机 ports 是区间时, up 起来就很慢,求解
我不清楚你 node 里跑什么应用。从原理上,起多个容器是为了在宿主机上运行多个进程跑并发。有些软件有 workers 概念,在一个容器里启动多个进程跑并发。例如:Flask 的 Gunicorn 的 workers 参数。

是不是可以换一个思路,在一个容器里启动多个 workers ,而不是使用 scale 方式启用多个容器?
“函数拟合和逼近”->“理解与推理”->“自主意识”的关系,就像“化学反应”->“生物”->“人类”的关系吧。

GPT 过奇点了。以下问题是我自己编的,非网络已有问题,从回答上可以感知到 AI 理解和推理能力。

如果 AI 进化到有自己的三观,“理解与推理”就进化到了“自主意识”了。

======================

问:小明每次做作业的时候,就想玩手机,做作业越来越马虎,期末考试不及格;小王考试前 1 天晚上突然发高烧,考试没精神,期末考试也不及格。小明和小王哪一个属于黑天鹅事件,哪一个属于灰犀牛事件?

答:根据黑天鹅事件和灰犀牛事件的定义,可以分析:

小明属于灰犀牛事件。因为他的行为模式是可以预见的,每次做作业都想玩手机,而且成绩越来越差,所以他的成绩不及格是可以预见的,也可以采取措施来避免。这是一种慢性问题,可能需要长期关注和解决。

小王属于黑天鹅事件。因为他突然发高烧,导致考试状态不佳,这是无法预见的不可控事件。尽管小王可以事先采取保健措施,但高烧这种突发情况本身是不可预测的。

因此,小明属于灰犀牛事件,而小王属于黑天鹅事件。

======================

问:张三下课撞了李四,李四想到昨天张三要抄自己的作业没答应,认为张三是有意要撞自己; 李四将这件事情告诉了王五,王五说没有发现确凿证据,所以他认为张三是不小心撞到李四的。李四和王五哪个人是阴谋论,哪个人用了奥卡姆剃刀法?

答:根据所提供的信息,李四认为张三是有意要撞自己,这表明李四是倾向于阴谋论的一方。相反,王五则使用了奥卡姆剃刀法,因为他只根据现有证据做出了一个更简单和更直观的解释,即张三不小心撞到了李四。

======================
2023-03-29 21:07:02 +08:00
回复了 raw0xff 创建的主题 Docker 当 docker-compose 的主机 ports 是区间时, up 起来就很慢,求解
node 容器是给其它容器使用的吧?

docker 同一个虚拟内网里的容器可以相互直接访问,无需 port 。

新建一个虚拟内网,把 node 及相关容器都放这个内网里,你就可以把 node 容器里的 ports 参数删除掉,启动速度就快了。
最佳实践是容器里都用 root 。Docker 会限制容器不越界的。

当然,由于某种原因,容器里不用 root ,而是用特定 user ,你要先了解 linux 文件权限的底层逻辑 uid 和 gid 。

文件 /目录的权限是保存 uid(用户编号)、gid(组编号),然后查询 linux 的用户对应表、组对应表显示用户名和组名的。

例如:宿主机器里 docker 用户的 uid=1001 、gid=1001 ;容器里 containeruser 用户的 uid=1001 、gid=1001 。在容器里使用 containeruser 生成文件,文件权限标记为 uid=1001 、gid=1001 ,你在宿主机器里看到这个文件的所有者就是 docker:docker

理解这个底层逻辑后,你就可以配置特定用户了。

先在宿主机器用命令查询 docker 用户的 uid 和 gid:
id docker

在容器的 Dockerfile 里,根据 uid 和 gid 创建用户 /组,然后用这个用户去操作文件即可。Dockerfile 的指令是:
RUN groupadd --gid <gid> containeruser \
&& useradd --uid <uid> -g containeruser --create-home containeruser
USER containeruser
2023-03-29 18:33:04 +08:00
回复了 venompool88 创建的主题 Bing 手机 bing 老是自动切换到国区
@venompool88 国产应用商店的 bing 版本比 google play 的 bing 版本要高,看你的界面图,应该是被国产应用商店里的 bing 替换了。你在国产应用商店忽略 bing 更新即可。
2023-03-29 09:55:10 +08:00
回复了 mingge2333 创建的主题 程序员 etcd 使用 docker 部署为什么可以使用域名
在业务系统部署中,例如有 5 个容器:nginx 容器、web 业务系统容器、管理平台容器、mysql 容器、redis 容器。

web 业务系统容器和管理平台容器会经常更新,在更新管理平台容器时,肯定不希望影响 web 业务系统容器。redis 容器通常也不重启。

因此,5 个容器通常分多个 yaml 文件分别管理的,如果容器之间使用域名方式访问,可能会出现问题(先启动的容器没法解析后启动容器的 ip 地址),容器使用固定 ip 地址稳定性更佳。
2023-03-29 01:00:55 +08:00
回复了 mingge2333 创建的主题 程序员 etcd 使用 docker 部署为什么可以使用域名
@mingge2333 我发现 https://github.com/apache/apisix-docker/blob/master/example/docker-compose.yml 的 port 参数可能写的有问题。内网之间容器是可以直接访问的,不需要 port 抛出端口。

这个 yml 示例里,只需要将给外部访问的 web 容器端口通过 port 抛出即可,内部使用的容器不需要 port ,否则会有安全隐患的。
1 ... 86  87  88  89  90  91  92  93  94  95 ... 99  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1312 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 17:51 · PVG 01:51 · LAX 09:51 · JFK 12:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.