首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 45 页 / 共 123 页
回复总数  2455
1 ... 41  42  43  44  45  46  47  48  49  50 ... 123  
❮ ❯
2021-08-17 16:05:17 +08:00
回复了 nowheretoseek 创建的主题 › 问与答 › 自定义词表的 base64 编码容易被解码吗？
其实这中固定字符替换的问题是，人工编写的文章有差不多固定字频，非人工文章比如 http 协议、图片这样的有固定格式，也就是在固定位置会出现特定字符，只要收集的数据相对多，通过这些信息就可以反向推断出你用的码表，和自定义字符出不出现都没啥关系，除非你发送全部乱码无意义数据，但是这样的数据你发送了又有啥用

aes 这样的算法不可以这样反向推算密钥是因为，使用密钥加密的过程中前一块加密结果会影响后一块的加密结果，所以无法用上面方法反向推算密钥来解密全部数据，所以还是那句话这么多数学家辛辛苦苦为你设计好了严谨科学的加密验证算法不用，好好的自己设计啥加密算法啊
2021-08-14 00:23:53 +08:00
回复了 ljzxloaf 创建的主题 › 程序员 › 日志到底应该怎么打
我觉得楼主似乎混淆了，我们一般说的日志都是运行日志，这个只是监测、异常报告用的，所以一般打核心点和异常栈就行了，后面交易这个应该算业务日志，本身就是支付系统业务流程的一部分，认真说把运行日志和业务日志打在一起时极其傻叉的行为，本来两者的用途就不一样，其它的还有链路追踪用的，调试分析用的等等，每一种各有不同，也不需要同时启用所有日志，打日志的侧重点也不一样，保存周期可能也不同，本身就不应该混在一起打
2021-08-13 11:59:18 +08:00
回复了 commoccoom 创建的主题 › 问与答 › 请教在 Linux C 中一个多线程和套接字的问题
想复杂了，其实不用管啥线程连接套接字，其实就是任务，客户端发起一个任务交给服务器特定的任务处理者来处理，一个任务如何编码打包放在 socket 上传输最后交给任务处理者手里，这就是传输协议的事情啊
2021-08-10 17:28:43 +08:00
回复了 anticipated 创建的主题 › 问与答 › 讨论下，未来几年硬盘速度会超过内存速度吗？
这 ddr4 内存是假的吧，3G 每秒，你这电脑还不卡出翔了
2021-08-06 20:29:08 +08:00
回复了 Newyorkcity 创建的主题 › 问与答 › 有什么在线 excel 支持在线使用数据透视表功能吗？最好还不需要开通 VIP。。
seatable 我看好像可以的啊
2021-07-26 12:44:48 +08:00
回复了 callmeliusir 创建的主题 › 投资 › 中国平安跌倒 55.2 了 是不是能抄底了
8 成概率抄在半山腰，别看它跌得多就能抄底了
2021-07-25 14:43:28 +08:00
回复了 my2492 创建的主题 › 宽带症候群 › ipv6 的骨干网是单独的还是和 v4 共享？
主干网光纤的容量还远远没到吧，世纪上大多数情况下并不需要新建，主要的问题是很多很多交互机路由都不支持 v6，这些设备肯定是需要更换新的，但是更换新的设备肯定能支持更多带宽，所以你认为是称为新建，也可以认为是在 v4 线路上共享都行的吧
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

之前写过的一个算法参考下，大多数情况一次判断就能得出结果
2021-06-28 23:01:39 +08:00
回复了 WillingXyz 创建的主题 › 程序员 › 部分业务通过 MQ 异步处理，但接口返回后就立刻查询，这种情况怎么处理？
对于这种异步任务接口偶尔调用需要返回的，我们都是通过分布式 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 的重传流控被实现的内核，通过内核参数控制，完全不可控啊也是坑死人
1 ... 41  42  43  44  45  46  47  48  49  50 ... 123  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3390 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 11:38 · PVG 19:38 · LAX 03:38 · JFK 06:38
Developed with CodeLauncher
♥ Do have faith in what you're doing.