V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  jowan  ›  全部回复第 4 页 / 共 21 页
回复总数  413
1  2  3  4  5  6  7  8  9  10 ... 21  
2023 年 11 月 30 日
回复了 TNOK 创建的主题 NAS 家用 4 盘位 NAS 用 RAID 几?
我直接用的 Basic 最大化利用磁盘
重要数据无非是个人照片视频文件 这些定期增量冷备份
至于我那两个 T 的小姐姐 丢了就丢了 还可以下
Raid 最多上核心作用是企业级灾备 被大家玩坏了
2023 年 11 月 30 日
回复了 csulyb 创建的主题 PHP PHPer 现在写后台业务 实现高并发只有 swoole 吗
@liaoxx 我们最早的时候做公众号书城、现在做付费短剧,都是用应用海的方式付费推广,几百个应用一起上,几万个广告主、一百多万的计划定点上量,那时候是 fpm+workerman ,我接手后用 hyperf 重构的,前前后后什么问题基本都遇到过,主要是大量场景用到协程(比如定时 PUSH 推送,数据复盘统计),加上又能够大量缓解 QPS 压力(业务高峰时媒体端的监测链接和客户端的 QPS 极高),大部分组件自动协程切换,DB 和缓存的连接池调大一点,所以用的这一套方案,现在架构很稳,数据库也做了分表,逢年过节加负载就行了
2023 年 11 月 30 日
回复了 csulyb 创建的主题 PHP PHPer 现在写后台业务 实现高并发只有 swoole 吗
在 V 站 PHP 日常凉凉 不过写起 WEB 来是真好用
2023 年 11 月 30 日
回复了 csulyb 创建的主题 PHP PHPer 现在写后台业务 实现高并发只有 swoole 吗
我们做阅读类和短剧类的应用 每天 CPA 广告稳定投放几十万
今年过年的那一周 每天投放 200w+ 日 UV100W+ 日 PV 千万
数据库用的阿里云 RDS Redis 也是用的阿里云
静态资源用的机房大带宽服务器托管自建 OSS
五台 8H32G ECS 做负载 MySQL 做业务数据分表
用的 php8.0 + hyperf3.0 稳定运行

说到高并发 如果没有复杂业务还行 fpm 无非是堆机器做负载
但是除了开发语言 还有一个非常重要的点
那就是跟你代码实现的关系也非常大

至少在我们这种体量 你代码写的太随意
特别是涉及到数据库和其他 IO 方面
会被无限放大 导致雪崩

切换到 swoole 我觉得是平稳过渡的最佳方案
你可以使用 Hyperf 重构业务 用最少的成本来过渡
协程虽然非常好用 但是也不能滥用
这要拥有了 Laravel 的开发效率又有了 Go 的性能
2023 年 11 月 29 日
回复了 lianyanjiajia 创建的主题 NAS 求教 nas 做反向代理如何做好网络防护
IP 发出来我帮你诊断一下
2023 年 7 月 19 日
回复了 hohoi 创建的主题 汽车 大雨天,开双闪还是开雾灯?
大雨雾灯是一定要开的 穿透力强 能更容易暴露自己的位置
能见度高的情况下 不需要开启双闪 我不反对开启双闪
但现实中却是 稍微大点雨大部分人跟风开双闪 有些人开双闪后还任意变道
这种路况事故率高 不管那里 总有乌龟车 你不可能不变道
所以当你开启双闪后需要变道或者借道时 一定要先关闭双闪再开启转向灯

15 万公里老司机路过 逃:)
2022 年 11 月 18 日
回复了 shijingshijing 创建的主题 程序员 新西兰的 Tesla 车主新鲜出炉的 Model 3 故障
@ucando 所以专业的司法鉴定机构、交警队、法院和相关的监管机构都是摆设 对您来说 都没有公信力的不是吗 如果这样 那我觉得没有再跟您讨论下去的意义了 术业有专攻 专业的事情交给专业的人去做 我们只是看客 您不能以对方是 20 年的老司机就咬定操作永远不会有问题 就说这次潮州事件 一样的事情 踩油门两公里在其他的品牌就可以是操作失误 在特斯拉身上就是车辆问题 https://v.douyin.com/rhNo2Go/
2022 年 11 月 18 日
回复了 shijingshijing 创建的主题 程序员 新西兰的 Tesla 车主新鲜出炉的 Model 3 故障
@ucando 还有 我并没有对您所谓的电子产品无条件的信任
像之前某些批次逆变器安全隐患问题 被实锤了也召回了 我一样喷特斯拉
鉴定车辆有问题那就是有问题 没必要洗白 对我也没什么好处
温州事故报告出来了 法院判决书也下来了
重要吗 不重要 反正特斯拉刹车失灵已经深入人心
看热闹的人 谁在乎六子吃了几碗粉啊 让子弹飞一会吧
2022 年 11 月 18 日
回复了 shijingshijing 创建的主题 程序员 新西兰的 Tesla 车主新鲜出炉的 Model 3 故障
@ucando 诉讼法的举证规则也是如此 谁主张谁举证 不能空口无凭 天天这样 哪个车主愿意看到?我不说别的 但凡以后我开这车操作失误 我只要咬定车子有问题 那么舆论一定是对我有利的 为什么 因为大家对特斯拉的印象已经定型了 只要提到特斯拉 那么刹车失灵四个字必然会在脑海中出现 被骗的人不可恶 因为被骗的人是善良的 骗子才是可恶的
2022 年 11 月 18 日
回复了 shijingshijing 创建的主题 程序员 新西兰的 Tesla 车主新鲜出炉的 Model 3 故障
@ucando 幸存者偏差 我只认可数据 如果您觉得特斯拉事故多 除非您能给出特斯拉在同类型事故中的概率远远大于其他车型的统计报告 否则我只能认为您看到的只是流量想让您看到的 毕竟发宝马刹车失灵没流量 我也是特斯拉车主 更愿意让这些事故实锤厂家 排除这些问题 这样我的安全也能得到保障
2022 年 11 月 18 日
回复了 shijingshijing 创建的主题 程序员 新西兰的 Tesla 车主新鲜出炉的 Model 3 故障
@ucando 您说的话反过来也是一样 因为在事故鉴定报告出来之前 都是车主口述引导舆论 一口咬定车辆异常 已经主观地认为车辆问题 很巧的是几乎所有的特斯拉“品控问题”都是车主口述 而三方 EDR 鉴定数据大家又不认 车主官司打输了也不认 因为大家都认为交警队和司法没有公信力呗
2022 年 11 月 18 日
回复了 shijingshijing 创建的主题 程序员 新西兰的 Tesla 车主新鲜出炉的 Model 3 故障
刹车失灵相当于车辆没有了制动力 也就是说在没有动力输出的情况下只能靠滑行来停止 如果有动力但不踩油门的情况下会保持一定速度行驶 车主说 刹车变硬了点 然后用力踩了一下 车速飙升 您猜车主踩的是啥
2022 年 11 月 7 日
回复了 v2byy 创建的主题 问与答 车被电瓶车撞了
@lx2010jy 你这问题问得好 不仅仅是路边各种车子混行交叉 在高架匝道上并入主道的时候也是一样的 在高峰期间车流是源源不断的 先说没有交替通行牌的高架处理方式 你要是胆小 就打转向灯 绝大部分车都『不会让』你的 但是总有车是会让你的 这时候并入就行了 一定要观察测速 挤进去也要找车慢的车 胆子大或者老司机的你也不会来问了 直接找个呆头鹅一脚油门进去完事

再说一下地面道路处理方式 车子总有断流或缓解的时间 有交警的情况一定要停车让行 在缓解后可以找机会打转向灯并入或者拐弯,一定一定要观察其他非机动车和机动车的速度和行驶轨迹 尽量确保自己安全 一般你车头并入后挡住其他车子 都会让你的 但是不要硬挤他人 如果别人不愿意的情况下 可以完全停止让他先行再继续 否则别人可能借你换灯或者换杠咯

实习期间贴个大实习标志 总会有人让你的
2022 年 11 月 7 日
回复了 v2byy 创建的主题 问与答 车被电瓶车撞了
@AmaQuinton 还行吧 有熟人的路边店普通车非珍珠色的 150-180 没有的话 200 多 如果人家真的和你较真去 4S 你三百不一定能喷的了
2022 年 10 月 27 日
回复了 Alucns 创建的主题 程序员 怎么看待请求参数 JSON 数据包里再包 JSON 数据
你这还好 只是接收 多解析一层就行了
我对接的腾讯、快手、巨量、VO 厂的广告投放平台
TMD 提交数据的时候 JSON 里面有个 WHERE 条件必须是 JSON 字符串
极其丑恶
这就是常见的并发问题 如果不考虑性能的话用 18#的方案可以解决 也就是无则插入有则更新
问这个问题说明你平时没有做过高并发且需要保证原子操作的功能
但绝大多数需要考虑性能问题的情况下 可以用分布式锁 比如 redlock
还有不管你用什么方式解决了重复插入的问题 但依然没解决重复更新的问题
比如这个场景可能是前端没有做节流限制或者客户端网络太差导致重复提交
1  2  3  4  5  6  7  8  9  10 ... 21  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2367 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 00:52 · PVG 08:52 · LAX 17:52 · JFK 20:52
♥ Do have faith in what you're doing.