V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dxddd  ›  全部回复第 1 页 / 共 2 页
回复总数  36
1  2  
@dozer47528 我感觉有可能是 2.4g 信号冲突,或者是长时间保持连接对网关有一定的压力。后者我一般每天重启一次😄,就能解决。所以说弄个简单的网络拓扑,每天定时重启一下主网关就能解决很多问题。
2 天前
回复了 xiaohupro 创建的主题 Redis Redis Stream 实现 MQ 的可行性
我很久之前用 Redis List 去实现消息队列用于发短信,当时是一个小项目,但是突然涌入大良用户导致调用短信服务商 HTTP 请求阻塞。所以说当不想引入 MQ 中间件,这么做问题不大。
@NoKey 可能说 word 比较合适。我记得刚工作的时候各种文档还都是用 word ,算是工程标准文件。现在基本见不到 word 了。大多是在 wiki 上用 md 或者富文本去写了。
感觉有些过于复杂了。能精简就精简,避免出现问题。比如 电视机/机顶盒/游戏机,完全可以走 Wi-Fi ,没必要为了一点性能提升增加一个交换机。要是我去设计,入户一个大交换机连接各屋网线以及 nas 等设备。其他设备全走 Wi-Fi 。IOT 设备走 2.4G 、家用设备走 5G 。追逐游戏稳定性,就电脑占用当前房间唯一的网线即可。
留意过这种现象。比如 office -> MarkDown 。很多软件功能不断的在升级,但是功能越来越多,越来越复杂,越来越笨重,并且由于一些技术转机,软件变革较慢,导致一部分人开始追逐一些轻量级的替代品,然后这些替代品慢慢开始变得笨重……
5 天前
回复了 Joker123456789 创建的主题 Java 微服务是不是一种错误的方向?
“众所周知,微服务并不能提升整个项目的吞吐量”。你这第一段我就不赞同,微服务或者服务化刚开始就是为了提升吞吐量,虽然提升吞吐量,但是牺牲了一定效率并提升了成本。微服务比服务化更近一步的是更细粒度调节。一般程序的吞吐量瓶颈主要就在数据库,原本一个项目依赖一个数据库,现在依赖 100 个数据库(我说的极端些),吞吐量当然有提升。

你这里槽点有点多,不一一辩解了。还是那句话:“组织即架构”,适合自己组织的才是最好的架构。
18 天前
回复了 Adamo 创建的主题 电影 现在的电影怎么没人看 IMAX 3D 了吗?
其实不止是 IMAX 3D 。感觉去年一整年 3D 电影都没几个,大部分都是转制过来,有的不带眼镜都能看。可能是制作公司觉得加上 3D 也赚不了更多的钱吧。
18 天前
回复了 jzphx 创建的主题 汽车 60 岁,人生第二辆车选车建议
五年之后大众 4S 都都有可能倒闭。
我的回答是没有。以上诸如悬崖、黎明之前、风筝之类的,本质上跟潜伏就不是一个类型。
19 天前
回复了 SD10 创建的主题 旅行 想自驾游,求指导
@SD10 那就好,那我说一下我曾经走过的比较好的地方。
我是从北京 7 月份出发,一路向西,有几个我觉得比较不错的地方。
1 北京的景点无需多说。长城/颐和园 我觉得算是比较不错。
2 张家口-草原天路。个人觉得一般般,但是路过的话其实可以去溜达溜达。或者再往上一点去呼伦贝尔草原。
3 乌兰察布。乌兰哈达火山,个人觉得很值得一去,直接在里面搭帐篷露营。而且附近城镇会种许多油菜花,很漂亮。
3 呼和浩特,可以吃吃羊肉。
4 银川,逛逛博物馆。
5 阿拉善左旗,出银川去新疆这一路就很有看头了,望不尽的沙漠,你先后会经过许多大沙漠,可以找个景区或者路边溜达溜达,亦或者就在高速上看看两侧,没见过沙漠的人很难不喜欢。
6 哈密 市区没什么看的,可以去东天山,从哈密市区去往东天山或者鸣沙山的路上就很漂亮。然后也可以去巴里坤或者直接去吐鲁番。
7 吐鲁番 无需多说,景色其实没啥,主要是这里夏天不适宜人生存,太热。
8 乌鲁木齐 无需多说
9 之后就是新疆 青海各个景点。
19 天前
回复了 SD10 创建的主题 旅行 想自驾游,求指导
兄弟,这时候北方光秃秃灰蒙蒙,如果想看好风景只能深入黑龙江内蒙去看看雪,然后去新疆又有点远了。
个人建议你直接沿着长江直达川西,时间够的话可以去拉萨,再从云南出高原,去广西看看喀斯特地貌,广东体验一下粤菜,来一个南方小环线。
只能说有可能,但是无限接近 0 。
但凡上规模的账户服务,基本都有以下几个东西。前后端验证码,安全行为分析,服务器密钥,数据库密码加密。就是理论上来说,即使数据库被黑掉,拿到了密码库,都不一定能用得上。
24 天前
回复了 wsseo 创建的主题 电影 哪吒 2 要冲击中国影史票房?
春节档我唯一不想看的就是哪吒。射雕我曾经一度想去看看,因为比较认徐克,没想到翻车了。
个人建议一定要提前考虑好,不然之后变更的时候会很蛋疼,数据都没地方放。
我目前的 NAS 是四盘位置。6T+18T+双 8T 组 RAID0 。
我理想中的状态就是用 SSD 做主系统盘,另外三个组 RAID0 。
SSD 上存放重要数据,比如文档、相册。然后用 cloudsync 同步到 onedrive 上。( ofice365 一年 300 块,5 个账户合起来有 5T 空间)
RAID0 ,用来存放影视剧。(仓鼠党)
今年新品 新 CPU 新 GPU 。性能暴增,没必要买现在的产品了。
38 天前
回复了 nitouge 创建的主题 Redis Redis 缓存数据
1 看场景,即时性不高的可能消费方和服务方都会缓存,能减少接口请求。
2 组合对象,就类似于宽表,能减少一次 redis 查询,确定性能要求真的这么极限么,那不如直接用内存。
3 分页查询多存在于后台管理,对性能要求不高。第二种场景也大多是查询“我的”数据,大多命中索引,一般不会放缓存中。第三种场景类似于商品列表,这种一般会被预热到缓存里,或者直接就是静态化的。
@xuanbg 我就是举一个极端的例子,类似于“冰山”,外面看着很简单(就是一个输入框),但是后端需要做的巨复杂。
@pikachu233 界面上加个搜索框,能搜到我想要的内容。
真是“有趣的灵魂万里挑一”!
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2680 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 12:09 · PVG 20:09 · LAX 04:09 · JFK 07:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.