这是一个创建于 1726 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景介绍:时光树洞是一个存放+推送信件的工具，完整介绍请看 www.v2ex.com/t/601076
这几天时光树洞涌入了差不多一千封信，我略了下内容应该都是大学生，内容以读书、恋爱为主。
哎呀，说实话这个工具半年前做出来，直到不久前才两百封信。虽然我是抱着无论多人还是少人总要运营几年的心态的。但是太少人确实挺无趣的。现在，短短几天时间就涌进来一千多封信了，而且还在增加。 我没空浏览全部，大概猜测是某个校园媒体发现了这个工具然后自发宣传。同时似乎还有一波学生是因为开班会主题，应该就是被布置心理实验作业了。 我觉得我就算为了这班学生，怎么也得保持时光树洞再运营多几年。等到他们工作多年，成为了我们现在这个样子，再重头回看以前的想法，估计是另一番体验（现在的我看他们，说不定正如多年后的他们看待他们曾经自己）。
我很开心看到这个工具终于被有需要的人用起来了。
第 1 条附言 · 2020-03-21 20:57:23 +08:00
发现有人在纠结“管理员怎么能看别人的信件”的问题。所以这里解释下。
作为产品开发者，肯定能接触到数据。但数据只是让自己适当看一下，了解下情况。比如说打开数据库里的某个表，发现记录多了很多。于是就随机查看几条记录，让自己明白多出来的这些记录是怎么来的（是正常使用还是垃圾营销信息等等）。
估计用户容易担心的是那种“大嘴巴”类型的管理员吧，把别人的隐私拿出来到处说。这种事情我是不会做的。
我只是说下大概的情况用于分析产品，但具体到个人的情况，不会讲卜克江。我有另外一个运营了几年的匿名社区产品，有几百万条信息。我也从没泄露过用户信息。做这类产品，要做口碑的话自己还是得做好。
作为产品开发者，肯定能接触到数据。但数据只是让自己适当看一下，了解下情况。比如说打开数据库里的某个表，发现记录多了很多。于是就随机查看几条记录，让自己明白多出来的这些记录是怎么来的（是正常使用还是垃圾营销信息等等）。
估计用户容易担心的是那种“大嘴巴”类型的管理员吧，把别人的隐私拿出来到处说。这种事情我是不会做的。
我只是说下大概的情况用于分析产品，但具体到个人的情况，不会讲卜克江。我有另外一个运营了几年的匿名社区产品，有几百万条信息。我也从没泄露过用户信息。做这类产品，要做口碑的话自己还是得做好。
 |
1
Ultraman 2020-03-21 20:16:25 +08:00 via iPhone  1
所谓“念念不忘，必有回响”。
另外虽然明白技术上你想的话肯定是可以做到查看内容的，但是你真这么做了还讲出来这个操作就 emmmm😏 |
 |
2
star7th OP @Ultraman 这个没什么好忌讳的。作为产品开发者，肯定能接触到数据啊。不然数据库出问题谁来维护。只是说我不会每个翻，太消耗我精力了。
|
|
3
star7th OP @Ultraman 还有就是，作为一个及格的“保密人”，只能说大概的情况用于分析产品，但具体到个人的情况，是万万不能拿出来说的。这个习惯我坚持好多年了。我有另外一个运营了几年的匿名社区产品，有几百万条信息。我从没泄露过用户信息。
|
 |
4
ixinshang 2020-03-21 20:29:50 +08:00 via Android
哈哈 还记得 博主 思第七星尘 还有一个 mp3 的网盘程序，当时还用来外链 qq 的背景音乐 🤣
|
 |
5
manami 2020-03-21 20:34:31 +08:00 via Android
有前景，毕竟人习惯回忆与追溯
|
 |
7
paullee 2020-03-21 20:41:46 +08:00 via iPhone
第一反应，管理员查看信件是不是有点 emmm...
|
 |
9
arvinsilm 2020-03-22 16:45:54 +08:00
@star7th [是一个长期存放信件的秘密领域] [有些话不方便现在说，也不敢直接说] [把游戏密码改成一串长长的随机密码] 。给我的感觉，是一个靠开发者自我道德约束保护用户隐私的产品。
|
|
10
star7th OP @arvinsilm 你这就是抬杠了。任何的个人产品，都是靠开发者自我道德约束保护用户隐私的产品。若真的不信任，就不使用就好。
|
|
11
star7th OP 帖子我已经设置下沉了。讨论下去没意思。我只是想做个产品来玩而已，不想在隐私这个问题上争论太多，因为这个问题我无法自证。我无论说什么都会有人质疑。那倒不如不讨论。时光树洞这个产品的目标用户主体是学生党，跟 v2 用户群没有太多交集，就不在这里引来太多质疑了。
|
 |
12
imlinhanchao 2020-03-23 10:58:49 +08:00
这个我有个想法，是不是可以生成一段随机字串作为加密密钥，对内容进行加密，把密钥的 hash 作为内容的 id 。把加密内容和 hash 保存在数据库。用户自己保存密钥，后面通过密钥的 hash 获取加密的内容然后解密。这样就从技术层面杜绝了隐私泄露的风险了。
|
|
13
star7th OP @imlinhanchao 没有意思。让学生小白保存一段随机字符串会增加用户使用门槛。说真的大部分人不会把非常隐私的东西（例如密码—）放到这里来的。为了少数人而给大部分人造成不便，我倒宁愿直接放弃这部分对隐私特别敏感的用户。
|
|
14
star7th OP @imlinhanchao 而且还有另一个问题。若被人滥用来发邮件发短信怎么办？我会完全没有反制手段，因为我根本不知道哪些是正常信件哪些是垃圾信息。我不觉得为了少数人敏感的隐私而给大部分用户以及开发者造成麻烦的策略会是好策略。除非是专门做隐私保护之类的产品，例如保存用户密码的，那些就绝对需要加密了。常规产品不需要。
|
 |
15
wuzhizuiguo 2020-03-23 13:35:45 +08:00
之前我看了大佬的时光树洞,自己也萌生也想做一个的想法(楼主还回答我了), 主要是用来学习的(增加经验的),看看自己能不能弄一个简易版出来. 从买阿里云服务器, 公众号什么的, 对个人提升还是很大的,可以熟悉这些工具. 现在是能发邮件了(不会前端, 仅做学习), 简易楼主可以结合公众号,微信登录, 还有邮件的发送,里面的内容可以调一下敏感词检测接口(楼主这个我没有尝试发敏感词邮件), 可以试一下 NLP 腾讯云自然语言处理, 这又让我第一次使用了腾讯云(接口每天有免费额度)
|
|
16
star7th OP @wuzhizuiguo 嗯，慢慢练习对新手帮助会蛮大的。产品本身不重要，重要的是你在这个过程中用到不同的工具，帮助你熟悉这些工具。熟悉了以后才能做真正成熟的产品。
|
 |
17
learningman 2020-03-24 22:20:38 +08:00 1
我觉得吧，这玩意儿应该是端到端加密，用户自己保存密钥
|
Select Language