首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  hyyou2010  ›  全部回复第 3 页 / 共 78 页
回复总数  1548
1  2  3  4  5  6  7  8  9  10 ... 78  
❮ ❯
2022-08-21 23:57:50 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@Felldeadbird

明白你的意思了！
2022-08-21 23:02:23 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@FrankAdler

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

我这个小工具的思路是无任何部署维护成本，用户操作也最简单，当然功能也很局限。
2022-08-21 16:25:25 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@ellermister

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

不过短链接太短，本身不可能包含明文信息，所以你需要一个服务器，这个维持成本就略高了。我这个思路取巧在于明文信息就隐藏在这个 url 链接本身的字符串中，所以我这个工具是没有任何服务器的，只是一个带计算代码的静态页面而已。当然，也不能指望这个工具能做别的事情了。
2022-08-21 16:18:38 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@ellermister
你这个思路是很全面的安全，很重要的东西我也会如此，比如用 evernote 或 notion 做分享，并且是随机的短链接。
2022-08-21 16:15:26 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@AllenHua

在各处留不同的字符串你怎么管理好呢？---------考虑不了管理，只是防范搜索引擎通过相同字符串找出我在别处的痕迹。我觉得小工具不可能全面，能做好某一个小点就不错了。
2022-08-21 16:12:40 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@ellermister
你这个似乎每次也生成不同的 url ，不过短 url 需要后台服务器保存原始信息吧？
2022-08-21 16:08:22 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@Felldeadbird
你的思路很好，不过这需要浏览器加扩展吧？可能很多人不会愿意。

@dearmymy
你说这个也可行，但对非技术人士而言，我觉得目前这个链接点击的思路是最简单的，base64 于他们也不容易。
2022-08-21 14:51:35 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
楼上两位说的这些方式功能的确强大，但操作起来略麻烦
2022-08-21 12:47:42 +08:00
回复了 jeesk 创建的主题 › Android › android 相册开发问题
从另一个角度建议
1 、从产品角度做简化，不要复杂的嵌套
2 、试试用 compose 写界面，方便太多了，没有 adapter 这些
2022-08-21 12:20:55 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@AllenHua
虽然通过分享文档的方式有效保护了你的联系方式，但你这个分享地址需每次都不同。如果不是，则别人搜你这个分享地址可以搜到你的活动范围，比如你在别处也留这个地址。而我这个思路则是针对这种情况，可以方便生成不同的链接地址。
2022-08-21 12:04:14 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@huntagain2008
比如 took 是邮箱的个人标识吧，那么别人还是可能搜 took 而得到很多信息，如果她在其他地方也是这么留地址。
但按我这个思路是搜不到其他相关信息的，因为别处没有 took 这个关键字。
2022-08-21 11:58:55 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@AllenHua 这样的确很安全，我之前曾从网上笔记有期限地分享内容

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

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

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

@terence4444 我最开始设想的就是 base64 之后前后混淆字符，我现在这个其实就是是一回事，就是用随机数 xor 而已
2022-08-21 11:48:04 +08:00
回复了 hyyou2010 创建的主题 › 分享创造 › 网上留联系方式的隐私保护尝试
@wdssmq 你试一下我的这个方案，解码函数就在网页中，所以解码方并不需要什么信息或什么负担
2021-08-01 22:47:50 +08:00
回复了 ALuBro 创建的主题 › 职场话题 › 一个不怎么出色的 PhD 的就业选择：一二线城市大厂 996 vs 二三线城市普通一二本大学老师
这里问可能更适合：
https://www.mysmth.net/nForum/#!board/QingJiao
https://www.mysmth.net/nForum/#!board/WorkLife
2021-06-28 01:52:52 +08:00
回复了 skiworld 创建的主题 › 北京 › 海淀这边感觉房租涨疯了。
这里看看： https://www.mysmth.net/nForum/#!board/HouseRent
2021-06-14 19:21:44 +08:00
回复了 user0 创建的主题 › 求职 › [自荐] 嵌入式软件工程师/Android BSP 工程师
前段时间这个南京的外企在 v 站做了很多广告，技术方向似乎很对你路： https://v2ex.com/t/782535
2021-06-02 19:07:50 +08:00
回复了 ufan0 创建的主题 › Android › Android 开发的入门问题：有必要应该直接学习 Jetpack 和 Flutter 吗？
先学 Android 基础，比如 Activity Fragment recyclerview viewpager 之类
然后学 Jetpack 中常用部分
其后实践 todo 之类典型入门项目
compose 是可选项
以上为 安卓原生开发 内容

flutter 是一个跨平台开发框架，建议初学者先不要学 flutter
等你把上述原生的学得能写简单 todo 类项目后，再根据项目需要考虑是否学
2021-05-05 12:26:15 +08:00
回复了 find456789 创建的主题 › React › 有多少人是放弃 react-native，转向原生了？
可能 RN 适用于某些特定场景，比如不很复杂的新闻类展示页面，同时有跨平台需求。其他场景，我倾向原生。方方面面算下来，跨平台未必能节省什么。原生开发是安全的，可以在确定的时间有把握地完成工作。

现在 Google 也在推原生版 React，即 jetpack compose
1  2  3  4  5  6  7  8  9  10 ... 78  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1121 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 19:00 · PVG 03:00 · LAX 11:00 · JFK 14:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.