V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  rekulas  ›  全部回复第 61 页 / 共 101 页
回复总数  2006
1 ... 57  58  59  60  61  62  63  64  65  66 ... 101  
❮ ❯
2022 年 1 月 7 日
回复了 lipaa 创建的主题 › 程序员 › 讨论下 卡密下发 保证不重发 除了不用 redis 还有啥方案
@NeezerGu 单机的话 redis 主要瓶颈在内存,多开不能提高什么性能(我怀疑还会降低)
如果是多机,那不如直接 redis 集群了,还不用考虑分配系统逻辑更简单
2022 年 1 月 5 日
回复了 IT1024 创建的主题 › 程序员 › 被面试官问到内存优化问题,被菜到了!
@avastms 进入单页面时代之后,前端内存照样很容易泄露如果不注意资源释放,举个例子,通过组件创建 video 标签播放视频,退出时哪怕你把 video 移除可能都没有真正释放,必须先 stop
不释放的后果就是内存不断占用知道耗尽资源
另一个类似例子,单个标签下可创建的多媒体标签是有限的,哪怕 remove 掉似乎也会占用额度,超额之后就无法再申请
2022 年 1 月 2 日
回复了 poly000 创建的主题 › 分享创造 › 糊了个图片混淆工具,似乎不很实用
确实不实用,自己私下想的算法安全性测试都没有没人敢用(而且这图看起来似乎。。。安全性不太高的样子),还不如楼上说的直接 aes 跑一遍,安全性经过权威测试,速度芯片级优化,体积也不会增大
2021 年 12 月 30 日
回复了 hujiao 创建的主题 › 分享创造 › 由于无聊,搞了一个区块链的导航站
页面太乱了,而且页面滚动影响了滚轮滑动
2021 年 12 月 29 日
回复了 skyworker 创建的主题 › PHP › PHP 代码加密,逼乎上这个回答大家怎么看?
原来是我的帖子。。
你这是,自己说错话被揭露找不到理由反驳了,想回来找 v 友安慰么?
我赞成放 body ,发现国外有些大平台都把错误码体现在 http 感觉有点不可思议,网关错误跟程序错误傻傻分不清
2021 年 12 月 24 日
回复了 partystart 创建的主题 › 程序员 › 纯吐槽帖 关于 go 的 err 和重载
佛性点看待,go 的 err 确实有点不那么令人舒服
不过看过了 python 和 shell 的语法,又觉得 go 还是挺可爱的
严格来说没有正确答案,无论数据量大小多少,取决于你的数据结构,索引、磁盘、网络等情况,都可能出现不一致的结果。
例如:按楼上朋友的看法反例,数据量少可能 java 快,但实际生产中本来很快的查询因为 join 一个不合理的数据集导致速度骤降的现象并不少见(即使结果数据不大),这种情况把数据分别读出来处理反而更快

但设计合理的情况下,又可能 join 更快

所以没有标准答案
2021 年 12 月 13 日
回复了 ZGLHHH 创建的主题 › Go 编程语言 › 应该如何使用 Go 舒服、优雅地开发 Web 项目?
这样才够规范,强类型语言确实会预定义很多类型,写的时候感觉麻烦点但是可读性可维护性都优于 php python 的万能结构,我也是写 php 转的,不过之前也写过 c Java ,在编译语言中对比起来感觉 go 真的足够简洁了,你应该转变下自己的思维,不能想同时要 go 的强大和 php 的灵活
另外你说的近乎一样的机构体不清楚你是怎么规划的,如果遇到接近的我一般倾向于复用,最好能展示下示例代码
2021 年 12 月 13 日
回复了 jezal 创建的主题 › 程序员 › 现在的前端技术栈真的太恶心了!
@vision1900 你说的只能算非常熟练的工程师不能算非常好,因为真正的工程师已经脱离“端”这个概念了,参考法布里斯•贝拉,从硬件到芯片到前端,样样都是顶级水平🤣
2021 年 12 月 8 日
回复了 Marionic0723 创建的主题 › Android › 移动营业厅 APP 居然想要 root 权限?!
但是判断 root 不需要 root 权限吧,支付宝和很多银行 app 都有判断
当然也可能负责这个判断逻辑的小伙思路清奇
每天的并发量是 300w 左右。。。
发帖人可能对目前的硬件性能有什么误解,一天才这么点峰值给你算高点 1 万 qps 够用了,只要硬件不太差轻轻松松就扛下了,完全不需要丢内存
甚至自己写个文本数据库都能 hold
而且你的峰值很低完全不用担心数据库太占资源的问题,建议用 m2 硬盘+rocksdb ,qps 轻轻松松上 10 万+而且对其他服务影响不大
2021 年 12 月 3 日
回复了 Abcopy 创建的主题 › 奇思妙想 › 对于"辣"的一点讨论
按这个思维,只有躺平才不是 m ,因为任何努力都会虐待自己
想法很好,但灵活性感觉不够,如果某个插件例如 swap 逻辑要调整,那不但要改插件也要改 yaml
所以我还是选 shell 😁
2021 年 11 月 28 日
回复了 yttsam 创建的主题 › 程序员 › Github 趋势榜 , 大家认为容易上吗?
我倒对这个持中立态度
gh 早就知道这种现象,但是并没有做任何限制那就是官方不反对,仓库受欢迎程度也高,说明确实可以给不少人带来了帮助,也许后面资料足够多了之后也会变成一个干净的资料库,总比在 csdn 之流上看资料要清爽点
就好比 b 站最开始也只是少数二次元粉的集中地,结果现在很多同行开始在 b 站上录课、学编程了
唯一不足的是 github 确实应该把仓库类型进行区分下,让用户可以依据自己偏好去找东西
2021 年 11 月 25 日
回复了 meisen 创建的主题 › iOS › 好希望 iOS 支持左右侧边滑动返回
我是从安卓转苹果的,苹果的返回确实跟狗屎一样烂,安卓每个 activity 都定义了返回操作或者说记录了调用栈,所以一只手就可以在各个界面返回上一层,但苹果没有定义 [返回] ,只能触摸或滑动来触发不同 app 实现的返回(而且不同 app 实现逻辑也不一样不统一),导致你一只手根本不可能玩得转
所以你说的滑动返回,目前也是不可能实现的,原因就是大部分苹果开发者根本不会去定义 [返回] 操作,一切都是基于控件点击事件,至于部分 app 支持的滑动返回,都是少数 app 自己实现的而已
为什么这么烂还用苹果,因为安卓的后台管理比狗屎还烂
2021 年 11 月 23 日
回复了 chanlk 创建的主题 › 程序员 › 不同子系统间如何优雅地传递消息
rpc?
1 ... 57  58  59  60  61  62  63  64  65  66 ... 101  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   5757 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 08:45 · PVG 16:45 · LAX 01:45 · JFK 04:45
♥ Do have faith in what you're doing.