V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  zengxs  ›  全部回复第 1 页 / 共 25 页
回复总数  500
1  2  3  4  5  6  7  8  9  10 ... 25  
1 天前
回复了 lukaktus6768 创建的主题 分享创造 Port Guard – 轻量级端口管理神器
@stinkytofux #6 Tauri 资源占用相对还好,WebKit 没 Chromium 占用那么夸张,当然具体要取决于 UI 页面的复杂度
2 天前
回复了 lukaktus6768 创建的主题 分享创造 Port Guard – 轻量级端口管理神器
@stinkytofux 不能,严格讲只有 Swift/ObjectiveC 这样用 Apple 原生技术开发的才算 Native 应用

但是用户一般并不 care 这个,用户关心的是你的 App 是否占用过多资源,宣传的时候可以说非 Electron ,资源占用低就可以
6 天前
回复了 92Developer 创建的主题 Android 我的 app 被人干了,颠覆了我的认知!
@gam2046 #105 另外这个 30% 比例是按安卓兼容的设备算得(老鸿蒙和荣耀设备,不包括纯血鸿蒙),其他主流设备走 TEE 逻辑都没啥问题,可能还会有 5% 左右设备有问题。如果能舍弃掉这部分设备的话,TEE 的逻辑问题不大。

但是安全性用技术手段是解决不了,只要涉及到逆向的对抗,本地技术手段基本都没啥用。还是要考虑用别的手段来防止破解,比如核心逻辑放到服务端,或者调整产品策略让灰产无利可图,具体要视产品情况而定。
6 天前
回复了 92Developer 创建的主题 Android 我的 app 被人干了,颠覆了我的认知!
@gam2046 #105 直接 hook 把你整个验证函数替换掉就行了,根本走不到服务端校验那一步
6 天前
回复了 92Developer 创建的主题 Android 我的 app 被人干了,颠覆了我的认知!
@gam2046 #5
TEE 验证在国产设备上问题很大(特别为某为设备,他们基本上不用 Google 的根证书,这部分设备占比会在 30+% 以上)
另外这种方式也解决不了楼上说过的 hook 手段
@Kantoi #12 2 月马上就要到了啊,那确实有点难顶。加油吧!希望你能取得好成绩
@Kantoi #7 明白了,感觉后期宣发工作量也不小,估计明年还有的忙。祝你游戏大卖 哈哈
太强了,已关注! 30+ 有勇气从零开始做独立游戏真的不容易,祝你成功。

好奇问一下,关于后期的宣发 OP 是打算怎么做?感觉现在独立游戏这块还挺难做的(外行视角,勿怪)。
少看点这种语言鄙视链的言论。现实生产环境中,Rust 和 Go 往往是互补而非对立关系,Rust 社区里很多人本来就是 Go 的重度用户。

语言归根结底只是工具,Rust 和 Go 就像是锤子和扳手,各有各的用武之地。合格的工程师关注的是根据场景进行技术选型,而不是把工具当成某种身份认同来寻找优越感。
19 天前
回复了 omz 创建的主题 程序员 Gmail 虽好,但主力邮箱感觉还是要 Outlook
@secretys 邮箱服务,换啥都别换 outlook ,完全是依托答辩,前面提到的那个垃圾邮件的问题就能把你搞疯掉
19 天前
回复了 omz 创建的主题 程序员 Gmail 虽好,但主力邮箱感觉还是要 Outlook
Outlook 的客户端还想,虽然 UI 不太好看,但是邮件收发很稳定,Apple 那个邮件客户端不知道为啥有些邮箱的邮件就发不出去

但是前面说的 Outlook 自己提供的邮箱服务是一坨 💩,这个也是真的
#63 前面没看全,你这好像不止 4 个功能,是几十个功能啊。
落地页感觉要优化一下啊,进来第一屏就两句话描述和一堆图,我往下翻了好久才看到功能介绍,一般用户进来第一眼看不明白马上就关了。

而且功能太杂了,四个功能,定位可能比较模糊。功能太多了用户看不明白你主要是做啥的。

我感觉,这四个功能你不如每个单独做一个产品(个人建议,仅供参考)。
@MindMindMax 最无人在意的就是技术债务,又不是不能跑
@wcnforink 我也是定期换的,https://t.me/speedcentre 这个 tg 频道会发很多机场的评测,可以关注下,选个测速快的
基本不花钱,用的免费的 Gemini 2.5 Pro 和 Github 送的 Copilot ,试过很多付费的效果还不如这俩,唯一开销是用来连 Gemini 的梯子(因为 Gemini 对 IP 质量要求比较高)
55 天前
回复了 BigChengzi 创建的主题 Rust 如何看待 Rust?
@xjzshttps 你指的是 rustls 的 ring 后端用了 boringssl 的加密原语代码吧
这个其实不能算调用了 openssl ,TLS 的实现一般分为两部分,一个是加密原语( Crypto )一个是 TLS 协议
openssl 套件里面也是把这分为两个库的 (libssl.solibcrypto.so)
你可以理解 rustls 只是实现了 libssl.so 这一部分

而且 rustls 和加密后端是解耦的,他不止支持 ring 这一个后端。

而且说多优秀也没有,rust 生态中大部分项目用的默认 tls 库还是 native-tls ,rustls 基本是备选。
55 天前
回复了 BigChengzi 创建的主题 Rust 如何看待 Rust?
Rust 其实只适合开发基础设施,不太适合应用层开发,应用面不宽的
如果你不知道项目里该不该用 Rust ,那么很可能你的场景就是不适合用 Rust
多端最好,转发的方案有合规问题
1  2  3  4  5  6  7  8  9  10 ... 25  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   4327 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 10:05 · PVG 18:05 · LAX 02:05 · JFK 05:05
♥ Do have faith in what you're doing.