V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dcsuibian  ›  全部回复第 1 页 / 共 86 页
回复总数  1714
1  2  3  4  5  6  7  8  9  10 ... 86  
5 小时 3 分钟前
回复了 SayHelloHi 创建的主题 游戏主机 遇到一个纠结的问题 二选一 买 PS5 还是 Xbox
switch 、PS4 、5 、x1x 、4090 全平台玩家告诉你,选 ps5
你向下兼容同事,那有没有同事向下兼容你呢?
ffmpeg.wasm ?不过效率会低吧
7 小时 8 分钟前
回复了 lengchenyang 创建的主题 宽带症候群 公网 ip 不是随机分配的吗
他想变就变,想不变就不变。你没有决定权。
话说你为什么想让他变呢?你被封 ip 了?
@kilakilia007 这个我知道
但是 Thread.currentThread().getStackTrace()会创建一个调用栈数组吧。我不清楚的是,如果高频调用的话,那么这个数组的创建是否会影响到日志框架的性能和 jvm 的内存占用。
假设确定了要写,那么大概有两种方案。

一、第一种方案,就是 LogUtil 内部调用其他日志框架来打日志。

1.1 、这就引入一个致命问题,就是类信息怎么传过来?你看哦,日志框架其实是需要在类里生成一个`private static final Logger log = LoggerFactory.getLogger(所在类.class);`所以打印的时候,才能打印出是哪个类的问题,但此时你是 LogUtil 来打印,那么所有的日志都会变成 LogUtil 的日志。怎么解决这个问题?

1.2 、第二个问题,如果我没封装,那日志框架出了问题(比如上次的 log4j2 漏洞),就是日志框架的问题。但如果我封装了 LogUtil ,那此时就是写 LogUtil 的人的问题。因为是你选择了内部要调用其它日志框架。

二、第二种方案,就是不调用其他日志框架。哦我的上帝啊,那样就会引入更多问题。

你得写自己的 Logger 、LoggerFactory 、 设计自己的 logback.xml 等等,最终还就是自己做了一个日志框架。

还有最终的致命问题,你程序里写的日志可以改成调用 LogUtil 的,那调用的第三方 jar 包里写的日志你怎么控制?



把这些问题抛给你 leader 的 leader ,让他解决
data:;charset=utf8;base64,aHR0cHM6Ly93d3cudjJleC5jb20vdC84MjY4Nzg=
浏览器有同源限制,不是同源的话,让用户手动上传给你才行
1 天前
回复了 zjgsamuel 创建的主题 Nintendo Switch 日版 shop 买游戏的正确姿势?
转港服,我 switch 日服和美服只在港服还没出来的时候用过。
1 天前
回复了 albin504 创建的主题 程序员 cursor 能理解整个工程的代码吗?
不行吧,应该是 AI 读入的量比较有限,我本来也是抱着这种期望去用的,结果挺失望的。所以就没再用 cursor 了,帮不上忙
我个人觉得是冗余了,所以我不用。
类似地,我也很少在后面加 data 或 info
另外说一点达芬奇设计比较麻烦的地方,就是达芬奇内部存储媒体文件路径时应该用的都是绝对路径,而不是相对路径
有的,或者说就是这样。
达芬奇在剪辑时时不会去动源文件的,所以你的所有操作都是对工程文件的操作。另外你说的“临时副本视频(压缩、低存储文件)”那玩意儿叫做代理文件,主要是为了减少剪辑用电脑的压力的,你电脑性能强也可以不用。

我记得达芬奇甚至可以支持多人在线协同工作,不过好像有很大的限制。当然我只是听说,没用过。
4 天前
回复了 KIRAYOMATO 创建的主题 问与答 软路由有什么用?
我也是喜欢装软件,因为这样每个设备走不走代理比较可控。
但全局翻也是需要的,比如 Nvidia Shield 、Steam Deck 、Quest 3 、PlayStation Portal 这些设备如果不用路由器翻墙的话就用不了


另外,软路由本质是个路由器。
比如我家是 ac+ap 方案,所以软路由对我来说真的就是个不带 wifi 的路由器罢了,而且还比传统路由更好用。

现在用的是 r4s ,在那之前用的是 TL-R473G AC 路由一体机(没扔,还在用 AP 功能)。
后者的管理功能比前者差多了,比如没有 ipv6 、不能用 UU 加速器当然也不能全局翻。
期末项目而已,大不了明年重修
4 天前
回复了 stdying 创建的主题 硬件 配置下面这样的电脑,需要多少预算
我 2016 年 1w 左右买的 6700k+1070 现在咸鱼价格估计能卖个 1500 左右吧
你这个东西我感觉顶多值几百块
5 天前
回复了 CatCode 创建的主题 摄影 拍摄 RAW 格式对个人用户的意义到底是什么
NAS 空间太大了,不拍浪费
5 天前
回复了 importmeta 创建的主题 程序员 被迫喜欢上了精简源码
@importmeta 我试了一下,静态导入的话,用 Web Worker 引入的依赖似乎和普通引入的依赖没啥差别。
动态导入的话,代码分割需要加点选项。

![Snipaste_2024-12-21_16-32-08]( https://wexcdn.com/img/Snipaste_2024-12-21_16-32-08.png)
此时 App.vue 打的包( index-sqhKDG2-.js )是 57.98kB 。
如果引入了 lodash ,那么:
![image-20241221163351585]( https://wexcdn.com/img/image-20241221163351585.png)
此时增长到了 131.21kB ,大了 73.23kB ,说明是打到一起的。
使用 Worker 不引入 lodash:
![image-20241221163705594]( https://wexcdn.com/img/image-20241221163705594.png)
worker 大小 0.32kB 。
如果是 Worker 引入了 lodash ,那么:
![image-20241221163742660]( https://wexcdn.com/img/image-20241221163742660.png)
worker 变成了 72.39kB ,增长了 72.07kB 。
所以静态导入上是没什么区别。

不过如果是动态导入,那么 App.vue:
![image-20241221164534844]( https://wexcdn.com/img/image-20241221164534844.png)
Worker:
![image-20241221164615351]( https://wexcdn.com/img/image-20241221164615351.png)
不过加了点选项后好像就没问题了:
![image-20241221164729085]( https://wexcdn.com/img/image-20241221164729085.png)

我主要是没搞懂你想要的效果是什么样的,如果你在 worker 里需要静态引入依赖,那自然会打包成一个 js 文件啊,这点无论是不是 worker 都一样。至于注释的话,似乎保留的只有版权信息,这好像是工具有意为之的。

另外,我的选择是直接使用阿里或腾讯的 CDN 服务,比如我些照片的图床用的就是。
1  2  3  4  5  6  7  8  9  10 ... 86  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1075 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 56ms · UTC 19:34 · PVG 03:34 · LAX 11:34 · JFK 14:34
Developed with CodeLauncher
♥ Do have faith in what you're doing.