登录 注册

关于数据同步提供内置密钥的讨论

本贴最后更新于 560 天前，其中的信息可能已经物是人非

提供内置密钥不是取代自定义密钥，而是两种密钥生成方式用户自己选择。

  • 内置密钥：通过不可变的用户账号信息（比如用户 ID 等）在云端自动生成并保存密钥
  • 自定义密钥：现有的密钥生成方式，在本地生成并保存密钥

内置密钥的优点：对于新用户友好，用户无需记住密钥，只要登录账号就可以使用内置密钥加解密数据快照

内置密钥的缺点：安全性没有自定义密钥高，技术上开发者是可以解密云端数据的

总得来说，内置密钥是降低一些安全性而提升便利性。

你是否赞同提供内置密钥？

单选 • 公开 • 已于 2023-05-18 17:45:00 结束 135 票
赞同
33% • 45 票
反对
66% • 90 票

如果你投了反对票，方便的话请在评论区描述一下反对的理由，也欢迎在评论区补充其他观点，谢谢。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统，支持完全离线使用，同时也支持端到端加密同步。

    融合块、大纲和双向链接，重构你的思维。

    22337 引用 • 89378 回帖
2 引用
关于思源笔记隐私性的再思考 • PiChou
更新到最新版，同步 webdav 需要登陆账号？ • qiancang
5 操作
88250 管理员在 2023-05-18 09:08:01 取消置顶了该帖
88250 管理员在 2023-05-11 22:29:16 置顶了该帖
88250 在 2023-05-11 19:09:06 更新了该帖
88250 在 2023-05-11 18:54:39 更新了该帖 88250 在 2023-05-11 17:57:25 置顶了该帖
昆明 位置
1 感谢
1 关注
2 收藏
2 引用
5 操作
86 回帖
4
6.7k 1.1k 224 3.5k 95 92 1.7k

相关帖子

优质回帖
  • zuoez02 • • 7 赞同
    订阅者 付费者 先知

    内置方案有悖思源隐私性的特点，主打的安全性将被破坏。托管客户的密钥也将置官方于不利境地，相当于是沦落为跟 Notion、FlowUs、Wolai 同流了。客户无法相信审查是不是就是下一步。

    思源作为一家非常注重云端数据隐私性的笔记厂商，建议借鉴 1Password 在密钥管理方面的经验。在生成密钥时生成“急救包”，告诫用户做好保存。

    SASHUZ63WOFBKF.png

  • bug320 • • 5 赞同
    订阅者 付费者

    内置密钥会让人“敏感”起来。而且，忘记密码这种事情，本地都是明文加密，重置密钥上传即可。这个功能，我觉得还是不要加为好。如果要加，第一，不能设置成“默认”的密钥选项；第二，请务必保留自定义密钥功能。

    如果是对小白，可以考虑把这块的帮助说明写的详细点。

    像我这种把个人账号、日记啥的写到笔记软件的人，还是比较在意这块的。从“某来”软件迁出的原因，就是因为知乎上帖子，虽然无法对帖子真假性判断，但还是本着“万一是真的呢”的想法，开始比对市面主要的几款软件，最后选了 siyuan。我当时选择 siyuan，最开始还是冲着“完全本地 ”、“端到端加密”、“国内的软件”去的。

  • yawei • • 1 • 4 赞同
    订阅者

    我投了反对票。

    原因：对于我这样的普通用户，不要给我介绍太多技术细节，我需要的只是一个简单粗暴的结论。你就告诉我，如果使用自定义密钥，除了你自己谁也看不到你写的东西。哪怕你写了一些不正确的，不能见光的，ZZ 敏感的东西，只要你保管好自己的电脑，就不用担心这些文字被别人截获。如果是这样，哪怕我同时还在用 workflowy, remnote 等一堆云端笔记，我也不会抛弃思源。

    但如果你告诉我，你的云端数据是会被解谜的哦。哪怕可能性只有 0.00000001%，我打字的时候心里也会有些膈应...我从来没看过 WX，WB 这些 app 的隐私政策，但是有些话我绝对不会在上面说...

    与其说是个技术问题，不如说是个心理问题，或者刻板影响。

86 回帖
关于数据同步提供内置密钥的讨论

欢迎来到这里！

我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。

注册 关于
请输入回帖内容 ...
  • zuoez02 • • 2 • 2 赞同 • 1 评论
    订阅者 付费者 先知

    加上安全模式和免责声明吧。另外移除 window.siyuan 里面的密钥相关信息，避免泄露密钥出去。S3 的 secret 可不仅仅是能访问某个 bucket 用，用面很大的。

    @88250 对，我认为这个最好做一下。虽然使用插件和代码片段本身就有一定风险，但是这不是直接家门敞开的理由。
    zxhd86 •
  • 88250 • • 1 赞同
    订阅者 作者 MOD

    对于用户来说肯定是越方便越好，但是软件不应该提供不够安全的“安全”机制，特别是对于云端而言，完全不受用户控制。

    说得绝对一点，如果用户的需求是在任何设备上登录账号就能够同步和备份数据，那么选择思源是舍近求远。

    从目前的讨论看来，我们可能得放弃内置密钥这个需求（不是放弃这部分用户），另一方面是改进自定义密钥的界面交互（比如在生成密钥后自动导出密钥文本文件让用户妥善保存），这样能尽量降低用户丢失密钥的可能性。

  • temacc0531 • • 2 赞同

    反对。

    如果改动，这对于一般用户毫无影响，而对于小白用户来说，他可能就像楼下的老哥说的，在自己没有意识到的情况下就选择了内置密钥选项放弃了安全性，哪怕他的本意并不愿意。（不用讨论用户到底往思源里面记了什么，哪怕就是当作草稿使用那也是不希望能被别人看到）

    因此更好的方案应该是继续优化加密配置流程，强调密钥重要性及丢失后果，提供类似密码急救包的功能。据我观察，现在丢失密钥的绝大多数用户都是没有意识到密钥重要性和丢失官方无法帮助找回这一事实。

  • codeshu • • 2 • 2 赞同

    我是小白，我在 Obsidian 和思源选择了很久，二者都是本地化的，二者都是让用户的数据是有隐私和安全的基础上我才会进行选择的，如果为了便利性我其实可以继续用有道云笔记，最终让我选择思源的其实就是本地化、开箱即用等等，为了便利性而去掉部分隐私或安全性，其实有点本末倒置，很多人选择思源或 Obsidian 就是看重了安全和隐私，如果不考虑这部分，她们完全有更好的替代品（比如各种云笔记）。

    思源一定要记住自己的优点，那就是安全、隐私、本地化等等，这些是很多人选择思源这类笔记的基础，一定不能动这个基础，一旦动了就会流失很大部分用户，投入 Obsidian；或者想着反正都是不安全，那就干脆用其他更加花里胡哨和功能更多的云笔记

    2 回复
  • 88250 •
    订阅者 作者 MOD

    不用担心，本地优先、隐私优先是思源的基础，不会有所动摇的。

    现在我们是在讨论要不要给思源支持内置密钥，前面大家已经提供了很多利弊方面的论述。

    对于 Obsidian，它已经提供了云端托管密钥这个选择给用户，我之前通过它的文档进行过一些了解，但其中似乎并没有提到云端托管密钥安全相关的方案，在我们没有了解清楚之前，照搬这个设计可能会有隐患。

    大家如果了解 Obsidian 对于云端托管密钥的细节，请向我介绍一下，谢谢。

    1 回复
  • mozhu • • 1 • 1 赞同
    订阅者 付费者 支持者 捐赠者

    其实 ob 的官方同步也是两个方式，自定义密码，和不使用密码，在它的帮助文档有提及。我是认为这个不是非此即彼的关系，毕竟两个都提供了，按需选择。

  • LeonardoDiCaprio • • 1 赞同
    订阅者 恶龙

    几乎所有人都在以偏概全，一叶障目。捂着耳朵大喊我不听我不听

  • ebird98 •
    付费者 捐赠者

    ob 怎么做的我不清楚。

    不过我觉得应该是有些 key 之类的可配置参数需要作者自己保留，不能公开。开源的时候说明哪个参数应该自行配置。最终就是原作者的发布包肯定和别人打包的不一样。不然可能别人就可以随意读取他人的云端了。

  • FortunaCloud •

    个人认为对于 docker 版的用户内置密钥功能非常有用。如用户在未保存密钥的情况下，误操作删除了该容器，就会出现无法同步数据的情况。

  • LeonardoDiCaprio •
    订阅者 恶龙

    哈哈哈，越看越乐。解释半天内置和自定义同时存在，结果每个人都恨不得发几百字说自定义取消会如何影响自己的利息，取消自定义如何不安全。却是鲜有人现在共存这个大前提上表达自己的看法。

    1 回复
  • zuoez02 •
    订阅者 付费者 先知

    我是不相信所谓的“内置密钥”的安全性，而不是否定两种方案的问题。

    如果加这个功能，思源不可能再做一种底层同步方式，肯定还是内在原理不变的，密钥必然还是直接存的而不会实现不可逆的加密校验。一般用户管理系统都不会直接存用户密码而是通过算法二次验证两个值相同，确保密码本身并不会被系统“记住”。

    1 回复
  • zxhd86 •
    订阅者 先知

    @LeonardoDiCaprio 我想我的意思也没有否定两者同时存在吧，只是说明两种方案中的内置不够安全，对于在两种方案可选的情况下选择了这种方案的用户不安全。

    用你之前发给我的关于骑摩托的比喻，我的意思就是思源应该禁止骑摩托飙车，无论他们自己有没有意识到、或者在不在意安全，就像国家也不允许摩托飙车党的存在一样。

    1 回复
  • LeonardoDiCaprio •
    订阅者 恶龙

    我的意思是，如果我有可能，没必要剥夺其他人使用这个的权力。你说的我看清楚了，就是说你认为这个不安全，对吧。假如说我是一个我来或者其他什么软件的用户，我能接受这种所谓的不安全，毕竟也不是第一次经历了，我只是不想去设置自定义密码，因为我相信开发不会看我的笔记。

    或者说，咱们这个帖子有没有可能是在制造焦虑，毕竟安全性可能没差到让我们望而生畏的地步。。。

    2 操作
    LeonardoDiCaprio 在 2023-05-12 19:56:50 更新了该回帖
    LeonardoDiCaprio 在 2023-05-12 19:49:47 更新了该回帖
  • LeonardoDiCaprio •
    订阅者 恶龙

    所以说，那就不用内置密码就好了啊，内置密码留给相信他的人去用啊。

  • Reader • • 1
    付费者 支持者 捐赠者

    我是投的赞成票，因为我觉得只是多一种选择而已，我赞同的前提是因为两者是共存的关系，而非取代

    用户喜欢绝对安全隐私，没问题，可以手动设立密码创建密匙

    用户喜欢相对便利快捷，没问题，可以登录账号使用内置密匙

    在不去除原有手动创建密匙的机制下，额外添加一种内置密匙的方案，究竟有何危险性？

    总不能是，怎么忍心怪你犯了错 是思源给你自由过了火？

  • iamqiz • • 1 • 2 赞同

    我建议不搞内置密钥,而是在现在的自定义密码基础上加上提示语,见

    调查: 通过密保问题 vs 通过密码 生成密钥 - 链滴
    调查: 通过密保问题 vs 通过密码 生成密钥

  • yawei • • 1 • 2 赞同 • 1 评论
    订阅者

    我看到很多支持内置密钥的人不理解为什么有人要反对。毕竟是在保持原有自定义密钥不变的条件下，增加一个新的选择，你们想要的隐私性，安全性又不会被损害。内置密钥的危险性在哪里?

    我认为很多反对的人，其实并不是从自身利益出发，而是在给开发者出谋划策，站在思源的角度去讨论。在我看来可能的坏处有两点：

    1. 削弱思源的独特性
      从用户数量来看，思源还是一个小众软件。由于传播渠道有限，许多小白用户在知道思源，了解思源，试用思源，到将思源作为主力工具这一过程中，肯定也会对某来，Ob 等其他笔记软件有一些或多或少的了解，并和思源进行比较。经过几轮筛选，能被思源黏住的小白用户，大概都会有“其实 A，B，C 都能满足我的日常需求，但如果考虑到安全性，还是思源最合适”这种想法吧。增强“思源笔记”与“隐私”，“安全”等关键词的关联性，对思源推广很有利。
      如果增加了内置密钥选项，“思源笔记”本身与“隐私”，“安全”的关联性会被削弱和模糊，转而必须强调“自定义密钥”这一概念。如果是因为安全性而选择思源，记得一定要使用“自定义密钥”哦。如果选择了“内置密钥”，也就是选择了“虽然我知道开发者能看到我的笔记内容，但我相信他是一个正直的人，他绝对不会看的”。

    2. 增加由误解产生的争论
      在围绕安全性的争论中，以前只有两个大组：“我觉得思源安全”组和“我觉得思源不安全”组。现在又细分成了：

      1. “我觉得两种密钥都安全”组
      2. “我觉得两种密钥都不安全”组
      3. “我觉得自定义密钥安全，内置密钥不安全”组
      4. “我觉得内置密钥安全，自定义密钥不安全”组（说不定真有人这样认为，因为如果不记得自定义密钥会丢数据）

      所以之后再讨论时，大家嘴上说的都是思源怎样怎样，但在没有明确前提的条件下，有人心里默认的可能是使用自定义密钥下的思源，有人想的是内置密钥。这还是建立在所有人都能正确认识概念的前提下。增加一个新的概念，在某种意义上就将用户又分为了两组，正确认知组和错误认知组。可能还有人自以为搞清楚了（但实际上没有）就加入了讨论。这些都容易让用户之间产生误解，进而引发争论。

    但是这些反对的人只能看到内置带来的“坏处”，看不到他的优越性，哪怕看投票，将来也会有 36% 的思源用户会选择实用内置密码。
    LeonardoDiCaprio •
  • Gaffey • • 1
    订阅者 付费者

    我投了反对，但是我同时觉得可以有更开放的密码。我指的是之前这个帖子：调查: 通过密保问题 vs 通过密码 生成密钥 - ciwoyipang 的回帖 - 链滴 (ld246.com)所讨论的，通过问答形式生成密钥。

    既然密码本身也是要再生成密钥的，那么只要给密码加一个提示文本，答案作为密码，这样不也能生成唯一的密钥吗？同步的安全性不会有影响，同时可以满足直接用密码和不爱记密码的人群的需求。

  • LeonardoDiCaprio •
    订阅者 恶龙

    安全性这个问题，在思源，其实是被创造出来的。

    我最开始用思源是因为他的功能，用自定义也只是因为没有其他选择。我笔记软件用了一堆，也只是老马事发以后才注意到安全性这个话题。但是老马这件事都老黄历了，新人真的在乎这个话题么？我存一个疑问。

    另外，我对论坛的人员构成也提出一个疑问，和思源庞大的用户量相比，论坛的活跃人数占几成？新人有几成？这些人能不能代表最广大的新人？

    我没有引战的意思，我们可以注意到，在这个帖子里发声的都是隐形大佬，光我认出的就不止一个。很多都属于思源金字塔结构顶端的人，我们这群人能不能代表 D 所说的小白用户呢？说实话能玩思源论坛的人本身就代表这一定的技术水平。因为很多人只是记个笔记，只有想要开发更多功能的人才会来论坛。

    如果思源的定位就是服务顶端，那么这个投票肯定没错。如果思源要敞开怀抱拥抱小白用户，就不能所有事情都关起门来讨论了。

    我想到了之前美国投票的话题，实际选票和预测选票差距很大。究其原因，是因为预测选票的选民是通过报纸统计的，而报纸本身就筛选了投票的阶层，而最广大的底层投票人民，根本不会看报纸。

  • LeonardoDiCaprio •
    订阅者 恶龙

    好吧，考虑到黑客问题，还是得投反对票。毕竟 D 也不是什么安全专家，

    毕竟，夫人，你也不想你老公因为你的日记失业吧。

  • yawei • • 1 • 2 赞同
    订阅者

    截至到我发这条回复为止，目前的总票数是 93 票。有一点值得思考：假如内置密钥得以实现，我们在期待什么。换句话说，预计会有多少小白用户因为内置密钥功能而选择思源？

    尽管之前投了反对票，但我也承认，目前来看端对端加密是一个费力不讨好的事情。如果一个地方的人普遍觉得“便利性优于安全性”“隐私好像也没那么重要”，那你推主打安全性就像是在非洲卖棉裤，在北极卖凉拖儿。

    我孤陋寡闻，除了思源我不知道国内第二家提供端对端加密的笔记。这种局面的形成我觉得不是没有原因的。“加密”，“隐私”这些概念，其实和“民主”“YLZY”之类都是不讨喜的，此处不展开讨论。

    假如说，有了内置密钥，思源多了几百个新用户。值得为这几百个人废这个劲吗？

    假如说，有了内置密钥，思源多了几万用户，会不会让上面觉得“你们聚集了几万人，鬼鬼祟祟的搞内容加密，写的东西也没办法审查，居心何在”？

    我倒觉得应该多向海外发展，让更多重视隐私，安全性的人了解到思源。

  • vstardust • • 1 • 1 赞同
    1. 有违背思源笔记建设初衷
    2. 内置密钥，意味着密钥要上云端，而 D,V 两位对云端安全了解不深
    3. 如果走国际化，内置密钥会自掘坟墓，有一说一，国外好像比国内更注重隐私，内置密钥会让用户觉得不可控（尤其是非研发人员）
  • Gaffey • • 1 赞同
    订阅者 付费者

    看到有人提关于审查的问题，才意识到这也是个大问题啊。如果开发者有办法看到云端的内容，那是不是也意味着开发者必须承担一部分监管责任了？（不了解具体规定）

    如果更多的人选择内置密钥，是否会有更多人不重视备份，导致更多云端数据找回的需求找开发者解决呢？本意是减少云端加密带来的数据丢失，是否反而会有更多的工作量产生呢？

  • harryzhu •
    订阅者 付费者 捐赠者

    两种同时提供,默认是自定义,选择内置秘钥的时候弹窗提示风险,点击确认开启

  • V967 •
    捐赠者

    我不赞同，作为开发者，你目前不知道用户会用云服务存储什么东西，而且也没有技术能力获取，在面对天朝的审查机构时，开发者可以说公司没有能力获取用户的内容，，而一旦开发者可以通过某种方式解密这些数据，面对用户那些不适合在天朝出现的内容，并且被用于传播，开发者作为一个中国的公司难道不是要遵守天朝的法律？平时大家都是睁一只眼闭一只眼，而一旦某个意外出现比如同行的文章或者是某个不守法并引起执法机构注意的用户在开发者提供云服务存一些不好说的东西，那会如何？

    用户难到不是自己数据的第一责任人吗？wolai 可是爆出过一些不好的传闻的

  • EberhardLin • • 2 赞同
    订阅者 捐赠者

    写在标明“内置密钥不是取代自定义密钥”之后，投的赞成票。

    既然不影响现有自定义密钥机制，也就是老用户的安全性不会受到影响，那为什么不出？

    老用户自定义密钥有需求，那新用户里不想费脑子，单纯记录和使用同步的，单为功能买单的用户不就正好可以去用内置密钥，挺好的我觉得。

    这又不是二选一，是一加一，一加一还不好？

    而且我觉得这种功能的添加没必要开贴讨论和投票吧，D 大你加个新特性又不改变原有的特性，这有啥好讨论的，各取所需选择自己需要的密钥方式不就行咯。

    最后我看大家一直在说保密性和审查之类的……你的数据上传到服务器的时候已经加密了，理论上从服务器那根本获取不到明文内容，除非你自己的密钥见光了，更别提审查了，一堆乱码能审查什么？况且个人笔记上云不做分享的话不进行审查是行业内潜规则，为什么是潜规则，因为如果放到明面上来提肯定是要接受审查的，当初 Wolai 不就是“嫣兰飞雪”事件，马 xx（Wolai 老总）自己跑去派出所进行法律咨询，警察明确上传违规内容即便没有分享服务提供商也要毙掉，自那之后 Wolai 的外宣就彻底没力了（包括他们也弃用了知乎平台），老用户不说话，新用户不知道，博主们也不敢随便宣传，因为一宣传就要被所有被这件事恶心到的人在评论区内冷嘲热讽、阴阳怪气。（Wolai 这一事件对所有笔记软件的运营都有参考价值，就是在宣传上自己怎么玩死自己。）

    话又说回来，提供多一个内置密钥的特性，又不影响原自定义密钥的人群，那为什么不做，只是之后不要以“现有内置密钥安全性已得到验证，原自定义密钥设计上更加繁琐，为使产品更好的服务大家，为用户提供更加便捷的体验，现优化密钥机制，不再有自定义密钥功能。”这种说法来寒老用户的心的话，新事物大家都是支持的。

    换句话说，加不需要讨论，减就有必要讨论下了。

    2 回复
  • zuoez02 • • 1 评论
    订阅者 付费者 先知

    你的数据上传到服务器的时候已经加密了，理论上从服务器那根本获取不到明文内容，除非你自己的密钥见光了。

    我能够想象的实际方案实现，无论那种情况，密钥会被作为一种“可还原”的数据存储在云端，要么明文，要么加密存储解密使用，其达不到常见的“hash(密码 + 盐)"的那种密码存储方式，就存在危险性，对用户对思源都不利，也就是说你的密钥是在云端“见光”的，算法上无法保证其安全性。或者如果有哪个技术方案可以满足云端不存储你的密钥的方法，也可以跟大家分享一下。

    跟 wolai，flowus 或者 notion 不同，思源没有云端，所有数据都在自己的手里。用户用云端产品和本地软件的感受是不一样的。默认上用户的感受就是没有人能够获取你的数据，这是思源非常重要的特性和与其他类似产品的本质区别。

    前面评论有误，我改一下：自定义密钥保存在本地就没啥问题，自动生成密钥保存在云端确实有被见光的风险。
    EberhardLin •
  • temacc0531 • • 1 评论

    最后我看大家一直在说保密性和审查之类的……你的数据上传到服务器的时候已经加密了，理论上从服务器那根本获取不到明文内容，除非你自己的密钥见光了。

    错了，内置密钥这个方案就是可以从任何端进行解密，所以可以说就是不安全的

    之前看漏了，内置密钥放在云端，安全性确实比不过自定义密钥。
    EberhardLin •
  • Gaffey • • 1 • 2 赞同 • 1 评论
    订阅者 付费者

    我想到，有内置密钥需求的人无非是不想有多记忆一个密码的负担，那随便 1111 或者 0000 之类的密码生成密钥不就行了？如果还是怕自己会忘记，就把云端数据的命名为密码同名，这样只要登录账号就能明文给自己看，不就直接解决自己记不住密码的问题了？

    ……6，大佬的想法真是与众不同，我觉得可以。
    zxhd86 •
  • RH • • 1
    订阅者

    我是基于“本地数据保存和安全”的考量选择了思源，去年也曾因为在办公室和家里电脑之间配置同步密钥时感到繁琐和不解，现在是已能理解这其中的设计原理不再困扰。但考虑到让更多新用户能顺利上手使用，所以赞同在不降低本地安全的前提下，在“自定义密钥”之外，增加“内置密钥”，以利于纳新。

  • flying218 • • 1

    虽然内置密钥是个可选项，但这个内置密钥一旦存在，就相当于给程序开了个后门。虽然说用户可以自行决定是否开启，但钥匙并不在用户手上。万一，系统出现故障，这把钥匙到了另一名用户手上，怎么办？

  • xiaozhu1337 •
    订阅者 先知

    反对，考虑国际市场，保持现在的加密方式是大卖点

  • source • • 1
    付费者

    我用自定義密鑰，但不妨礙其他人選擇內置密鑰，兩者共存確實是最好的

  • xanderXu •

    我觉得越简单越好 直接只能使用密码 ,从简永远不会错 不是所有的用户都是程序员 ,另外有个大问题云端快照会无限叠加吗,有没有什么办法可以删除

  • xc2024 • • 1 评论
    订阅者

    反对，对笔记密码来说，不应该存在忘记密码的事情，它不同于一个随便的注册账号，忘了就忘了，它是类似银行密码一样，你敢随笔忘记吗，知道后果很严重，所以你不会忘记的，

    然而事实是，用户忘记密码是家常便饭
    JeffreyChen •
  • fengpengfp6 •
    付费者

    老师你好，近期购买了思源笔记权益，在 mac 电脑上安装思源笔记无法启动成功！找遍了全网也没有解决，其间还碰到了几个同样问题的朋友。请问您能给我们解决一下吗？截屏 2024111322.04.16.png

请输入回帖内容 ...
88250 MOD
但行好事莫问前程 昆明
回帖
33773
 帖子
712
 积分
167971

近期热议

推荐标签 标签

  • RIP

    愿逝者安息！

    8 引用 • 92 回帖 • 351 关注
  • Shell

    Shell 脚本与 Windows/Dos 下的批处理相似，也就是用各类命令预先放入到一个文件中，方便一次性执行的一个程序文件，主要是方便管理员进行设置或者管理用的。但是它比 Windows 下的批处理更强大，比用其他编程程序编辑的程序效率更高，因为它使用了 Linux/Unix 下的命令。

    122 引用 • 74 回帖
  • RabbitMQ

    RabbitMQ 是一个开源的 AMQP 实现，服务器端用 Erlang 语言编写，支持多种语言客户端，如：Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

    49 引用 • 60 回帖 • 362 关注
  • flomo

    flomo 是新一代 「卡片笔记」 ，专注在碎片化时代，促进你的记录，帮你积累更多知识资产。

    5 引用 • 107 回帖
  • 30Seconds

    📙 前端知识精选集，包含 HTML、CSS、JavaScript、React、Node、安全等方面，每天仅需 30 秒。

    • 精选常见面试题，帮助您准备下一次面试
    • 精选常见交互，帮助您拥有简洁酷炫的站点
    • 精选有用的 React 片段，帮助你获取最佳实践
    • 精选常见代码集，帮助您提高打码效率
    • 整理前端界的最新资讯，邀您一同探索新世界
    488 引用 • 384 回帖 • 8 关注
  • gRpc
    11 引用 • 9 回帖 • 73 关注
  • GAE

    Google App Engine（GAE）是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    14 引用 • 42 回帖 • 764 关注
  • Bug

    Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug（漏洞）。

    75 引用 • 1737 回帖 • 5 关注
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    340 引用 • 708 回帖
  • Logseq

    Logseq 是一个隐私优先、开源的知识库工具。

    Logseq is a joyful, open-source outliner that works on top of local plain-text Markdown and Org-mode files. Use it to write, organize and share your thoughts, keep your to-do list, and build your own digital garden.

    6 引用 • 63 回帖
  • frp

    frp 是一个可用于内网穿透的高性能的反向代理应用，支持 TCP、UDP、 HTTP 和 HTTPS 协议。

    20 引用 • 7 回帖
  • danl
    • 132 关注
  • 大疆创新

    深圳市大疆创新科技有限公司(DJI-Innovations，简称 DJI)，成立于 2006 年，是全球领先的无人飞行器控制系统及无人机解决方案的研发和生产商，客户遍布全球 100 多个国家。通过持续的创新，大疆致力于为无人机工业、行业用户以及专业航拍应用提供性能最强、体验最佳的革命性智能飞控产品和解决方案。

    2 引用 • 14 回帖
  • Python

    Python 是一种面向对象、直译式电脑编程语言，具有近二十年的发展历史，成熟且稳定。它包含了一组完善而且容易理解的标准库，能够轻松完成很多常见的任务。它的语法简捷和清晰，尽量使用无异义的英语单词，与其它大多数程序设计语言使用大括号不一样，它使用缩进来定义语句块。

    543 引用 • 672 回帖 • 1 关注
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统，主要使用于便携设备。2005 年由 Google 收购注资，并拉拢多家制造商组成开放手机联盟开发改良，逐渐扩展到到平板电脑及其他领域上。

    334 引用 • 323 回帖 • 1 关注
  • 微软

    微软是一家美国跨国科技公司，也是世界 PC 软件开发的先导，由比尔·盖茨与保罗·艾伦创办于 1975 年，公司总部设立在华盛顿州的雷德蒙德（Redmond，邻近西雅图）。以研发、制造、授权和提供广泛的电脑软件服务业务为主。

    8 引用 • 44 回帖 • 1 关注
  • SMTP

    SMTP（Simple Mail Transfer Protocol）即简单邮件传输协议，它是一组用于由源地址到目的地址传送邮件的规则，由它来控制信件的中转方式。SMTP 协议属于 TCP/IP 协议簇，它帮助每台计算机在发送或中转信件时找到下一个目的地。

    4 引用 • 18 回帖 • 614 关注
  • Angular

    Angular 是 AngularJS 的新版本。

    26 引用 • 66 回帖 • 537 关注
  • PWL

    组织简介

    用爱发电 (Programming With Love) 是一个以开源精神为核心的民间开源爱好者技术组织，“用爱发电”象征开源与贡献精神，加入组织，代表你将遵守组织的“个人开源爱好者”的各项条款。申请加入：用爱发电组织邀请帖。
    用爱发电组织官网：https://programmingwithlove.stackoverflow.wiki/

    用爱发电组织的核心驱动力：

    • 遵守开源守则，体现开源&贡献精神：以分享为目的，拒绝非法牟利。
    • 自我保护：使用适当的 License 保护自己的原创作品。
    • 尊重他人：不以各种理由、各种漏洞进行未经允许的抄袭、散播、洩露；以礼相待，尊重所有对社区做出贡献的开发者；通过他人的分享习得知识，要留下足迹，表示感谢。
    • 热爱编程、热爱学习：加入组织，热爱编程是首当其要的。我们欢迎热爱讨论、分享、提问的朋友，也同样欢迎默默成就的朋友。
    • 倾听：正确并恳切对待、处理问题与建议，及时修复开源项目的 Bug ，及时与反馈者沟通。不抬杠、不无视、不辱骂。
    • 平视：不诋毁、轻视、嘲讽其他开发者，主动提出建议、施以帮助，以和谐为本。只要他人肯努力，你也可能会被昔日小看的人所超越，所以请保持谦虚。
    • 乐观且活跃：你的努力决定了你的高度。不要放弃，多年后回头俯瞰，才会发现自己已经成就往日所仰望的水平。积极地将项目开源，帮助他人学习、改进，自己也会获得相应的提升、成就与成就感。
    1 引用 • 487 回帖
  • QQ

    1999 年 2 月腾讯正式推出“腾讯 QQ”，在线用户由 1999 年的 2 人（马化腾和张志东）到现在已经发展到上亿用户了，在线人数超过一亿，是目前使用最广泛的聊天软件之一。

    45 引用 • 557 回帖 • 67 关注
  • IDEA

    IDEA 全称 IntelliJ IDEA，是一款 Java 语言开发的集成环境，在业界被公认为最好的 Java 开发工具之一。IDEA 是 JetBrains 公司的产品，这家公司总部位于捷克共和国的首都布拉格，开发人员以严谨著称的东欧程序员为主。

    180 引用 • 400 回帖
  • Q&A

    提问之前请先看《提问的智慧》，好的问题比好的答案更有价值。

    8112 引用 • 37001 回帖 • 160 关注
  • VirtualBox

    VirtualBox 是一款开源虚拟机软件，最早由德国 Innotek 公司开发，由 Sun Microsystems 公司出品的软件，使用 Qt 编写，在 Sun 被 Oracle 收购后正式更名成 Oracle VM VirtualBox。

    10 引用 • 2 回帖 • 6 关注
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    17 引用 • 236 回帖 • 328 关注
  • Lute

    Lute 是一款结构化的 Markdown 引擎，支持 Go 和 JavaScript。

    25 引用 • 191 回帖 • 16 关注
  • MySQL

    MySQL 是一个关系型数据库管理系统，由瑞典 MySQL AB 公司开发，目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    690 引用 • 535 回帖
  • MyBatis

    MyBatis 本是 Apache 软件基金会 的一个开源项目 iBatis，2010 年这个项目由 Apache 软件基金会迁移到了 google code，并且改名为 MyBatis ，2013 年 11 月再次迁移到了 GitHub。

    170 引用 • 414 回帖 • 387 关注

最新标签