V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 48 页 / 共 122 页
回复总数  2429
1 ... 44  45  46  47  48  49  50  51  52  53 ... 122  
2021-04-02 18:50:24 +08:00
回复了 opengps 创建的主题 云计算 补发个帖子:打车公司的云,推测是要停止公有云业务了
@dynastysea #34 但是阿里云、华为云都超级挣钱的啊
2021-03-31 09:42:46 +08:00
回复了 q15673355 创建的主题 Redis redis aof 重写疑问
aof 重写是单独 fork 的进程,啥咋隔离? aof 文件记录的是所有的操作,又不是当前值,哪来的是 1 还是 2 的问题
2021-03-30 23:28:05 +08:00
回复了 q15673355 创建的主题 Redis redis aof 重写疑问
重写都是单独 fork 进程处理的,和当前数据完全是隔离独立的,而且这个地方说的是重写过程中写指令追加到重写缓冲区,重写完成后再追加到重写文件,数据操作早就完成
2021-03-29 16:06:26 +08:00
回复了 barfi1316 创建的主题 问与答 公司业务需要电话通知到用户,有推荐合适第三方厂家吗?
就算有审核不怎么严格的服务商,那也代表者该服务商可信度较低,可以随时被移动公司降权,各种拦截软件拦截比率非常高,并发低导致拨通率低等等,如果你的通知重要的话等于同不可用,现在垃圾电话那么多既审核简单又高品质的不存在了吧
2021-03-27 14:04:13 +08:00
回复了 fanyingmao 创建的主题 问与答 你们做服务端会对接口的入参和结果做日志吗?
返回不过可以,但是入参不做,出问题完全不知道啥情况了
2021-03-26 12:40:19 +08:00
回复了 yyyb 创建的主题 问与答 东芝硬盘 SMART 信息 Raw Read Error Rate 异常,不会是快挂了吧?
溢出了吧,也许说明错误太多。。
谁说不能让一个线程显式进入阻塞的,否则多线程中锁、信号量啥的是用来干嘛的,go 这种和线程其实不是一回事,想知道线程阻塞调度啥的,那就好好看多线程编程啥的比较靠谱
@eason1874 #12 不是再签一个就行,同时还需要流量能经过他那里,这样他才能替换证书啊,这叫中间人攻击,但首先他必须是流量的中间人,否则他就是签出花来有个啥用
@gaobh #9 你这个可以用一句话描述就是理想很丰满现实很骨感,不碰中介利益和全民啥啥的两个都是全属臆想,没增量空间的事情怎么可能不碰中介利益,而中介的专业性和效率估计要比你预计的高很多,全民啥啥的就更简单了,专业不行效率太低,要真行怎么会有中介,中介本来就是全民啥之中的竞争优势胜出者,都已经竞争失败了,还指望个锤子
似乎这 bug 有点多啊。。

小区内社区已经有很多人做过了,确实证明做不起来,做线上社区能 ok 的第一要素就是潜在同类需求、潜在同类兴趣、潜在同类职业人足够多,小区人太少了,又是自己家的地方,安全感需求又强很多,所以以上条件都不满足,除非小区内有啥特别热心又有领袖气质的人或许能活跃一段时间,做撮合交易那更不用说了,用户不够多怎么能提高成功率呢

建议真有想法,还是选个垂直小类试试看看,做大一全也许是好看,但是肯定死路一条,而且可以肯定的是做小区内的线上社区也肯定死路一条,不用想
2021-03-22 11:41:56 +08:00
回复了 ClericPy 创建的主题 Python 有谁遇到过 aiohttp Got more than 8190 bytes Headers 相关的错误了吗
8k 的 http 头还不够,你这是要往 http 头写啥。。
2021-03-17 14:43:36 +08:00
回复了 sujin190 创建的主题 Python import 懒加载为啥性能低
@abersheeran #3 但是能这么干自然是因为这些程序每次启动只用其中几个,并且只执行一次,然后命令行程序又会频繁执行,所以还是提高性能十倍
2021-03-17 12:34:23 +08:00
回复了 sujin190 创建的主题 Python import 懒加载为啥性能低
@noqwerty #1 这个我知道,但是统计的是程序启动退出的时间才有这个疑问

不过我又想了下,似乎全局导入的时候是一开始就做的,还没到我计算时间那就导入完成了,所以就算不到导入的时间
2021-03-15 14:20:07 +08:00
回复了 TangYuSen 创建的主题 问与答 小米笔记本这么捞的吗
不知道你是不是也是 ssd 识别异常蓝屏的问题,小米笔记本这个 ssd 接口不知道是设计问题还是工艺问题,接口这插进去之后太松了,经常松动识别不到,然后就蓝屏了,特别是你经常移动带着走的,蓝屏概率特别高,我是自己拆机然后在 ssd 下面垫了个大小一样差不多 1-2 毫米厚的纸片,然后就再也没有蓝屏过了


@balabalaguguji #13
@lychs1998 #8 如果也是提示 ssd 异常也可以试试垫个东西看看
@alpha1155 #20 SinVoiceDemo 这个项目就是这么实现的吧
2021-03-13 11:35:35 +08:00
回复了 sujin190 创建的主题 Go 编程语言 go 用 mgo 并发操作死锁
https://github.com/go-mgo/mgo/pull/572

居然这么久了这个问题还在,那么我来更新下解决方案吧。
直接播放事先录制好的不同频率声音代表不同信息,手机听筒接收到声音文件后按不同频率解码到对应信息就行了吧,不过能传输的信息应该比较少
2021-03-11 18:18:01 +08:00
回复了 Simle100 创建的主题 Java 群发消息已读未读如何设计才能降低数据库的压力
@wennew #16 我的意思用 redis 的 set 数据结构比用 redis 的 hashmap 数据结构操作复杂,都是 redis 。。
2021-03-11 15:57:56 +08:00
回复了 Simle100 创建的主题 Java 群发消息已读未读如何设计才能降低数据库的压力
如果你觉得直接用 hashmap 太耗内存,那么就在发消息式给个再当前消息内部有效的自增 ID,redis 这边就能用 bitmap 来存是否已读了啊,查的时候直接取出哪些位置没读,然后结合消息 ID 就直接能查除用户了,这个应该式最省内存也不是很消耗性能的方式了吧
2021-03-11 15:54:27 +08:00
回复了 Simle100 创建的主题 Java 群发消息已读未读如何设计才能降低数据库的压力
@jacobsun #5
@wennew #8 set 操作比直接用 hashmap 麻烦吧,而且直接写数据库就是了,redis 就是个缓存,统计已读有问题不是写已读数据有问题

其实直接发的时候都把发送用户 ID 己到 redis 消息 ID 对应的 hashmap 里就是了啊,读了就从里边删了,看哪些用户没读直接读整个 hashmap 就是了,设置一个合理过期时间也都不用清理,读不到再从数据库加载就是了,发消息和读消息都先写数据库再写 redis 就是了
1 ... 44  45  46  47  48  49  50  51  52  53 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5566 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 50ms · UTC 07:54 · PVG 15:54 · LAX 23:54 · JFK 02:54
Developed with CodeLauncher
♥ Do have faith in what you're doing.