V2EX › jybox 的所有回复 › 第 3 页 / 共 67 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 67

❮

❯

2025 年 8 月 8 日

回复了 tomiaa 创建的主题 › 问与答 › 为什么手机卡流量这么贵，宽带却可以没有流量限制？

现在很多人已经开始用无限流量卡替代宽带了 ...

2025 年 8 月 6 日

回复了 jeffson 创建的主题 › 旅行 › 计划这几天去泰国旅游，有什么好玩的、好吃的、好买的求推荐，以及需要注意的事项？

@nuo7mi7 并没有已知的原型，就是被编出来的故事，最早流传于日本
https://zh.wikipedia.org/zh-cn/試衣間的暗門

2025 年 8 月 6 日

回复了 YogaHale 创建的主题 › 旅行 › 也说说对泰国旅游甚至定居的一点点感受和看法

@psklf 这里应该是指一些国家的高福利，在泰国躺平没有后顾之忧，随时可以回国继续享受福利；如果是中国人的话，你在泰国躺平几年，最后回国结果社保什么的全都没有，就挺难的。

2025 年 7 月 18 日

回复了 JungleZZ 创建的主题 › 问与答 › 来开脑洞：现实生活中，要怎么证明某人在过去的某个时间点做过某事呢？

@JungleZZ 是可以证明照片产生于两个区块之间的（而不是上传于）：
- 照片里需要包含前面一个区块的信息，所以照片只能在这个时间点之后拍摄（当然这个环节可以通过 PS 的方式把更早的照片和新的区块拼接在一起，这个问题应该没办法解决）
- 照片需要被包含到后面一个区块，所以照片只能在这个时间点之前拍摄

2025 年 7 月 17 日

回复了 sillydaddy 创建的主题 › 奇思妙想 › 关于公私钥技术在 AI 降智中的取证作用

不用那么麻烦，模型参数里有一个 seed ，同样的 seed 理论上会产生相同的输出。
https://cookbook.openai.com/examples/reproducible_outputs_with_the_seed_parameter

2025 年 7 月 17 日

回复了 JungleZZ 创建的主题 › 问与答 › 来开脑洞：现实生活中，要怎么证明某人在过去的某个时间点做过某事呢？

现在用区块链来做太容易了，比如和当时最新区块的信息拍照，然后发到链上被最新的区块包含，就可以证明这个照片产生于这两个区块之间。

2025 年 6 月 28 日

回复了 Virace 创建的主题 › 问与答 › 关于去年 6 月份购买的充电宝没有 3C 标志

@Hilalum 不是站在哪边的问题。
三包是针对质量问题的，法律法规没有任何人可以预测，把这个责任加给商家是不合理的。
商家如果严谨一点可以标注「可上飞机指符合当前法律法规」，但我觉得无论标注与否，只保证销售时已公布的法规是一个常识（商家应该也没有承诺未来总是可以上飞机吧）。

2025 年 6 月 26 日

回复了 Roy0526 创建的主题 › 旅行 › 充电宝不让带上飞机了，买哪个

@chiaf 是 23 年 8 月开始认证，24 年 8 月才要求必须认证，到现在才 11 个月的时间。

2025 年 6 月 24 日

回复了 superhot 创建的主题 › 程序员 › 看完《js 不使用 promise 完成一个 sleep 函数》真诚发问，技术领域什么才是值得深入学习的？

我觉得很多面试者和面试官有个误区：这类问题不应该以是否能够快速、正确地回答上来作为评价标准。如果很快就一次性写出，只能说明之前准备过，起不到太多考察的作用。更重要的其实是回答的过程，以日常使用的特性/接口去推测其实现，可以考察相关的知识储备和解决问题的思路。

2025 年 6 月 10 日

回复了 HMYang33 创建的主题 › 分享创造 › 让 AI 根据浏览器请求的路径，现场制作 HTML

这个创意挺有趣的，尤其是你要求它每个页面至少要有一个链接，这种感觉有点像在维基百科上随便点来点去，如果能再优化一下让页面内容更有趣或更有价值就好了。

2025 年 5 月 30 日

回复了 blushyes 创建的主题 › 分享创造 › 我们正在制作一款理想中的笔记软件

因为 Logseq 更新缓慢而且新版本要改成基于数据库的存储放弃纯文本 Markdown ，我最近也在重新挑选笔记软件，最后选择了 Obsidian 。
对我来说最关键的一点就是「纯文本」，这意味着我可以把笔记目录当作一个 Git 仓库，天然受益于 Git 的同步、备份、版本历史和离线状态下的冲突解决，我是觉得任何一个笔记软件这些功能的实现都不如 Git （当然我肯定是对 Git 有所偏爱）。
就比如说这次从 Logseq 到 Obsidian 的迁移因为两者都是纯文本就非常丝滑，甚至页面的编辑历史都可以继续通过 Git 追踪到。

2025 年 3 月 7 日

回复了 KURANADO 创建的主题 › 分享创造 › 写了个命令版的表结构差异对比工具（仅限于 MariaDB）

之前用过这个工具 https://www.skeema.io
很适合在几个环境之间同步表结构

2025 年 1 月 8 日

回复了 ZGeek 创建的主题 › NAS › 家用 NAS 的备份方案？

restic + Backblaze B2
增量备份 + 版本控制，100G 一年约 44 元

2024 年 11 月 28 日

回复了 villivateur 创建的主题 › 问与答 › 对于不允许 merge 只允许 rebase 的开源项目，各位怎么看？这是一个好习惯吗？

准确地说是只允许 fast forward 的 merge ，即需要合并的分支基于目标分支的最新版本，如果不是的话就需要 rebase 到最新版本再 merge 。

除了历史看着「干净」之外，我觉得最大的好处是在 rebase 之后、merge 之前，你还有机会检查你的代码、运行测试（其他人也可以在 PR 上继续 review 、CI 也会重新运行）。而在 GitHub 上直接点 merge 的话改动就直接被合并到目标分支，没有就会再检查了（当然你可以在本地 merge 并检查）。

很多时候即使 merge 没有冲突，代码也可能会跑不起来。

2024 年 11 月 22 日

回复了 changdy 创建的主题 › NAS › 如何在不使用 raid 的情况下, 备份数据?

https://restic.net
基于 rclone 的增量备份工具

2024 年 11 月 4 日

回复了 jybox 创建的主题 › git › 因为有两台电脑我需要一个跨设备的 git stash

@quqiu 建分支和建 commit 按说都需要起名字，在这种场景下我就是想要 git stash 这种比较临时、不需要起任何名字的语义。或者你理解成我规定了一个特殊的名字（`refs/stashes/wip`）来建分支也可以。
@liu731 我觉得把 git 放在一个共享存储里不是一个好主意：如果是实时的共享存储那么就需要设备一直在线且性能受网络影响；如果支持离线同步的共享存储就可能会有文件冲突，git 本身就已经是一个用来同步改动解决冲突的系统了，如果还要给 git 本身来解决冲突就太麻烦了点。

2024 年 10 月 17 日

回复了 jybox 创建的主题 › 分享创造 › TokenSubs: 为你的独立项目接入基于 ERC20 的订阅付费

@chesha1 其实恰恰是小的项目才需要接第三方的支付服务呀，可能我这个产品的受众里会有一些是无法接入 Stripe 等「靠谱」服务的开发者。

2024 年 10 月 16 日

回复了 jybox 创建的主题 › 分享创造 › TokenSubs: 为你的独立项目接入基于 ERC20 的订阅付费

@8863824 这是一个不可升级的合约，所有者也没有除了收取手续费之外其他的特权，在不存在漏洞的情况下要比信任一个传统的服务商更安全，我也找专门做智能合约审计的朋友审计过合约代码。
@guoooo00oohao 我是觉得基于一个精确的天数而不是长度会变化的「月」更简单一些 ...

2024 年 10 月 16 日

回复了 jybox 创建的主题 › 分享创造 › TokenSubs: 为你的独立项目接入基于 ERC20 的订阅付费

@loveshuyuan 我支持的这几个 Ethereum Layer 2 网络交易费通常在 0.1 人民币以下，对比大部分支付服务的费率我觉得还是可接受的。其他的网络后面当然是可以考虑支持的，只是如果和 EVM 不完全兼容的话需要花比较多的时间。
@zmxnv123 确实是这样，所以我也只做了英文版本。

1 2 3 4 5 6 7 8 9 10 ... 67

❮

❯