V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yinmin  ›  全部回复第 42 页 / 共 154 页
回复总数  3070
1 ... 38  39  40  41  42  43  44  45  46  47 ... 154  
2025 年 1 月 23 日
回复了 makry 创建的主题 Apple [非改语言!非反馈客服!] 亲测有效开通微信 callkit 的方法
老模式 apple watch 会微信来电提醒,开启 LiveCommunicationKit 后微信来电 watch 无反应。
2025 年 1 月 22 日
回复了 hwliu1218 创建的主题 iPhone iPhone 14 PM 更换 iPhone 16 pro 有必要吗?
没必要,建议换电池
2025 年 1 月 20 日
回复了 whoami9426 创建的主题 推广 为什么我能复刻 补光灯的成功?
@whoami9426 很好奇,这个 app 看不到备案号,是如何上架 appstore 国区的?
2025 年 1 月 19 日
回复了 kirieievk 创建的主题 生活 问下已婚和准备结婚的有真的给过彩礼的吗
提彩礼前,先了解女方家境、女方父母工作情况、是否有养老金,是否有兄弟已婚或未婚,然后共同憧憬一下婚后大额消费(买房买车),问一下女方家庭是否能资助。这时,你大体能估摸出女方父母是否会截留彩礼了。

提彩礼,建议在男女双方准备推进结婚时,男方先说一下自己家当地的彩礼标准(定锚),然后直接问女方彩礼情况,带回来多少,嫁妆多少,让女方先和家里沟通出大概情况,并了解一下女方当地的订婚/结婚风俗。然后就是双方父母见面敲定订婚事宜。

彩礼有直接现金的,也有转账给女方父母,也有直接转到女方的。(也出现过彩礼转给女方后,结婚当天女方的嫂子拦车不让过门的)
2025 年 1 月 19 日
回复了 kirieievk 创建的主题 生活 问下已婚和准备结婚的有真的给过彩礼的吗
女方家境一般的,有未婚哥哥弟弟的,很多女方父母都盼着拿女儿的彩礼,给儿子结婚。

为什么有些案例里,男方与女方发生彩礼纠纷时,男方的姐姐特别能折腾? 大概率是男方彩礼中部分是姐姐掏的钱。
2025 年 1 月 19 日
回复了 life90 创建的主题 分享发现 如果能穿越,我想回宋朝 -- 美食
为啥不是 2010 年? 当时比特币才几块钱,买几万个比特币存到现在,你就是首富了。
2025 年 1 月 19 日
回复了 xhwdy26 创建的主题 程序员 从微服务走向单体化
@demoplayer88 #47 OP 的单体是指一个超级 jar 包(见#14 ),一个 jar 包里跑 mq 应该不常见吧。
2025 年 1 月 19 日
回复了 xhwdy26 创建的主题 程序员 从微服务走向单体化
@demoplayer88 #47 OP 的单体是指一个 jar
2025 年 1 月 19 日
回复了 k9982874 创建的主题 投资 缅 A 就是个大赌场
2023 年沪深 A 股共分红 2.2 万亿,706 股连续现金分红十年。有人几年前闭眼买入银行股,每年分红 4%+;有人追打板股,1 周起落几十个点。
项目做多了,各类甲方都遇到过,如果遇到操蛋的甲方,直接在“关于…”里放置一个许可证信息:许可证类型(临时授权/永久授权)、许可证到期日:(某年某月某日/永久)

如果客户不结尾款,就 2 周 2 周给许可证,提前 5 天、提前 4 天、提前 3 天、提前 1 天、提前 12 小时,提前 8 小时,之后都是提前 8 小时给(万千别不给或晚给,切记)

许可证要做到界面里,要一目了然,第一次给足时间,还要外加 2-3 个月。上线就要有,上线的时候不一定要提示客户,客户问起来就说是行业惯例。

许可证机制不要藏着掖着,一定要展现在界面上,别藏在某个配置文件里,定性为软件定时炸弹,甲方是可以报案的。
签合同的时候,交付日期千万别写某年某月某日,把交付日期写成:收到首付款后 xx 天。

太多的甲方签合同后拖着首付款不付,又逼着你按期交付,这种痛苦的酸爽太猛了。甚至拖着合同不签就忽悠你按期完成。
2025 年 1 月 19 日
回复了 Jianrry 创建的主题 投资 请问一下炒股有什么注意事项
国内 A 股单次交易手续费最低 5 元,你买入/卖出 2 个股票,交易费 20 元就没了。另外,你提供一个只有小几百流水的股票交易记录,对开户有用吗?
2025 年 1 月 19 日
回复了 jonsmith 创建的主题 程序员 根据 SMART 信息如何判断硬盘故障?
@zaunist #6 你是用 usb 硬盘盒的吧? 大概率这个硬盘盒有问题,建议换一个硬盘盒。
2025 年 1 月 19 日
回复了 jonsmith 创建的主题 程序员 根据 SMART 信息如何判断硬盘故障?
@jonsmith 新硬盘推荐英睿达 t500 pro ,大厂、发热低、稳定、但小贵。
2025 年 1 月 19 日
回复了 jonsmith 创建的主题 程序员 根据 SMART 信息如何判断硬盘故障?
@zaunist #6 ssd 看 03 、0e 、0f 。你这个盘 03 、0e 正常,0f 异常大概率是非正常关闭次数( 0d )太多导致的,不一定是坏了。
2025 年 1 月 19 日
回复了 RainZack 创建的主题 宽带症候群 人在上海租房,有适合的办卡方式吗?
几乎所有的小区都能安装/移机电信宽带,移动宽带、联通宽带的小区覆盖远低于电信。
2025 年 1 月 19 日
回复了 xhwdy26 创建的主题 程序员 从微服务走向单体化
@sagaxu #28 我同意你的看法。只是技术发展到现在,如果需要用到消息队列,优选微服务;如果单体用消息队列,开发复杂性、部署复杂性、伸缩性都不如微服务。
2025 年 1 月 18 日
回复了 xhwdy26 创建的主题 程序员 从微服务走向单体化
@cobbage #23 企业项目不会出现突发高并发,单体可以集群(多服务器负载均衡),应付企业项目绰绰有余。

互联网项目不一样,一个朋友的商城平时最多就几百人同时在线,有一次老板做推广,花了几十万请大网红做直播,然后 5 万多人同时涌入系统直接宕机,几十万软妹币打水漂了。

高并发的架构是不一样的,微服务是独立的,通过消息队列异步通讯,会根据消息队列情况自动伸缩微服务,消息队列过长超阈值直接抛弃掉,保证系统不崩溃。单体用集群就有点力不从心了。
2025 年 1 月 18 日
回复了 xhwdy26 创建的主题 程序员 从微服务走向单体化
@xhwdy26 #15 CEO 又不会上机直接操刀,“简化部署,只一台机器搞定”,你就一台机器装 docker ,为每个微服务写一个 compose file ,汇报的时候说:已经微服务改成子系统模块了,程序基本不用改。
2025 年 1 月 18 日
回复了 xhwdy26 创建的主题 程序员 从微服务走向单体化
@me1onsoda #12 微服务有同步通讯(API)和异步通讯(MQ),如果在高并发下使用异步通讯(MQ),系统是不会崩溃的,通过微服务伸缩机制能够在秒级快速克隆出几十/上百个容器(微服务)去处理队列,最坏情况就是队列过长 timeout 直接抛弃掉部分。如果微服务使用同步通讯(API),就和单体区别不大了,高并发延时导致雪崩,重启服务引发更高并发再次崩溃。
1 ... 38  39  40  41  42  43  44  45  46  47 ... 154  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3855 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 04:18 · PVG 12:18 · LAX 21:18 · JFK 00:18
♥ Do have faith in what you're doing.