V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 50 页 / 共 122 页
回复总数  2428
1 ... 46  47  48  49  50  51  52  53  54  55 ... 122  
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 创建的主题 问与答 关于数据库商品库存的架构设计问题
想复杂了吧,一般来说就算是大型网站的每日订单量惊人,但是单个商品的瞬时购买量并不会很高,否则那叫秒杀,秒杀系统有专门流程结构,也不需要在统一商品信息里考虑这个啊,所以单个商品单机也就行了,横向扩展还是考虑多个商品就行

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

别太过度设计考虑的太复杂了,基于现实按场景解决就好了,像秒杀了就按秒杀流程去设计,别想着在一个流程中解决所有问题,否则分分钟被坑死
2021-01-19 18:25:05 +08:00
回复了 frozenway 创建的主题 PHP PHP 做数据缓存时遇到一个不停写入缓存的问题,该怎么解决?
一个 key 一个文件不好么。。
2021-01-18 17:27:18 +08:00
回复了 zzzain46 创建的主题 奇思妙想 脑洞:二维码在多久的未来可能会被什么新技术替代?
@marcong95 #38 嗯,说起来相比二维码操作便利性,优点其实还挺多的,反而是这两年感觉很牛逼的语音啥的缺点还挺多,但无论如何现行二维码、人脸、语音啥的缺点已经太明显,也许二维码自身还能有进步呢,无论如何更好的交互和信息传递永远是重要而且迫切的


@Mitt #39 无论如何,nfc 肯定是太废物走向淘汰了,蓝牙技术都比 nfc 更有前景,后续很多场景其实可以把二维码内容直接显示出来就是了,少了很多格式信息,内容更紧凑,比如百度网址二维码,除了可以直接把 url 显示出来,更进一步直接显示”百度网“就是了,支付也是,可以直接显示”付款给 xx,xx 元“,后面跟上签名图像就好了,学习门槛更低更友好
2021-01-18 16:02:23 +08:00
回复了 zzzain46 创建的主题 奇思妙想 脑洞:二维码在多久的未来可能会被什么新技术替代?
@marcong95 #31 说了半天,你都没明白我的问题是我既不想要手机往上一拍,也不想要二维码对着取景,两个都不方便的东西对比个鬼,你干嘛非要我在两个未来都应该被淘汰的产品中选一个代表未来呢,有点想象力好的吧
2021-01-18 15:17:34 +08:00
回复了 zzzain46 创建的主题 奇思妙想 脑洞:二维码在多久的未来可能会被什么新技术替代?
@marcong95 #23 你还得把手机靠过去,哪里方便了,近场交互啥时候需要高密度存储体了,未来机器都是相互高速联网的,需要啥通过近场通信来传输大量信息,再不济也应该是二维码就是机器,自己就能通过物联网络把自己传输给周边设备,否则你这不是倒退么,需要人去适应机器的都不叫未来,懒惰才是人类持续进步的动力
2021-01-18 14:58:18 +08:00
回复了 zzzain46 创建的主题 奇思妙想 脑洞:二维码在多久的未来可能会被什么新技术替代?
@v2tudnew #11 输啥,未来难道不是你直接告诉机器读一下啥啥 url,或者你直接指以下这个 url 就行了,否则叫啥未来
1 ... 46  47  48  49  50  51  52  53  54  55 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2849 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 07:50 · PVG 15:50 · LAX 23:50 · JFK 02:50
Developed with CodeLauncher
♥ Do have faith in what you're doing.