V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  dxddd  ›  全部回复第 2 页 / 共 3 页
回复总数  41
1  2  3  
❮ ❯
2025 年 1 月 23 日
回复了 mackyuqi 创建的主题 › 问与答 › 联想拯救者 y7000p 如何,淘宝的百亿补贴上的能买吗
今年新品 新 CPU 新 GPU 。性能暴增,没必要买现在的产品了。
2025 年 1 月 22 日
回复了 nitouge 创建的主题 › Redis › Redis 缓存数据
1 看场景,即时性不高的可能消费方和服务方都会缓存,能减少接口请求。
2 组合对象,就类似于宽表,能减少一次 redis 查询,确定性能要求真的这么极限么,那不如直接用内存。
3 分页查询多存在于后台管理,对性能要求不高。第二种场景也大多是查询“我的”数据,大多命中索引,一般不会放缓存中。第三种场景类似于商品列表,这种一般会被预热到缓存里,或者直接就是静态化的。
@xuanbg 我就是举一个极端的例子,类似于“冰山”,外面看着很简单(就是一个输入框),但是后端需要做的巨复杂。
@pikachu233 界面上加个搜索框,能搜到我想要的内容。
2025 年 1 月 20 日
回复了 WilliamColton 创建的主题 › 分享创造 › 女朋友给我做了一个小游戏(~ ̄▽ ̄)~
真是“有趣的灵魂万里挑一”!
2025 年 1 月 20 日
回复了 xhwdy26 创建的主题 › 程序员 › 从微服务走向单体化
组织即架构。
如果公司技术团队几个人,那么单体服务是比较合适的;如果达到 10 人,那么建议拆成两三个服务。
基本上每三个人维护一个服务是比较合适的。
2025 年 1 月 16 日
回复了 miaeLKK 创建的主题 › 健康 › 关于痛风的交流贴
我是 15 年得的痛风,原因也比较搞笑,是因为减肥。当时减肥手段比较极端,在一个月内瘦了 15KG 以上。之后吃了一次自助就痛风发作了。至今快 10 年,除了第一次,复发过一次。我个人觉得,痛风可能就是打破了人体的某项平衡,就像橡皮筋一样,拉到极限之后就会有变形,虽然还是有弹性,但是始终不能回复到原样了。
如何预防,首先我只一开始保持用药,坚持一个月,了解了药对肝不好就没再吃过,然后开始研究起他方案,我说几件比较重要的事情:
1 饮食。基本不吃内脏海鲜啤酒,这三样。因为我本来也不喜欢这几样,所以比较好坚持。
2 保温。当感觉有些酸痛,或者感冒,吃一片布洛芬,热水泡个脚,晚上睡觉穿上袜子保持体温,感觉秋冬应该是痛风比较容易诱发的季节,要格外注意保温,尤其是人体的末梢,比如手脚。
3 乐观的精神。保持一个乐观的精神相当重要。
2025 年 1 月 16 日
回复了 duanjiong 创建的主题 › 教育 › 小学有必要上私立?
我是真的真的觉得,孩子最重要的受教育是父母的“言传身教”,其他都是次要的。有个老哥说得好,花钱在孩子上,不如花点时间在孩子上。
2025 年 1 月 13 日
回复了 fly89 创建的主题 › 问与答 › 你最希望拍成影视剧的小说是哪一部?不限题材
@catsoul +1 无限恐怖
2025 年 1 月 8 日
回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑
@irisdev 原理就是空间/资源换时间。单一实例,因为 CPU 内存 操作系统的限制,无论是数据库还是 JAVA 应用,吞吐量都是有上限的。所以人们发明了各种拆分工具,比如一次请求,从 DNS 解析->NGINX->多实例和服务化治理->数据库主从/读写分离/分库分表,都是在干这个事情。
2025 年 1 月 8 日
回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑
1 代码实现 就是 sql 写各种 union all
2 框架实现 相当于封装了一层,本质可能也是 union all
3 中间件 相当于把框架抽出来独立做了一个服务
4 数据库 几乎也是 union all
我这里说的 union all 可能不限于是 sql 语句,就是表达一个汇总的含义。本质上就是把一块大资源拆成若干个小资源。以提升 IO 性能和查询性能。
2025 年 1 月 7 日
回复了 sadara 创建的主题 › NAS › nas 网盘同步
不在意速度就 CloudSync 同步,在意速度,你还是得开会员。
2025 年 1 月 6 日
回复了 unt 创建的主题 › 问与答 › 求问群晖 Nas 家庭影院方案,主要适配苹果全家桶就好
AppleTv 上的 infuse 加载 Plex 。在加载一个 NFS 的服务(解决 plex 不支持 ISO 的问题,我基本已经把所有 ISO 的都刷成 H265 mkv 了)。
其他设备,也是围绕着 plex 服务为中心去构建,比如我家投影仪比较差,就安装 kodi 加载 plex 。ios 设备就是 infuse + plex 。在家用 infuse ,出门用 plex ( plex 可以比较简单的实现内外网切换,但前提是需要公网 IP )。
这样家里的观看记录就全在 plex 上了,既能利用 infuse kodi 强大的播放能力,又能够在不同系统的设备上同步历史。
但是目前 Plex 基本处于网络断连的情况,刮削,账户认证都不正常,不推荐这样的方式了,可以以 jellfin 为服务中心去构建。
2024 年 12 月 31 日
回复了 houshengzi 创建的主题 › git › 请教大家这样的项目应该要怎么做 git 管理
我首先意识到这并不是个 git 问题,而是一个工程化的问题。就是我有一个通用能力,但是也有若干定制能力。会发生如下情况:
1 通用能力需要及时推广至所有客户。
2 定制的功能随时都有可能变成通用功能。
3 定制的功能 A 要 B 不要 C 要但是与 A 不同.....。
4 通用能力 有些客户可能不需要,或者有些客户需要定制。
目前这种方式无解,因为软件费用给压的太低,所以公司上层觉得能够用所谓的“通用”+“定制”节省成本,最终会搞出四不像,降低软件质量。
我能想到比较好的解决方案就是把通用能力以 jar 的形式让别的项目进行依赖。你要是定制就在自己的工程里随便开发,如果有相似的,copy 改。如果用到通用的功能,就把 jar 引入。
2024 年 12 月 31 日
回复了 zolo 创建的主题 › NAS › 如何让群晖 NAS 的文件在移动时避免通过本地网络传输?
这是一个好问题。感觉问题的本质是,操作系统把操作共享文件协议模拟成了操作本地磁盘。然而不同文件夹共享之上没有一个总的协调。操作系统不知道这几个文件夹同处一个物理磁盘,就没办法进行优化。
2024 年 12 月 31 日
回复了 amyw495062 创建的主题 › NAS › 飞牛 OS 现在值得当主力吗
可以试试,但是别当成主力。感觉国内特别流行的商业模式,一开始铺的很大,各种推广,让你上了船之后,开始各种表演了。开源一般来说不是一门好生意。
绝对有好处啊。结合调用链,有利于跨平台日志收集、分析、追踪,不过前提是,你公司的得有这些基础设施。
1  2  3  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   4368 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 05:30 · PVG 13:30 · LAX 22:30 · JFK 01:30
♥ Do have faith in what you're doing.