V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  DeepSIeep  ›  全部回复第 9 页 / 共 11 页
回复总数  206
1  2  3  4  5  6  7  8  9  10 ... 11  
2025 年 10 月 11 日
回复了 DeepSIeep 创建的主题 问与答 各位 V 友,你们的手机流量是多少
@hefish 跟不上时代了。。前段时间开需求会才发现,软件开发已经不照顾用户流量消耗了。得空保个号换个卡。。。
我一直一直以为,b 站,xhs 上的流量卡广告是骗人的
2025 年 10 月 10 日
回复了 DeepSIeep 创建的主题 问与答 各位 V 友,你们的手机流量是多少
老铁们,能带一下月租么,我参考一下。这星期打算跑个营业厅,换个卡了
2025 年 10 月 10 日
回复了 DeepSIeep 创建的主题 问与答 各位 V 友,你们的手机流量是多少
@it4anonymous 38 元不限流量。怎么这么多流量。表示震惊。我套餐 25 元 4G 太惨了
2025 年 10 月 10 日
回复了 DeepSIeep 创建的主题 问与答 各位 V 友,你们的手机流量是多少
@Krylo 辣么多,看剧 4k 爽刷
2025 年 10 月 10 日
回复了 DeepSIeep 创建的主题 问与答 各位 V 友,你们的手机流量是多少
之前流量环境用软件的时候,点击看视频,都会提醒你在流量环境下,请注意流量消耗。
现在几十你在设置里吧视频自动播放啥的关闭了,详情页他们也会自动进入直播间,甚至那不是直播,就是个录播。。。流量消耗的飞快
@zsc8917zsc 节前的帖子,节后突然有消息。哈哈
@zsc8917zsc 这是假期结束了么
@coderluan 说到抖音快手,他抖音粉丝是不少。都是花钱买的流量,充了块小一万了。抖音投放挺坑的,天气花小钱,投放不小,后面看你充钱起劲,投放就给的少了,得加钱。。
钱没挣到,反到花了不少。哈哈哈

话说回来,他要是愿意天天溜达着玩抖音,休息,花点钱也无妨。突然想教我老爸拍抖音了,很 nice 的 idea
@processzzp 凸(艹皿艹 )
@CoderGeek 感谢,去查了,感觉很有帮助。如果我说的这些疾病,不影响上保的话。
@processzzp 果然。。。和我猜的一样,啥都要北京户口
@peteretep 岁月不饶人啊
2025 年 9 月 28 日
回复了 DeepSIeep 创建的主题 问与答 一个关于手机个人流水的问题
@busier 是这样的,已经不计划从邮件里爬数据了。
@myTrip 我看了一下,还挺清爽的。
@hoky 不折腾了。。
2025 年 9 月 26 日
回复了 DeepSIeep 创建的主题 NAS 分享帖:继收主机后,我那技能点殿歪了的的 nas
未完待续。。。。


后面还要上亚克力板,可能是带条纹的那种,硬盘现在是 500G*5,等降价了再加。硬盘位可以无限扩展,现在是 16 盘位(挪电源),竖柱加高可以变成 32 甚至更多。但是就不好看了也没必要
2025 年 9 月 16 日
回复了 DeepSIeep 创建的主题 NAS 书接上回,最终选了阵列卡+sas 硬盘
@he1293024908 忘记写退货原因了,硬盘通电时间 5 万小时+,写入数据 400TB+。通电热的厉害
2025 年 9 月 16 日
回复了 DeepSIeep 创建的主题 NAS 书接上回,最终选了阵列卡+sas 硬盘
@he1293024908 已经退货了,最终买了 4 块 500G 的硬盘,玩玩就行了,一共几十块钱。sas 硬盘 sata 硬盘都不便宜现在。准备等等,等到价格便宜了再说。

@Hardrain 本来就没计划买全新的。目的是找个会的人,学学怎么用。
2025 年 9 月 12 日
回复了 DeepSIeep 创建的主题 程序员 忍不了,必须来吐槽一下,和我对接的同事 or 系统。
@Dorathea 本意是吐槽,我完整的表述一下。不便说太细,有问题可以留言

场景:很多,比如启动预加载信息,进某个页面批量获取信息。批量调用是合理的也是正确的。

问题: 后续加入的新 api 有依赖关系,app 框架依然使用批量调用,这扫问题点

优化方案: 很多,举几个
1. 最简单的就是 app 不在批量线程里执行,等待 A 的数据拿到之后再请求 B 接口
2. 后端代理执行,前端请求 A 和 B ,B 不使用 A 的参数,后端代理客户端再请 A 一次,
3. 后端察觉的请求数据 不对,返回客户端参数异常,等客户端拿到 A 的接口再次重试(很糟糕的方案)

最后措施:方案 3 ,客户端依然批量执行,如果没取到,后端 api 报错,前端重试,直到成功

last
方案 1:其实说到最后,就是原有的批量执行方案不可修改。至于为啥不可修改我也不得而知。
方案 2:为啥后端不代理执行,因为两个机器中间隔了一个太平洋,又完全不是一个系统,考虑到用户各种隐私都需要上报太过笨重。话说归来,问题也不是从后端引发的。
方案 3:为啥选择重试呢? 我也想问,可能这样开发量最小吧。3 楼我提出的问题就是这样产生的。

我做了那些事: 无非就是增加网管鲁棒性,限流,等等后端常用的技术方案

ps: 上面打错了 流量是 1000Mb 打错单位了。
2025 年 9 月 12 日
回复了 DeepSIeep 创建的主题 程序员 忍不了,必须来吐槽一下,和我对接的同事 or 系统。
@pulutom40 我只是想吐槽,cc 领导已经没啥用了。偶尔一次两次我也不会来吐槽,这么多年了经常这样。我领导也说,做好限流,别让自机的服务崩掉就行,不行加机器。。。乏了
2025 年 9 月 12 日
回复了 DeepSIeep 创建的主题 程序员 忍不了,必须来吐槽一下,和我对接的同事 or 系统。
@litchinn 我是接收方,nginx 接受能力比较强,后代的网管和服务就惨了,cpu100%,线程池和队列全满了,根本处理不过来。nginx 上全是 500 错误。对方是客户端,几十万台手机,循环产生 1g 的请求还是比较容易的,而且还是 post ,上报数据,请求体本来就大。
1  2  3  4  5  6  7  8  9  10 ... 11  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3624 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 04:36 · PVG 12:36 · LAX 21:36 · JFK 00:36
♥ Do have faith in what you're doing.