V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 44 页 / 共 122 页
回复总数  2428
1 ... 40  41  42  43  44  45  46  47  48  49 ... 122  
2021-07-11 21:08:21 +08:00
回复了 sujin190 创建的主题 分享创造 关于老式两线电话门铃智能化改造
@lanxiner #28 继电器工作端接通的时候是没有电阻的,原电路接通也是无电阻的,这样可以保证和原电路逻辑完全一样,而光耦接通端一般会有一个限流电阻,会改变原理的电路特性,是否还能正常使用你要试试才知道,而且光耦带负载最大电流一般只有 100mA 左右,原电路接通电流有多大没地方可查也没测,所以能支持也不清楚,而继电器支持的负载电流一般是很大的,基本不会有啥问题
2021-07-09 15:47:44 +08:00
回复了 sujin190 创建的主题 分享创造 关于老式两线电话门铃智能化改造
@lanxiner #26 应该能的吧,不过这种模拟线路的门铃接通不是很稳定,所以最好等一下再开锁估计会比较靠谱一些
2021-06-30 10:25:00 +08:00
回复了 a719114136 创建的主题 分享发现 判断 ip 是否在一个超大 ip 集中(识别国内 ip)
@a719114136 #10 并不完全是,你这个第三种,如果这个 ip 不在里边并不能保证一次判断就能得出结果

ip 网段最重要特性就是掩码越短,网络范围越大,所以只要找出所有 ip 的全部可能掩码长度,然后在收集每个掩码长度下每个 ip 网段信息,判断的时候按掩码长度从小到大,如果需要判断的 ip 不在列表里,第一次就能得出结果,存在的也可以再优化到再判断一次就能得出结果
2021-06-29 20:38:49 +08:00
回复了 a719114136 创建的主题 分享发现 判断 ip 是否在一个超大 ip 集中(识别国内 ip)
https://gist.github.com/snower/1ecc87c017838cb6a6b30812d9fee6e3

之前写过的一个算法参考下,大多数情况一次判断就能得出结果
对于这种异步任务接口偶尔调用需要返回的,我们都是通过分布式 Event,异步任务加一个 event_id 的参数,传了这个参数,mq 异步任务处理完了如果传了 event_id 的话激活这个分布式 Event 就行,接口这边简单的等待这个分布式 Event 激活就行,这样一个 mq 的异步任务就可以既单纯一个异步任务,也可以支持接口调用了,解耦了

不过估计很多都用过分布式锁,但是估计都没用过分布式 Event 吧,或者用 redis 的 pubsub 回传结果其实也行的吧
2021-06-28 13:40:11 +08:00
回复了 maryshaw 创建的主题 问与答 智能汽车发力了,我们可以做点什么
不用急吧,汽车工业发展很慢的,现在这些一个个要造车的估计大多都是跟风瞎 BB,真爆发可能性太小,估计怎么着也得再来十来年吧

当然如果你是研究汽车产业链的,比如啥激光雷达、电池、逆变器、超充之类硬科技的或许不错,只不过个人开发者想参与这种级别似乎门槛太高了,过去十多年信息科技大发展,产生很多门槛很低个人开发者就能参与的机会的时代结束了,未来十年估计都很难有这样的机遇了,未来十年是硬科技的时代
2021-06-28 13:10:21 +08:00
回复了 eccentric579 创建的主题 汽车 大西北自驾,两个司机出现的一点争执
哪天弯道突然出现个对头车或者突然有个石头没发现或者其他的,吃过一次大亏他就不这样了,其实认真想想再怎么着其实也节省不了几分钟,真没必要着急这一下两下的
2021-05-25 19:33:59 +08:00
回复了 funbox 创建的主题 投资 癌股要开启牛市了?
亏钱型牛市么,追高必备套,估计好多人还是亏了,哈哈哈
2021-05-24 10:16:50 +08:00
回复了 ruiyi1994 创建的主题 NAS 如何 wget 直接下载群晖上的文件
为啥不 mount 挂载然后直接 cp ?
2021-05-24 10:09:22 +08:00
回复了 v2yllhwa 创建的主题 问与答 仅在前端对用户隐私进行模糊化处理是否有法律风险
@yitingbai #13 你这个比喻显然不恰当,比较恰当的比喻应该是你做火车然后顺手找找有没有可以不买票的上车的后门,找到了告诉车站你这有问题也不安全当然不违法,但是如果你悄悄的兜售这个消息让别人逃票进入车站显然就违法了,抓包也是一样的

个人感觉抓包是否归属入侵计算机系统,主要是看你抓包后用来干嘛,如果抓包后用于抓取信息非法盈利肯定违法,但是你如果只是抓包看看 app 是否安全,是否有违规用途,是否危害自身权益之类的,显然不可能判断违法的,法律规则不可能这么粗糙的,否则这个世界早崩溃了
2021-05-21 11:40:07 +08:00
回复了 James369 创建的主题 宽带症候群 IPv6 是不是还没有普及开来?
宽带需要设备支持所有普及确实不快,但是手机的普及率明显高很多了,极大移动运营商手机端差不多都能正常获取 v6 地址了,现在一些大的 app 也开始默认走 v6 流量了,比如抖音视频 cdn,有时你会发下抖音在 v4 网络正常,有正常 v6 地址但是中间网络有问题的时候抖音视频是无法播放或者打开很慢的,v6 这种没啥立刻可见的商业收益普及进度不理想很正常,再者运营商主干网 v6 带宽似乎还没有完全扩容完毕,而且吧这种底层服务真有用的地方你感觉不到,不好用的地方你才会感觉明显不行
2021-05-19 14:20:01 +08:00
回复了 lrs 创建的主题 问与答 QUIC 协议基于 UDP, UDP 不可靠, QUIC 如何保证可靠性的呢
@lrs #12 并不是,满开始是 tcp 连接不知道网络有多少带宽可用,所以握手成功后,先发几个包,成功受到确认没有丢包才会慢慢增加发包数量,通俗点就是连接探测可用带宽的过程,现在宽带、4g 、5g 带宽都很大,对于 http 这种大多数情况下不会发送大量数据造成持久性网络拥塞的,已经没啥必要做慢开始过程了
2021-05-19 11:27:37 +08:00
回复了 lrs 创建的主题 问与答 QUIC 协议基于 UDP, UDP 不可靠, QUIC 如何保证可靠性的呢
tcp 的重传流控都已经搞了无数 paper 了,基础逻辑肯定是用超时、数据包到达顺序来做的,但是怎么做就不是一两句话说得清了,QUIC 用的还是这些重传流控方案,比如 CUBIC 或是 BBR,区别就是 QUIC 用户 http 这种短小数据量的可以不使用慢速开始,在现在网络较 http 请求传输量来说普遍十分高了,取消慢速开始可以显著提高初始传输速度和延迟

而且流控方案被实现在了用户空间,那么你也可以依据请求的类型啥的选择或动态改变重传流控方式,比如可以给视频使用抗拥塞但是网页请求用低延时的重传流控方案,也可以在请求时协商使用啥重传流控方案,tcp 的重传流控被实现的内核,通过内核参数控制,完全不可控啊也是坑死人
2021-05-17 18:00:39 +08:00
回复了 gzf6 创建的主题 Vue.js 请教, vue3 中的 keepalive 与路由结构
<keep-alive>
<router-view v-if="!route.meta.noCache" />
</keep-alive>
<router-view v-if="route.meta.noCache" />

似乎应该这样写吧,似乎 keep-alive 底层的组件缓存是放在当前实例上的,不是全局缓存,if 放在 keep-alive 组件上的话如果导致组件重建似乎在实例上的组件缓存也消失了吧,下一个进来整个页面肯定要重新渲染了
2021-05-17 16:47:53 +08:00
回复了 shanghai1943 创建的主题 问与答 电商系统中商品表如何设计
其实你只要考虑到购物车系统、订单系统和仓储配送系统接受的都是 sku_id 就知道应该怎么搞了
@yaphets666 #10 说反了吧,正经大厂几乎没有完全 native 的了,相比体验来说迭代太慢才是更要命的事
2021-05-17 11:15:19 +08:00
回复了 Huozy 创建的主题 问与答 请教一个 F5 与 Nginx 的问题
直接用 F5 的 IP 地址访问过不了 nginx 吧,否则用啥域名访问肯定 server_name 设置为对应域名啊
感觉你似乎应该报警,然后起诉闲鱼和快速公司啊,普通人不是啥网络大 V 的话,其实网络发帖对闲鱼没啥威慑力吧,有了诉状闲鱼总不还不管不顾的一味偏袒买家吧,快递公司这时总不能还说收件时是好的了吧,虽然最终也许还是可能追不回来,但是似乎受到公平待遇的可能也比你这样发帖来的高,就看你觉得金额是否够大是否想那么费事了
@pkookp8 #2 不用知道,固定大小,先加载这么多,然后就开始执行,uboot 如果需要更多,那么自己再加载就是了吧
@futou #37 这就天真了吧,美国可以通过发美国国债疯狂印钞啊,反正也不还,否则你以为最近发的 2 万亿哪来的
1 ... 40  41  42  43  44  45  46  47  48  49 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2657 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 38ms · UTC 04:19 · PVG 12:19 · LAX 20:19 · JFK 23:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.