V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 1 页 / 共 123 页
回复总数  2444
1  2  3  4  5  6  7  8  9  10 ... 123  
2 天前
回复了 rxnwin 创建的主题 问与答 共享单车聚合软件有没有搞头?
@rxnwin #10 估计也有风险,你虽然没有直接用来盈利,但是却有可能被判定造成美团哈啰他们经济损失,也可能承担法律风险,好比你说的这个场景,美团哈啰本来有可能各获得两个会员来的
@deng884720982 #6 他的意思可能是,数据虽然删除了,但是磁盘文件的对应空间并没有回收然后重写让剩下的数据在一起,那么此时查询数据库从磁盘读取数据时,每次读取依然只能读取的非常少的条数,读取磁盘的次数和数据量并没有显著降低,那么查询性能自然也不会有很大提升,不过如果你是时间有序数据,只是删除更早以前的数据,那这个问题影响应该不会很大吧
@ryd994 #106 这叫正常人的脑子,相信他们人品那叫天真幼稚,相信他们一定作恶一定犯蠢那叫阴谋论愚蠢,成本和收益才是可靠的,动机在哪收益在哪才是理由,一年能花几百亿收入几百亿的企业不可能无厘头犯蠢,硬件投入是成本,制造是成本,品牌损失口碑损失,监管危机也是成本,同样产生成本的地方也是产生收益的地方,每个设计自有优劣,好比 OTA ,还不说各种自媒体瞎炒作的
@wzcloud #21 而且车机中控为了方便做用户 APP ,肯定会使用安卓这样的,车控也走安卓估计这成本复杂度都会上一大截,车厂这不是吃饱了撑的没事找事,不至于,毕竟车控现有的刹车、热控、电机、各种传感器、车内互联等等的都和安卓适配度很低,就算安卓能搞出来估计也过不了车规级配件审核,车可不是手机,自己随便鼓捣鼓捣能用就行,配件也是需要过认证才能用的吧
@wzcloud #21 车机、智驾、车控肯定是 3 个不同的系统,有标准的吧,而且智驾、车控还需要双芯片备份,只不过电车还需要 3 者协同控制,油车一般车机几乎不参与车辆控制,问题确实更多一些,而且车机中控也不符合车规标准,上市审核过不去吧
车辆并不是由车机控制的吧,车机只是用户交互的界面,虽然车机卡住你可能无法操作界面启动车子,但是刹车、电门什么的并不是由车机来控制的,大家不至于这么蠢
5 天前
回复了 fuchish112 创建的主题 宽带症候群 openwrt 使用 openclash 影响主网络
openwrt 开 dhcp 影响主路由 dhcp 了?
@Plutooo #19 分布式锁底层都是加锁方生成一个只有自己指定的 ID 来防止他人异常解锁,那换句话说你加锁后主动把这个 ID 告诉别人,或者提前生成一个 ID 要求加锁方使用这个 ID ,,那别人就能解锁了啊,和线程啥的无关

而且从实现来看,如果执行时间很长,那这个执行中的状态应该保存在数据库中,不应该单纯加锁,加锁范围只到查询修改这个数据库中状态的过程,否则直接在入口加锁同步调用就好了啊,没必要异步吧

有状态逻辑可比把这个状态写入数据库需要的地方读取判断复杂多了,存入数据库需要的地方读取判断,那整个系统还是无状态的,简单多了,想要性能好一点那存入 redis 也不是不行啊,干嘛非要纠结使用加锁的方式
10 天前
回复了 artms 创建的主题 宽带症候群 被强行铜改光
主干线路的模拟线路早就撤了吧,说不定给你支持的说搞了个转换器放你小区了,人家也觉得找小区拉电麻烦不说还要付电费钱,而且坏了估计都没啥人会修设备也不好买,撤了很合理啊,怎么感觉分明是你占了不少年便宜了,现在难受了?光纤在小区是无源的吧不需要供电,也许你该换个心态
3ms ,speedtest 测速也才平均 6ms ,丢包 0
12 天前
回复了 godleon 创建的主题 微信 请教一个微信小程序上线资质审核问题
@godleon #4 你搞混了吧,小程序的主体说的是对用户提供服务的提供方,需要为用户可能产生的损失负责的,而域名和 https 证书之类的属于是为用户提供服务的这个商家提供的服务,只需要为这个商家负责

你这个小程序的主体都敢用自己的,万一他要是搞点啥违规违法的事情,可能你是要承担连带责任的,因为用户是在你的小程序上买的服务,看到的是你,还是医疗这种万一出了医疗事故很可能判断需要承担连带责任,就算你在网页上声明谁谁提供服务可能作用也不大,因为你声明意味着你承担着对提供服商的资质审核和担保,你要搞清你的责任范围啊,资质审核可不是微信纯搞事,这可是有实际法律效力的,就用他们的资质来申请小程序审核呗,没资质不就是假冒伪劣说个啥
@SkipToMyLou #1 dns 劫持也无法越过 https 返回非法内容
没做 https ?没开证书验证?否则咋做到的,否则上 https 就好了啊
@go522000 他这个就是最佳最标准案啊,除了他说的,还有更重要的是,任何业务逻辑场景都分为住流程和细节,细节会随着业务流程变迁,但是主流成一般在一开始就可以确定,所以百位一般会进一步用来区分主流程节点,十位区分二级节点,就算一开始无法完全确定有几部主节点,但是大概分几部还是可以确定的,那么应该把 0 到 9 整体规划到几个大步骤去,而不是直接连续,这样就算主步骤一开始没有设计全也可以再加,其设计过程也是业务流程分析过程,既表达清楚又逻辑清晰,业务流程迁移方便也兼容性好,而且查询和逻辑规划也更容易
从某种意义来说联通并没有无限责任为其提供的服务提供无限时间支持,他是有选择清退的权利的,而且这事四五年前就开始讨论实施了吧,也提供了足够过渡期并没有啥问题,再说这是工信部牵头的,主要是 2g3g 频道不彻底清退这频谱资源就浪费了,频谱资源还是很宝贵的,而且好像已经分配给其他业务了,人家也有权利要求加快清退吧

关于 5g 不能打电话这个,5g 就好像提供的是 voip 电话吧,原来的电话模式不支持了,4g 好像是降级到 3g 来通话的,还是觉得该升级就升级,和时代方向对抗没有意义
24 天前
回复了 tairan2006 创建的主题 Java 支持虚拟线程的 TCP 服务框架?
netty 支持虚拟线程有啥实际意义,虚拟线程协程之类的最大意义本来就是在用同步语法写异步逻辑,netty 就不可能再改回来变成同步语法否则也就不是 netty 了,还不说虚拟线程在线程上又多了一层调度器除了白白损失性能对 netty 意义不大吧,netty 的 Handler 本来就不应该有同步 io 操作,否则用 netty 这麻烦的说不是对此一举,有需要同步 io 操作本来就应该放到独立 executor 中去,这独立 executor 完全就可以是虚拟线程的啊
30 天前
回复了 blessingcr 创建的主题 程序员 有一个消息同步的问题请教各位 dalao
@blessingcr #17 吞吐、延时和一致性,区块链这货一致性完全就是靠牺牲吞吐和延时来得到的,而且并不能达到保持时序的作用,区块链的逻辑完全就是按照收到消息的顺序提交,然后谁得到的确认多谁有限,没说保证消息时序

kafka 分区保证时序是最容易实现的了,性能不够也可以考虑 mq 分队列啊,逻辑虽然都是一个分区或者一个队列只能有一个消费者来保证时序,但是 mq 的队列数量可以多一些

此外也可以加分布式锁,和多线程编程解决时序一致逻辑一样,其性能损失和冲突率有关,看你这描述,saas 系统的动作都是人产生的,冲突概率应该极低才对,加锁的性能损失可以不计了,加锁也可以放在消息队列后面,那消息队列就可以不用考虑使用分区保证顺序了
如果只是服务器回了 syn-ack 之后客户端都没回 ack 就直接 rst 的话,怎么感觉像是 seq 异常了?
1  2  3  4  5  6  7  8  9  10 ... 123  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2715 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 14:39 · PVG 22:39 · LAX 06:39 · JFK 09:39
Developed with CodeLauncher
♥ Do have faith in what you're doing.