Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  scegg  ›  全部回复第 5 页 / 共 16 页
回复总数  303
1  2  3  4  5  6  7  8  9  10 ... 16  
❮ ❯
2025 年 7 月 27 日
回复了 guoguobaba 创建的主题 › NAS › 买的 emby 踩坑了
@guoguobaba 以前限制的更严只有 25device ，但是并不执行。典型的想当然。
2025 年 7 月 27 日
回复了 guoguobaba 创建的主题 › NAS › 买的 emby 踩坑了
至少我买的版本里面已经 46 个设备了也没说什么不能加设备的问题。问你的卖家去吧。
2025 年 7 月 27 日
回复了 kyonn 创建的主题 › 程序员 › 双向 tls 校验，服务端校验的是客户端什么信息？
服务端验证客户端证书，首先需要证书被信任，也就是要么这个证书本身被信任，要么它的签发者在信任链上。至于这个证书的信任链与服务端证书是否一致是没有要求的。一般来说，这个信任过程会被 web 服务器处理，比如 nginx 。如果没有被信任，则不会被 web 服务器转发到后端。

在后端（用户自有代码），可以校验证书的信息，比如证书的 name 、编号、一些附加属性，这些都在签发时确定并包含在客户端证书内。一般来说可以将一些需要的信息作为附加属性加入客户端证书即可。
2025 年 7 月 26 日
回复了 nijia1161 创建的主题 › 宽带症候群 › 求助:2.5G 网卡宽带只能跑到 300M 可能是什么原因？
直接让电脑连到猫，PPPOE 拨号测试。如果正常再逐个加入设备
2025 年 7 月 22 日
回复了 yunv2 创建的主题 › 程序员 › 请教关于使用 AI 编程工具，能提高多少效率
体力活方面 AI 效果好，比如包含下列情况的时候：
1 高度相似的代码段，比如手工为多个表或者业务场景写的 CRUD ；尤其是在重构的时候，也就是需要逐个方法按照统一的要求修改的时候。
2 注释完善时候的常用技术代码，比如前端一般性的代码编写。
3 常见的数据处理逻辑。

如果做算法，那靠 AI 还不如靠自己。
2025 年 7 月 11 日
回复了 liyafe1997 创建的主题 › 宽带症候群 › Clash 能否设置规则，如果检测到能直连 Google 则切换直连模式(不走任何代理)，否则规则模式
试试 fallback 模式，第一顺位 direct ，第二顺位代理。url 找个翻墙才能访问的。
2025 年 6 月 22 日
回复了 irrigate2554 创建的主题 › 分享创造 › 做了个新的 Emby 媒体播放器，支持全平台，预览版发布，欢迎尝试和反馈
mac 窗口是整个一个黑。菜单里 Setting 是灰色的。
2025 年 5 月 13 日
回复了 dary141229 创建的主题 › 分享创造 › 耗时大半年,我们做了个 AI 智能导游 app,限时送永久会员
不错啊，这样就省事了。
2025 年 5 月 10 日
回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？
@wxf666 99.37%是哪位提供的，就请 at 哪位回答呗。
2025 年 5 月 8 日
回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？
@wxf666 嗯。速度降低是因为数据库的提供者没有解决问题。批量写入能带来一定的性能提升，但不大（因为实际操作还是零散的随机 IO ，性能只在通道开闭的开销上可以提升）。正常的解决问题方法是让存储系统（比如 LUN ）增加各类合适的缓存和队列（他们也是落盘的“盘”）。
2025 年 5 月 7 日
回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？
@wxf666 对于需要落盘的事务，直接使用数据库功能，强制他落盘再返回。对于不需要落盘的事务，使用数据库的默认策略提交事务。
至于数据库的性能，那是数据库系统构建者（不是数据使用者）需要考虑的事。数据库使用者需要的是不要给数据库系统带来不必要负担，而不是替数据库系统考虑问题。而数据库系统构建者（比如服务器提供方、运维）则需要根据实际使用需求来设计存储。
2025 年 5 月 5 日
回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？
@wxf666 积攒提交在数据库服务器上意义不大。
首先，数据库是随机操作，积攒落盘也只是要批量执行这一些写入操作，并不一定会减少写入次数。
然后，数据库后端通常都是 HBA 连接的 LUN ，它自己就有自己的写入队列、写入日志、写入缓存、分层存储等多个策略在排队，并不需要数据库替他们操心。
2025 年 5 月 4 日
回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？
@wxf666 数据库没有办法满足既要又要的功能，只能允许使用者自己做出取舍。既要又要这种需求只能存在在无法实现的文件里。
2025 年 5 月 4 日
回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？
@wxf666 对于数据库来说这是基础功能，比如这是 sqlserver 的

https://learn.microsoft.com/en-us/sql/relational-databases/logs/control-transaction-durability?view=sql-server-ver16
2025 年 5 月 3 日
回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？
@wxf666 理论上，只要事务提交成功，数据库有义务完成事务的持久性（ ACID 特性的 D ）。至于实际上，为了“提升性能”，可做出妥协。但妥协多少是可以选择的。如果选择不妥协的策略，那么就一定会在操作系统认可的磁盘写入操作完成后，才会返回提交成功。
另，操作系统认可的磁盘写入操作完成并不意味着实际磁盘的写入完成，因为这是存储系统的事，数据库和操作系统管不着了。但只要这存储系统设计靠谱，也意味着它在很大程度上是会完成持久保存的。至于程度有多大，又是一个为了提升性能的妥协程度问题。
2025 年 5 月 2 日
回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？
@julyclyde 嗯，机房也有塌的时候。对小概率事件的预备程度有多高，只取决于你的客户想出多少钱。
2025 年 5 月 1 日
回复了 k1rin 创建的主题 › NAS › 求教：使用 iSCSI 共享能否解决 SMB/NFS 的权限冲突问题
@hullopanda 支持。但文件系统是否支持就不一定了。毕竟 iscsi 只是提供了通路。就像 sas 硬盘的两条线同时都会活着，但是否可以同时读写而不会损坏硬盘里的数据结构，那就要看数据结构是如何定义和操作的了。
2025 年 4 月 30 日
回复了 lichdkimba 创建的主题 › 云计算 › 腾讯云欠费 2 元删数据没有讨论的吗
这 10W+的用户，得有个渠道申请退费。
2025 年 4 月 30 日
回复了 latifrons 创建的主题 › 程序员 › 高频金融系统如何防止突然断电导致的数据丢失？
@wxf666 在企业应用里，一般都是有存储卡或者 HBA ，并没有这个需求。在家用环境搞这个可能没有人要买单。
企业方案里，首先 SSD 本身就可以做分层设计，部分 SSD 就是拿来做写入缓存的，并不需要等待。在写入写入缓存 SSD 之前的那些数据，放在内存中的部分，内存本身有防掉电保护。
在家用环境（比如 NAS ）倒是有类似的功能，使用 SSD 做写入缓存，给 HDD 的 RAID 攒事务。
另外，您自己也提到了，SSD 的顺序写入才会有累积效果，但更新一般不会变成顺序写入，而是一大堆随机事务。所以攒事务之后，也只是一个 cache 的效果。
2025 年 4 月 29 日
回复了 ztjal 创建的主题 › Web Dev › 有没一种可以将 http/socks 代理转 http 协议的东西？
如果访问通路存在，安全性报错的话，可能最简单的办法是买个域名，并通过 acme.sh 配置 DNS 验证来获得 SSL 证书。
1  2  3  4  5  6  7  8  9  10 ... 16  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3187 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 13:11 · PVG 21:11 · LAX 06:11 · JFK 09:11
♥ Do have faith in what you're doing.