V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  timethinker  ›  全部回复第 1 页 / 共 20 页
回复总数  391
1  2  3  4  5  6  7  8  9  10 ... 20  
6 天前
回复了 weiruanniubi 创建的主题 生活 生活陷入死局,不知道如何进行下去
最坏的结果不就是离婚,当上老赖么?没有什么事情是无法接受的,只要自己活的开心,比什么都重要,或许很多人不认可这个观念,但我想说的是,身外之物比起自己的生命来说,啥也不是。

有一句话我已经说过很多遍了,在这里我还是想再说一遍:除了自己没有人可以把消极的情绪“放入”自己的脑子,正如没有人能够帮你“抹掉”这些情绪一样。
12 天前
回复了 Dganzh 创建的主题 宽带症候群 广州城中村宽带太气人了
大概 2014 年左右,我住在广州棠下,自己去办理的电信宽带( 20M ),网线外挂到我窗口,第二天网线就直接被剪了,找电信的人,师傅直接告诉我,这种情况一般都是房东搞的鬼(城中村自建楼梯房,一共 8 楼,一楼 3 户,我住在顶楼),师傅接好以后,后来就没有出现什么问题了。用了 3 个月左右,城中村开始线路改造,所有的电信宽带都不能用了(电改光),电信就把钱退给我了,没记错的话当时 4G 还没有普及,我就在公司里面下载电视剧,然后回家看。后来玩了一下无线破解的东西,蹭了邻居的 WiFi (城中村到处都是 WiFi 信号)一直用到 2016 年离开广州。

现在想想,如果当时就有 4G 或者 5G 的话,我肯定也不会去办理宽带的,当然每个人情况不同,我也不刷短视频,仅仅只是浏览一些新闻或者电子资讯网站。
19 天前
回复了 babyfive 创建的主题 分享创造 第一次用 claude code 写的小游戏
https://i.imgur.com/gnUAwAv.png 挺有意思,就是操作稍微有点卡顿
25 天前
回复了 kitkat 创建的主题 生活 病毒泛滥
@jazzg62
@Vegetable
@kitkat
这两天相比一周前已经大有好转了,如果持续恶化,我肯定还是要去医院做个全方位的检查的。
26 天前
回复了 kitkat 创建的主题 生活 病毒泛滥
我深有同感。前两周,我突然开始喉咙痛,除了这个也没什么其他症状。喉咙痛持续了两天后,就一直咳嗽到现在。每次咳嗽时总感觉肺里有痰,却怎么也咳不出来。现在我已经不敢用力咳了,一使劲咳,痰里就会混着一点血沫。
等额本金 = 每月还款本金固定 + 利息按剩余本金计算 → 每月还款逐月减少,总利息较少 + 前期月供高 + 后期轻松

等额本息 = 每月还款总额固定 + 利息按剩余本金计算 → 前期利息多本金少,后期本金多利息少,总利息略高 + 月供固定 + 预算更稳
74 天前
回复了 Dreamerwwr 创建的主题 问与答 利率降了,大家有想过提前还款吗?
不应该是高利率的时候考虑提前还吗,降了利率为什么反而要提前还呢?
感谢,已领取
谢谢你,3 个 5-2
135 天前
回复了 hkiJava 创建的主题 优惠信息 还得是宇宙行 速度 5 元立减金
已领 5 元,谢谢
硬盘应该是最好的选择,云存储是按照容量固定周期扣费的,比如 1 个月 1 毛钱 1G ,那么每个月都要为此付费,你在本地跑的话,其实用云服务既无必要也不划算,而且大多云存储上传下载会有额外的流量成本。
152 天前
回复了 h1apaazz 创建的主题 Go 编程语言 golang 微服务框架选择困惑
微服务不等于微服务框架。微服务只是一种架构风格,一种设计原则,或者一种部署策略,这两个东西虽然处在不同的层级,但是二者是正交的。为了实现微服务架构,不一定要使用微服务框架,但框架能让微服务更易落地。反过来说,使用了这些微服务框架开发的应用,也不一定能够实现微服务架构。

如果了解 service mesh 并使用容器,可以在不引入任何框架的情况下就能实现微服务这种设计理念。或者换句话说,开发者可以在不使用任何“微服务框架”的情况下,就能获得“微服务”的那些好处。毕竟微服务从一开始倡导的就是足够小、足够自治、灵活选择,支持跨语言、跨平台。

像 kratos 或者 java 中 spring cloud 这种“云原生”微服务框架可以在没有容器环境的情况下,也就是没有 sidecar 代理支持的情况下,直接把微服务需要的那些组件编译/打包进应用程序,在应用层内置微服务那些组件的功能。

因此,部分企业会直接使用 service mesh 作为基础架构,同时使用微服务框架来简化开发。最终,是否使用框架、使用哪种框架,取决于自身的架构需求和技术选型。关键是要明确:哪些能力应该由框架提供,哪些可以交给基础设施,从而找到最合适的微服务落地方式。
164 天前
回复了 wdv2ly 创建的主题 生活 徕芬牙刷质量不行
我的飞利浦用了 10 年,现在还在服役
166 天前
回复了 BuGoooo 创建的主题 Elasticsearch es 适合模糊查询吗?
这种直接预先建立索引,ES 不是万能的。
五金还要两三万块钱
170 天前
回复了 arony123 创建的主题 问与答 问一个比较绕的问题 标签打印机
我来给你把问题好好梳理组织一下:

因工作需求需要用到快递单打印机,但因硬件为 Mac mini 且仅能安装 ARM 版 Windows ,导致无法安装快递单打印机驱动,现通过服务器安装 AirPrint 服务并共享给 ARM Windows 使用,虽能打印,但无法自定义纸张,导致打印比例不正确。
215 天前
回复了 iamtuzi3333 创建的主题 程序员 大佬们,请教一下数据读取
mongodb 从 5.0 开始支持时间序列( Time Series ),可以提高查询速度。

https://www.mongodb.com/docs/manual/core/timeseries/timeseries-procedures/
228 天前
回复了 JackJackJack 创建的主题 职场话题 公司降薪
继续上班等下次发工资,如果不给你全额发的话,发《被迫解除劳动合同通知书》,然后仲裁。
233 天前
回复了 OneLiteCore 创建的主题 程序员 一种基于邮箱的用户付费系统构想
一种基于邮箱的用户付费系统构想 ❌

一种限制设备激活数量的方法 ✔
就你贴出的这个例子而言,是的,DbContext 永远只会创建一次。

但是这种做法是有问题的,仅就这个例子而言,DbContext 不是线程安全的,这意味着当多个线程同时操作一个 DbContext 对象可能会引发数据竞争问题,破坏其内部状态的一致性。

微软官网是这样描述 DbContext 的生命周期的:The lifetime of a DbContext begins when the instance is created and ends when the instance is disposed. A DbContext instance is designed to be used for a single unit-of-work. This means that the lifetime of a DbContext instance is usually very short.

工作单元模式简单的来讲可以理解为对应于数据库的一个事务范围,在这个事务范围进行的操作会被追踪然后被提交。除非你确实有理由要一直保持一个 DbContext 的实例,并且考虑了线程安全问题,那么这么做就没什么问题。
1  2  3  4  5  6  7  8  9  10 ... 20  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1493 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 16:53 · PVG 00:53 · LAX 09:53 · JFK 12:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.