V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 46 页 / 共 118 页
回复总数  2355
1 ... 42  43  44  45  46  47  48  49  50  51 ... 118  
2021-02-22 13:07:10 +08:00
回复了 calvincc 创建的主题 职场话题 开发同事各种不配合我的测试工作,是我的问题吗?
你提出来反馈好就进入下一个流程了啊,你要做的是尽量分好类,交互问题、流程问题、需求不一致问题等等,做好追踪是否修复就好了,及时给领导开发产品反馈进度就好了,开发不改本来就不是你的问题吧,否则这领导也太推卸管理责任了,要不要改怎么改啥时候改本来就是领导的管理责任,他不能推卸责任啊
2021-02-21 17:10:58 +08:00
回复了 gozfree 创建的主题 程序员 有没有搞嵌入式或者流媒体的同学
流媒体门槛有点高的,所以想做啥呢?但是楼主真是厉害,这么多东西都自己实现了
时效性也妥妥的毫无问题
其实如果只是简单使用还是轮询比较好弄,服务器别立刻返回,有数据再返回,否则一分钟超时一次,配合协程啥的很快就搞定了,还心跳啥啥的网络问题都不用管,又简单又稳定,等其他给数据也好实现,队列、redis 的 subpub 或者啥分布式锁什么的都可以,几分钟就搞出来了
2021-02-13 10:04:02 +08:00
回复了 bushenx 创建的主题 问与答 Go 的并发模型的一些问题
之前做锁服务的时候测试过,每个请求一个协程,十万级 rps 并没有啥问题,想要更高确实需要协程复用,但这个过程必须是无锁的,无锁协程池并不是每个场景都能有的,web 这种真没啥必要
2021-02-13 09:57:25 +08:00
回复了 bushenx 创建的主题 问与答 Go 的并发模型的一些问题
在线程外设计协程本来就是为了干这个的啊,每个请求一个协程,你们倒好,居然还怕协程创建太多,真是服了
2021-02-13 09:13:15 +08:00
回复了 stark123 创建的主题 生活 BMI 指数 27 了
@stark123 上班族的话感觉不能,肚子赘肉瘦的还快,肚子和脸都是很难瘦的,如果运动量太大你自己也受不了啊,有时间有钱专门去健身房请私教专业锻炼可能还行,还要上班族就难了
2021-02-09 18:24:28 +08:00
回复了 stark123 创建的主题 生活 BMI 指数 27 了
@ly4572615 短时暴力减的话,可能更多的是水份糖份的损失,内脏脂肪还有脸脖手不明显的胖都要很久才能真的瘦下来的
@stevenkang 后端 2d 绘图,cpu 绘制的吧,而且现在用的比较多的云主机似乎没有 gpu 的吧
当然方案其实是可以的,webdriver 操作浏览器就算了,否则你怎么能说清你没有操作其他的呢
@liuxu 你理解错了,他们不是允许 80 和 443,是允许浏览器上网,只是浏览器用了 80 和 443,你这样是不合规的,赞同楼上说的,客户的问题就和客户说清楚,让客户自己解决,别私接方案
2021-02-07 16:17:23 +08:00
回复了 yupnano 创建的主题 Elasticsearch 受够了 es 的 curl 搜索语法
其实主要是没有一个文档清晰的说清楚各查询指令间啥关系,很多时候简直莫名奇妙,分不清该怎么组合,sql 自身就清晰很多,从 select 到 from 、where 、group 、order,不用看文档看字面意思也能猜个八九不离十,es 这个就简直了

话说楼上各位大神,既然如此有啥好的文档啥的也分享分享呗 @all
2021-02-03 10:32:07 +08:00
回复了 rocky114 创建的主题 编程 并发情况下写入缓存
@xxy973211 #33 不过期有个极大问题是一致性维护太难了,写错了就麻烦死了,内存管理也很麻烦,缓存的话过了缓存时间就会从数据库加载,等同于系统有自动修复能力,维护会容易太多了
2021-02-03 10:29:41 +08:00
回复了 rocky114 创建的主题 编程 并发情况下写入缓存
加锁就是了,搞个超高性能的锁服务,如果锁服务也挂了就返回让客户端重试,而且只需要在无缓存的时候才加锁从数据库加载,指单纯用于加锁的话,设计好搞个十倍 redis 性能的,妥妥的
2021-01-25 10:23:56 +08:00
回复了 downstairs 创建的主题 Linux 反编译 Linux 操作系统
要是能才怪,那 windows 不早就被人反编译完了,别说操作系统了,你自己写个程序这种比较规则的代码想完整反编译都比较难,更别说操作系统系统了,反编译查查某些隐藏 api 实现啥的或许还是可以行的,java 这种由 jvm 运行抽象度比较高的反编译可能完整性还相对还好一些
2021-01-25 10:04:32 +08:00
回复了 JankinZhang 创建的主题 问与答 smb 局域网内 win10 和 ios 设备传文件的问题
@ahhui #2 你这前面主机名,后面 ip,驴唇不对马嘴了吧

其实 windows 这个局域网主机名可以访问似乎试 NetBIOS 的 NBNS 服务提供的吧,其实也就是网络发现,Android 的话自己就没原生支持 smb,具体怎么查找本地网络就看安装的 smb 软件怎么实现了,ios 没用过不清楚,不过估计输入主机名估计在手机上就是走 dns 解析的,一般路由也不支持设置自定义解析吧,openwrt 的话可以在 dnsmasq 添加一条解析记录就好了
@dongcheng #8 但是没意义,不符合协程原理实现,从程序的可靠性严谨性来说也不应该出现这种设计,不关闭 io 而取消上层协程是很不科学的,很容易导致 io 、连接泄露啥的,而且还不容易排查是啥问题
对于非 io 请求协程再补充一点,似乎协程再创建的时候就会进行首次运行,没 io 操作,所以首次运行必然独占线程一直到运行完成,所以这种情况下完全做不了中途取消的操作
你是不是想错了,对于协程来说,如果设计到 io,那么就算能取消协程其实并不能取消 io 操作

比如 http 请求,就算你要取消协程其实并不能取消已经发送出去的 http 请求,取消协程完全没有意义,如果你能取消 io,比如关闭 http 连接来取消 http 请求,那么你应该通过关闭 http 请求的方式来触发协程返回,即先取消 io 操作再由 io 完成来触发协程返回,而不能倒过来

对于非 io 请求,再整个协程完成前会独占线程,并不会调度到其他协程,所以你自然也不能用其他协程来取消当前正在运行的协程了
2021-01-21 11:21:35 +08:00
回复了 rocky114 创建的主题 问与答 关于数据库商品库存的架构设计问题
想复杂了吧,一般来说就算是大型网站的每日订单量惊人,但是单个商品的瞬时购买量并不会很高,否则那叫秒杀,秒杀系统有专门流程结构,也不需要在统一商品信息里考虑这个啊,所以单个商品单机也就行了,横向扩展还是考虑多个商品就行

再换句话说,就算你能卖那么多,那么线下发货也会有很大麻烦,这种时候线下发货极有可能是事先就分大区放好存货,然后再分地区发货的,既然如此库存也是分地区的啊,基于收货地址分地区显示库存,横向扩展不自然而然了么

别太过度设计考虑的太复杂了,基于现实按场景解决就好了,像秒杀了就按秒杀流程去设计,别想着在一个流程中解决所有问题,否则分分钟被坑死
1 ... 42  43  44  45  46  47  48  49  50  51 ... 118  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2441 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 50ms · UTC 15:04 · PVG 23:04 · LAX 08:04 · JFK 11:04
Developed with CodeLauncher
♥ Do have faith in what you're doing.