V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  f1ynnv2  ›  全部回复第 2 页 / 共 10 页
回复总数  184
1  2  3  4  5  6  7  8  9  10  
235 天前
回复了 mtdlr 创建的主题 OpenAI 微软的 4.0api 也成功开通了,真不错
真心贵啊,玩了半天,3 刀没了。
@leiletter #4 一样的问题吧?
我之前部署的是 East US 不带 2 ,搜了一下据说日本东速度最快,就想着重新部署的日本东,结果日本东竟然没有 GPT4 ,又部署了个 East US2 ,竟然也没有。
@masyaf #3
尝试了下面两个新建的部署,都没有 gpt4 。
Japan East
East US 2


但是反而以前部署的 East US 出现了 gpt4 ,无法理解微软在搞什么。
@LiaoYuehHsu #2 那不敢,怕娃触电哈哈
277 天前
回复了 Dify 创建的主题 开源软件 Dify.AI: 46,558 行代码,完全开源
dify 已经在用了,非常棒。提一个需求,发布的应用希望能增加简单的密码验证功能或者用户登录,有些场景需要小团体内部使用,不希望被搜索引擎抓到后被爆破。
285 天前
回复了 enihcam 创建的主题 NAS 小米为什么不出 NAS 产品?
@H0H #78 非常认同。手机/平板/Mac 上直接第三方软件读写 iCloud 的文件而无须拷贝一份到软件自己的空间,这一点任何其它 NAS 、网盘都做不到。这种能力不知道是不是因为苹果霸道不给第三方软件接口,但是现实里我就是因为这个原因使用 iCloud 作为常用的跨设备同步工具。然后再结合其它备份方案每小时/每天定时备份。
@Alias4ck #1 ast.literal_eval 应该不行,这个接口要求字段就必须带双引号的。我现在只能用个比较笨的办法,拿到值后 str(value).
我感觉楼主的疑问很合理,但是大家的关注点却在质疑他的 docker 用法

之前使用 Nginx proxy manager ,它其实自己就带了 nginx ,专门给自己使用。

但是我也有很多应用部署需要用到 nginx ,最后我只能再自己部署一个 nginx 。因为你想用来部署自己的软件的话,就得修改它的配置文件,而这有可能会导致它自己运行有问题,而且镜像更新后也能不能兼容都是问题

很多应用并不一定是自己开发的,很可能是开源的,通过 docker compose 部署一套组件。如果你用的这类开源方案也多,就越会和楼主有一样的疑问。

关于楼主的疑问,我的理解是:肯定会多占资源。
328 天前
回复了 f1ynnv2 创建的主题 Python 最近在 docker 里经常遇到域名无法解析的问题
试了下,在 docker compose 文件里通过 extra_hosts:把用到的几个域名写死,暂时没再遇到这问题了。

不理解这基本的 DNS 解析为啥还老出错,114.114.114.114, 223.5.5.5, 8.8.8.8 都轮番试过。
328 天前
回复了 f1ynnv2 创建的主题 Python 最近在 docker 里经常遇到域名无法解析的问题
@photon006 有道理,我先在镜像里直接编辑 hosts ,把常用的几个域名 ip 写死试试。
329 天前
回复了 f1ynnv2 创建的主题 Python 最近在 docker 里经常遇到域名无法解析的问题
@whoosy 直觉上感觉应该没问题,不过我来验证一下。我在镜像里和宿主机上一直跑个 ping 写日志,看看下次镜像里 app 出错时,两个 ping 日志是啥情况。
329 天前
回复了 f1ynnv2 创建的主题 Python 最近在 docker 里经常遇到域名无法解析的问题
@wheat0r 用的是 Debian 的镜像
@751327 #23 还停留在显摆个人能力阶段,没考虑到深层次的影响,21 楼说的没错
@todd7zhang #33 按照你的代码来说的话, 确实。在整个 app 入口处初始一个 root logger ,然后每个模块里获取一下自己的 logger ,这个 logger 会使用 root logger 的配置。虽然不是我想要的那种每个模块 import 一下就直接用,但是你这种方法也挺简洁。如果没 4 楼和 9 楼的方案,确实可以用你的这种方案。
@NoOneNoBody #31 某个模块是可以被多个进程调用的,实际上在某个模块由于和进程入口不在同一个文件里,所以必然不是同一个 namespace ,要么通过传参的方式把 logger 传起来,要么在子模块的函数里重新初始一次 logger ,还是麻烦哦。
@todd7zhang #14 这个方案是给每个模块分配一个日志文件,确实可行
@sujin190 #9 特意来感谢一下,最后还是修改了 doRollOver 这种方案,最终能实现多进程多线程与单进程多线程相同的使用方式:每个模块 import 一下封装好的 logger 模块里初始化好的全局 logger ,不管在哪个进程的线程里都可以直接使用 loggger.
@NoOneNoBody #24 每个进程初始化一个 logger 没问题,但是某个进程的调用的所有模块如何使用这个进程独立的 logger 就是个问题了,要么通过传参的方式把 logger 传给子函数,要么在每个子函数里重新获取一下 logger ,这不就没有单进程多线程那种模块头部 import ,全模块随便用的方便了嘛。
@sujin190 #9 感谢,我来研究一下。
@sujin190 #8 其实多进程下,不仅仅是按时间归档的问题,如果是高并发的时候,写日志到一个文件也有小概率出现日志混乱的问题,尤其是日志内容比较大的情况。
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   772 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 43ms · UTC 21:36 · PVG 05:36 · LAX 14:36 · JFK 17:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.