V2EX › rekulas 的所有回复 › 第 23 页 / 共 88 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 19 20 21 22 23 24 25 26 27 28 ... 88

❮

❯

2023-07-06 08:48:14 +08:00

回复了 CarrieBauch 创建的主题 › Go 编程语言 › 两份 Go 代码的对比，为什么第一份代码不会 panic，第二份代码会 panic

第二个没有运行中的协程,编译器直接判断死锁了,随便加一个就可以了

2023-07-05 21:04:30 +08:00

回复了 zhwguest 创建的主题 › Android › 仅仅使用命令行如何根据包名来过滤 logcat

pidcat win10 测试可用但感觉日志似乎还是不全

2023-07-04 13:20:08 +08:00

回复了 shellc 创建的主题 › 程序员 › 挖了一个新坑，我要给程序员写一个投资教程

@MadDave 对，一直在等善于拉投资的技术大佬开书

2023-07-02 19:38:05 +08:00

回复了 activeliangg 创建的主题 › 程序员 › 请教个安卓抓数据的问题

纯手机端的话可以逆向直接将 token 发送到 api
不过不清楚 app 有没有做反逆向机制(例如签名校验之类),如果有可能会麻烦点可以先试试

2023-07-02 08:13:26 +08:00

回复了 shenmezhidedu 创建的主题 › 分享创造 › 做了一个 AI 导航站，目前流量还可以，需要收录的朋友留言

已发 😶

2023-07-01 22:59:32 +08:00

回复了 rekulas 创建的主题 › 程序员 › 已经上线运营的佛性 ai 项目寻求一个深度学习领域的小伙伴合伙人

@iorilu 速度跟输入视频有关，分辨率越大时长越长耗时越长
目前的模型 1070 速度约为 25w 像素/s ，以 480x360(30fps) 放大到 1920x1440 为例，每处理一秒钟的视频需要 30*480*360/250000 = 20 秒
不过目前用户基本为免费获取积分的体验用户（白嫖），对速度容忍度较高所以问题不大，而且系统已经对接云处理，如果后续付费订单量起来了配置下就可以直接用 gpu 算力平台处理，成本也不大

2023-07-01 10:14:02 +08:00

回复了 dandankele 创建的主题 › Go 编程语言 › PHP 部分改造为 go 与全部改造为 go 是否会提升性能？

为什么这么多人认为 go 写业务难的，我从 php 转 go 感觉可顺畅了，php 能做的 go 能做，不好做的 go 也能做

不过重构容易踩坑可以考虑下 webman

2023-06-30 20:48:57 +08:00

回复了 lengxubo 创建的主题 › 程序员 › 最近面试了几个人，感觉我自己真的强得不得了

推了一个很靠谱的朋友过来晚点联系你 😃

2023-06-30 20:35:23 +08:00

回复了 rekulas 创建的主题 › 程序员 › 已经上线运营的佛性 ai 项目寻求一个深度学习领域的小伙伴合伙人

@japeth 暂时不需要了，前后端基本已经完成了，没有什么开发需求，小需求我们自己也能处理

2023-06-30 20:34:18 +08:00

回复了 rekulas 创建的主题 › 程序员 › 已经上线运营的佛性 ai 项目寻求一个深度学习领域的小伙伴合伙人

@Clannad0708
@honkew 感谢支持 ai 领域可以创业的方向还挺多的，我们做得太晚了，做的早的已经开始分羹了😃
比如之前发现某美国华人做的一个图片处理平台，质量跟开源的基本没有差别，而且网站代码质量写的实习生都会鄙视那种（还存在权限 bug ），但是别人做的早流量挺不错，毛估月收入几千刀+

2023-06-30 10:54:59 +08:00

回复了 rekulas 创建的主题 › 程序员 › 已经上线运营的佛性 ai 项目寻求一个深度学习领域的小伙伴合伙人

我们的访客注册率接近 40%，说明这一块市场需求是不错的，目前的短板就是产品效果了

2023-06-30 09:29:40 +08:00

回复了 shuxge1223 创建的主题 › 奇思妙想 › 已经在百度搜索到 ai 生产的文章了，是不是可以操作一下了

@bjzhush 很难 openai 的尝试都没有成功误判率较高
而且随着 ai 升级，以后检测会越来越难，ai 能像 sd 一样完全模仿某类风格，对人来说几乎没有区别

2023-06-29 21:25:17 +08:00

回复了 LeeReamond 创建的主题 › 程序员 › 是否存在通过算法保证公平的抽奖模式？

@LeeReamond 不会,app 只是方便普通用户使用,但技术圈肯定会对数据做校验的,app 层没法作弊,因为算法都是开源的
就像区块链钱包一样,你可以用官方钱包,可以用开源钱包甚至可以直接网页钱包,只是方便普通人使用,但你要是敢乱来,只要一次产品就死了

2023-06-29 15:26:43 +08:00

回复了 LeeReamond 创建的主题 › 程序员 › 是否存在通过算法保证公平的抽奖模式？

@8520ccc 多随机因子只适用于黑盒中运行的系统（例如 linux 的熵池，相对黑客它是不可见的）
对于抽奖这种需要公开的模式，反而更危险，因子越多被攻击可能性越大，因为只要有任何一个点被成功攻击，其他的都形同虚设

2023-06-29 09:23:58 +08:00

回复了 hanxl 创建的主题 › 分享创造 › Build in public #1

@hanxl 对图文是最麻烦的,每个平台规则不同, 就连 markdown 都不一定保证兼容,需要针对性微调
当然这不是最麻烦的,最麻烦的是平台还经常更新....所以要不断维护,作为非盈利性开源项目想兼容恐怕难

2023-06-29 07:20:48 +08:00

回复了 LeeReamond 创建的主题 › 程序员 › 是否存在通过算法保证公平的抽奖模式？

@moioooo 区块链没法创造随机数,所以很容易被攻击
参考合约用 hash 开奖的,经常都有被攻击的新闻,这还是暴露出来的,没有暴露的不知道有多少

2023-06-29 07:13:53 +08:00

回复了 LeeReamond 创建的主题 › 程序员 › 是否存在通过算法保证公平的抽奖模式？

@LeeReamond 这个只是技术上麻烦,但是算法应当公开,通过应用或 app 封装整套流程,对普通用户来说跟普通抽奖没有区别,而有技术的团队也可以验证和监督该过程

2023-06-29 00:38:12 +08:00

回复了 LeeReamond 创建的主题 › 程序员 › 是否存在通过算法保证公平的抽奖模式？

总和哈希并不安全,有些区块链抽奖就用的这个方式,已经有多起攻击案例

目前我了解最为安全的应该是"承诺"的方式
例如随便想个简单模式,之前在知乎也回答过

用户 a 选择了一个号码比如 784516 ，再自己创建一个随机数例如 32 位的 de90fcea....，再将号码和当期期号和随机数一起进行 sha256 计算指纹，然后你将指纹提交给彩票中心购买该指纹的所有权，这样彩票中心只知道你的指纹没法知道你的号码。

开奖就简单了，开奖后彩票中心通知中奖号码是 784517 ，购买过彩票的用户都开始上传自己的原始信息-彩票号码、期号、随机数，(sha256 的计算复杂性也保证了用户没办法现场计算一个虚假的信息来冒充中奖信息-超算都没法)，彩票中心收到信息之后告知你的号码只错了一位得了一等奖。

有没有漏洞? 还是存在的,中心可以进行自我攻击创建多个中奖号码,但至少解决了中心知晓每个号码的问题-这样对平台来说没办法修改中奖率了,如果彩票敢这样玩,我也敢每期买.

要想彻底防范感觉还是引入三方随机数生成,或者基于多个可信分布式秘钥(或类似门限签名)来组合生成最终中奖结果,空了我再想想

1 ... 19 20 21 22 23 24 25 26 27 28 ... 88

❮

❯