V2EX › hyyou2010 的所有回复 › 第 3 页 / 共 78 页

V2EX = way to explore

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

For Existing Member Sign In

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

❮

❯

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@Felldeadbird

明白你的意思了！

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@FrankAdler

你这个很强，功能远远覆盖我这个小工具。你可以考虑一下推广，尤其在英文互联网的推广，那边圈子大且注重隐私。

我这个小工具的思路是无任何部署维护成本，用户操作也最简单，当然功能也很局限。

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@ellermister

如果你能针对短链接生成一个临时页面以显示明文的话，就完全覆盖了我这个小工具的功能。

不过短链接太短，本身不可能包含明文信息，所以你需要一个服务器，这个维持成本就略高了。我这个思路取巧在于明文信息就隐藏在这个 url 链接本身的字符串中，所以我这个工具是没有任何服务器的，只是一个带计算代码的静态页面而已。当然，也不能指望这个工具能做别的事情了。

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@ellermister
你这个思路是很全面的安全，很重要的东西我也会如此，比如用 evernote 或 notion 做分享，并且是随机的短链接。

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@AllenHua

在各处留不同的字符串你怎么管理好呢？---------考虑不了管理，只是防范搜索引擎通过相同字符串找出我在别处的痕迹。我觉得小工具不可能全面，能做好某一个小点就不错了。

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@ellermister
你这个似乎每次也生成不同的 url ，不过短 url 需要后台服务器保存原始信息吧？

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@Felldeadbird
你的思路很好，不过这需要浏览器加扩展吧？可能很多人不会愿意。

@dearmymy
你说这个也可行，但对非技术人士而言，我觉得目前这个链接点击的思路是最简单的，base64 于他们也不容易。

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

楼上两位说的这些方式功能的确强大，但操作起来略麻烦

2022 年 8 月 21 日

回复了 jeesk 创建的主题 › Android › android 相册开发问题

从另一个角度建议
1 、从产品角度做简化，不要复杂的嵌套
2 、试试用 compose 写界面，方便太多了，没有 adapter 这些

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@AllenHua
虽然通过分享文档的方式有效保护了你的联系方式，但你这个分享地址需每次都不同。如果不是，则别人搜你这个分享地址可以搜到你的活动范围，比如你在别处也留这个地址。而我这个思路则是针对这种情况，可以方便生成不同的链接地址。

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@huntagain2008
比如 took 是邮箱的个人标识吧，那么别人还是可能搜 took 而得到很多信息，如果她在其他地方也是这么留地址。
但按我这个思路是搜不到其他相关信息的，因为别处没有 took 这个关键字。

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@AllenHua 这样的确很安全，我之前曾从网上笔记有期限地分享内容

@allAboutDbmss 别人可能搜 base64 后的密文

@whywaoxaks 二维码毕竟是图像，没有文字方便，还要扫码

@foufoufm 不是“有效期内的联系方式”，而是防止别人搜到我在别处的活动痕迹

@terence4444 我最开始设想的就是 base64 之后前后混淆字符，我现在这个其实就是是一回事，就是用随机数 xor 而已

2022 年 8 月 21 日

回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试

@wdssmq 你试一下我的这个方案，解码函数就在网页中，所以解码方并不需要什么信息或什么负担

2021 年 8 月 1 日

回复了 ALuBro 创建的主题 › 职场话题 › 一个不怎么出色的 PhD 的就业选择：一二线城市大厂 996 vs 二三线城市普通一二本大学老师

这里问可能更适合：
https://www.mysmth.net/nForum/#!board/QingJiao
https://www.mysmth.net/nForum/#!board/WorkLife

2021 年 6 月 28 日

回复了 skiworld 创建的主题 › 北京 › 海淀这边感觉房租涨疯了。

这里看看： https://www.mysmth.net/nForum/#!board/HouseRent

2021 年 6 月 14 日

回复了 user0 创建的主题 › 求职 › [自荐] 嵌入式软件工程师/Android BSP 工程师

前段时间这个南京的外企在 v 站做了很多广告，技术方向似乎很对你路： https://v2ex.com/t/782535

2021 年 6 月 2 日

回复了 ufan0 创建的主题 › Android › Android 开发的入门问题：有必要应该直接学习 Jetpack 和 Flutter 吗？

先学 Android 基础，比如 Activity Fragment recyclerview viewpager 之类
然后学 Jetpack 中常用部分
其后实践 todo 之类典型入门项目
compose 是可选项
以上为安卓原生开发内容

flutter 是一个跨平台开发框架，建议初学者先不要学 flutter
等你把上述原生的学得能写简单 todo 类项目后，再根据项目需要考虑是否学

2021 年 5 月 5 日

回复了 find456789 创建的主题 › React › 有多少人是放弃 react-native，转向原生了？

可能 RN 适用于某些特定场景，比如不很复杂的新闻类展示页面，同时有跨平台需求。其他场景，我倾向原生。方方面面算下来，跨平台未必能节省什么。原生开发是安全的，可以在确定的时间有把握地完成工作。

现在 Google 也在推原生版 React，即 jetpack compose

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

❮

❯