登录 注册

统计探讨：标签修改成双链形式的可行性探讨

本贴最后更新于 296 天前，其中的信息可能已经东海扬尘

最近用了一段时间的 Logseq，发现两种双链的样式会更加的高效和好用，Logseq 把 # 和 [[ ]] 都统一为双链的形式在写作和 Daily Note 流程中相比思源更容易

思源笔记中的标签更像 Obsidian 的标记。若改成双链形式，会创建新文件。考虑到目前点击标签会进入搜索界面，要同时兼容这两种形式，添加一个 Ctrl+ 左键创建的方式，而单击仍为搜索界面，是我目前的想到的方案，欢迎各位大佬探讨

把标签修改成双链形式

单选 • 公开 • 永不结束 31 票
同意修改
80% • 25 票
不同意修改
19% • 6 票

  • 思源笔记

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

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

    26703 引用 • 111206 回帖
  • Q&A

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

    10305 引用 • 46801 回帖 • 62 关注
1 引用
关于反链展示逻辑的不解 • YRJ0422
赤峰 位置
100 悬赏
1 收藏
1 引用
37 回帖
12
6
5
5
4
3
1.6k 301 39 643 3 626

相关帖子

优质回帖
  • lzuwujx • • 2 赞同
    订阅者 付费者

    赞同。我也是这样用的，思源的标签我只是用来临时做记号，而需要反链、与其他笔记串联的都用双链[[]]。

    所以，标签可以用得很随意，比如一篇文章需要提醒自己再读一遍，我可能打上标签比如"#读第 3 遍”。这样的标签独立于知识空间之外，可以即用即弃，很方便。

  • Floria233 • • 1 赞同
    付费者

    能做出来就真太好了。

    现在思源的标签，类似于一种集合索引，而思源本身索引太强，一般感觉用不上标签。

    如果能够将标签改成双链，这用法就有点类似于 obsidian 的“空链”，区别于思源现在的“实体链”，可以利用双链式标签，在全库这个最高维度索引，就算关闭掉某些笔记本也不必担心无法被索引到了。

    不过相较于“功能”的实现，我个人更在乎的的是，现在思源自带的原生反链面板， 并不像 logeseq 放置在编辑器下方，而是放置在侧边栏

    这个问题就是：

    1. 点击文档，必然引起侧边反链面板的频繁切换，这个动静太大了，而且人的眼球也会被迫由上下运动变成左右运动，有点干扰注意力（所以我不是集中查看，一般都不开反链面板）
    2. 从直观性而言，放左边感觉也不如放下面直观。
    3. 更不必说，并不是每个文档都带反链，这时候要么始终长期开着反链面板占位置（因为反链面板的内容很详细啊，要开就必须是一整个侧边，我个人感觉没法和其他的并列），要么频繁用快捷键开启反链面板（麻烦）

    如果是用插件大佬开发的反链，不知为何，总觉得界面设计都相当繁琐（不咋好看）

    so，这个面板如果没有改动，再加上现在索引面板不能高度支持（友好度适配）的话，将标签改为双链这个行为，意义感大于实质作用。

    翻译一下：

    这个反链面板放在左边，就是一言难尽啊，仅有个开发的功能性，没有特别的实用性（其实总体来说，这个已经更新过好几次了，最开始更是摆设）。这玩意儿好像只是为了表明自己有这么个功能而被开发出来，这玩意儿作为“双链”的两大根基之一，现在完全是被浮窗给碾压。（当然浮窗好用这个必须夸）

  • lzuwujx • • 1 赞同
    订阅者 付费者

    我用过很长一段时间的 logseq。我现在用思源也在借鉴 logseq 的模式，主要用[[]]双链进行关联，很少用思源的标签#，只把标签#当作临时的标记使用（比如#TODO、#待清理等）。

37 回帖
统计探讨：标签修改成双链形式的可行性探讨

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • JeffreyChen •
    付费者 支持者 捐赠者

    我感觉应该没法改

    1 回复
  • YRJ0422 •
    付费者 作者

    怎么说，感觉理论上是可以并存的，标签搜索的也是 ##标签## ，如果标签跟双链结合在一起的话，原始的搜索也不耽误，按快捷键 + 左键也能跳转到对应双链的页，可能确实有点太大杂烩了，只不过我感觉双链要比标签的优势要更大一点这样对现在的标签影响也不是特别的大

    1 回复
  • i1356 •
    订阅者

    logseq 写日记是真的爽。标签也很强。感觉思源的双链与标签差点意思。

  • JeffreyChen •
    付费者 支持者 捐赠者

    感觉如何兼容 Markdown 是个问题。

    1 回复
  • YRJ0422 •
    付费者 作者

    兼容 Markdown 应该没啥问题，毕竟标签的本质就是 ##标签##，默认的标签再仔细想想也没改太多，标签一样可以像往常一样显示，也能当做搜索，只是在这个基础上把标签变成了双链的一种样式，两者可以并存。兼容 Markdown 确实是个问题，但是都用上 json 了想必也不需要考虑太多兼容问题了。而且就算不兼容，只要输出的时候转换成 #标签，好像也没什么毛病。我看 Logseq DB 版就是这么处理的，直接旧版标签全换成双链。

    1 回复
  • zxhd86 • via Android
    订阅者 先知

    我觉得你期望的并不是输入#之后在一堆弹出来的标签里挑选的感觉，你需要的是#关键词#然后就不用再选的感觉。

    前者跟当前的双链我看不出区别，后者是不能实现的东西。

    1 回复
  • JeffreyChen •
    付费者 支持者 捐赠者

    若改成双链形式，会创建新文件。

    主要是改成双链的话就必然需要关联一个块 ID，但 #foo# 怎么关联 ID 是个问题。

    我想到的方案是分开关联。行内文本 #foo# 先关联到标签 foo ，标签 foo 再关联到某个块。

    所以就想到一个奇怪的方案：Issue #11025 · siyuan-note/siyuan ，但说实话我不太满意，还没想到更合适的方案。

    1 回复
  • YRJ0422 •
    付费者 作者

    前者的#和[[ ]]确实一样，只是样式和语法不同，但其使用场景完全不同。具体需求如 @JeffreyChen 在 Issue 中所说。至于后面提到的方案，Z 大说不能实现，那就只能另寻他法了。

    具体的使用场景如下

    Clip20241019001017.jpg

    而且这个 #生病 跟[[ ]] 还不太一样他是可以汇总到标签里的
    Clip20241019001124.jpg

    1 回复
    1 操作
    YRJ0422 在 2024-10-19 00:12:12 更新了该回帖
  • YRJ0422 •
    付费者 作者

    这确实是个问题，况且思源还支持重名，文档名不能当成唯一的，我也只能想到你这样的解决方案了

  • lzuwujx •
    订阅者 付费者

    logseq 中可以通过#page-name 或[[page-name]]，直接关联到页面，确实很方便。但这个在思源中是行不通的，logseq 中的页面名称是唯一的，而思源中的页面名称只是可读的锚文本、真正关联的是 ID。

    在思源中采用 logseq 的模式记也是可行的：1.严格按照 dailynote 方式记笔记（参照 logseq 的“journal”）；2.创建日记之外的页面时，尽量采用[[命令，并在设置里面将新建的页面放到固定的位置（参照 logseq 的“pages”）。

    我觉得，思源比 logseq 更灵活，既兼容大纲模式又兼容传统文档、既有双链又有传统的标签、……因为功能更灵活，没有像 logseq 那样固化操作方式，所以在特定的使用模式下没有 logseq 方便也是可以理解的。

  • Floria233 • • 1 赞同
    付费者

    能做出来就真太好了。

    现在思源的标签，类似于一种集合索引，而思源本身索引太强，一般感觉用不上标签。

    如果能够将标签改成双链，这用法就有点类似于 obsidian 的“空链”，区别于思源现在的“实体链”，可以利用双链式标签，在全库这个最高维度索引，就算关闭掉某些笔记本也不必担心无法被索引到了。

    不过相较于“功能”的实现，我个人更在乎的的是，现在思源自带的原生反链面板， 并不像 logeseq 放置在编辑器下方，而是放置在侧边栏

    这个问题就是：

    1. 点击文档，必然引起侧边反链面板的频繁切换，这个动静太大了，而且人的眼球也会被迫由上下运动变成左右运动，有点干扰注意力（所以我不是集中查看，一般都不开反链面板）
    2. 从直观性而言，放左边感觉也不如放下面直观。
    3. 更不必说，并不是每个文档都带反链，这时候要么始终长期开着反链面板占位置（因为反链面板的内容很详细啊，要开就必须是一整个侧边，我个人感觉没法和其他的并列），要么频繁用快捷键开启反链面板（麻烦）

    如果是用插件大佬开发的反链，不知为何，总觉得界面设计都相当繁琐（不咋好看）

    so，这个面板如果没有改动，再加上现在索引面板不能高度支持（友好度适配）的话，将标签改为双链这个行为，意义感大于实质作用。

    翻译一下：

    这个反链面板放在左边，就是一言难尽啊，仅有个开发的功能性，没有特别的实用性（其实总体来说，这个已经更新过好几次了，最开始更是摆设）。这玩意儿好像只是为了表明自己有这么个功能而被开发出来，这玩意儿作为“双链”的两大根基之一，现在完全是被浮窗给碾压。（当然浮窗好用这个必须夸）

    1 回复
    1 操作
    Floria233 在 2024-10-19 00:27:10 更新了该回帖
  • lzuwujx • • 1 赞同
    订阅者 付费者

    我用过很长一段时间的 logseq。我现在用思源也在借鉴 logseq 的模式，主要用[[]]双链进行关联，很少用思源的标签#，只把标签#当作临时的标记使用（比如#TODO、#待清理等）。

  • lzuwujx • • 1 赞同
    订阅者 付费者

    个人觉得，反链和提及放在侧边栏面板也有好处，有利于提升性能，不用打开文档时一开始就载入；而且避免了底部反链区的干扰（我知道有的 wolai 用户还特意设置了底部反链区默认折叠、需要时再打开）。

    2 回复
  • YRJ0422 •
    付费者 作者

    性能问题应该不大，思源如果开发原生的底部反链一定会有动态加载的性能方面加载这方面应该是没问题的，不过就算不开发底部栏问题也不大，侧边栏倒也是完全够用，等 D 大把闪卡、数据库视图、多人协作、这些路线图的内容搞个差不多的情况下，再慢慢完善这些内容 BUG 也会更少一点，不至于一个劲的修修补补。

  • Floria233 • • 1 赞同
    付费者

    这个也有一定道理。

    实际上因为浮窗好用，所以我对反链需求真没那么大。

    不过现在因为提到了“将标签改双链”的可能性，故而嘴了一句反链面板（说不定就是因为浮窗好用，所以 D 大对反链面板的投入也就这样了——乱猜）

    至于反链面板放左边还是下边。

    如果是现在这种详细展开版的反链，当然还是左边好，毕竟信息太多，和编辑器的内容混在一起，确实繁琐。

    如果是类似 logeseq 或者 obsidian 那种简略式只展示标题的反链面板，我个人感觉放下方可能更实用点。

    至于性能，我的想法是，这玩意儿只要打开就会影响性能吧，不管是在什么位置。（哈哈）

    总的来说，说了这么多，我本人目前实则还是更关注“标签改双链”这个设计，只是无法想象这个设计最后要以什么样的界面呈现在思源中——难道还是像现在的标签面板那样吗？那这个要怎么和文档对应呢？自然而然就会扯到反链面板了，so……

  • YRJ0422 • • 1 赞同
    付费者 作者

    总得来说，应该是增强标签功能，原有标签的功能不会发生什么大变化，仔细看了看 Issue #11025 总结了以下几点

    1. 标签支持搜索
    2. 标签树用双链标签代替重构
    3. 带有标签的内容显示在反链面板
    4. 标签支持绑定文档（标签文档默认应该是一个特殊的文档，同时它也可以手动绑定到别的页面）
    5. 空链跳转（不创建实体文件，仅编辑时创建）
    6. 在父标签文档下显示子标签目录

    还有个很重要的 alias 别名属性非常重要，有时候很多的标签其实都是一个内容的不同说法，例如：生病，生病记录，病症记录，生病的记录，这些关键词和标签的引用应该都聚合在一个双链标签里面，无论我打#生病 还是 #生病记录 指向的都应该是 #生病 这个主页面，这个特性也非常重要。

    其实这么看我觉得标题应该改成：重构标签系统

    1 回复
  • lzuwujx • via Android
    订阅者 付费者

    感觉这些可以用双链[[]]页面实现，就像 logseq 中标签#和双链[[]]几乎等同。只不过 logseq 中打标签时创建的页面被统一放在 pages 中管理，体验上比较无感。

    所以我想，如果思源要把标签#改造为双链形式的话，就把#标签页面做成系统自动管理的页面，从而与[[]]页面区分，并且#标签页面和[[]]页面可以互相转化。

    1 回复
  • YRJ0422 • via iPhone
    付费者 作者

    差不多，把标签系统给改了体验上应该会好很多，我看 d 大是有这个想法的实现的细节上还是需要探讨的

  • zxhd86 • • 1 赞同
    订阅者 先知

    仔细想想，标签改成双链形式不重要，重要的其实是点击标签出来的那个界面是不是双链的界面才重要。核心问题其实是当前的相关标签面板太拉跨了……

    2 回复
  • YRJ0422 • • 1 赞同
    付费者 作者

    差不多，就算不改成双链的形式也是可以的，重点就像 Z 大说的一样，现在的标签跟思源的各种块搭配太拉胯了。主要就是以下这两点

    1. 标签可以汇总到反链面板
    2. 点击标签能显示出来页面

    至于为什么想改成双链形式，是因为改成双链可以更加的统一，[[ ]] 和 # 打出来的内容可以指向一个内容，如果可以保留点击标签跳转到搜索再添加一个跳转到双链的界面的方式，这样也能兼容现在的使用方法，属于是对标签进行了升级，同时跳转到这个界面不编辑可以以不创建的形式查看反链就非常完美了

  • i1356 • via macOS
    订阅者

    对，惨不忍睹的界面。通过代码块改造一下界面，还能勉强用用。

  • i1356 • via macOS
    订阅者

    用户很多时候并不知道自己需要什么，只有见过好东西后才会知道原来还可以这样。

    反正思源的反链与标签我是没有用的欲望，难用又难看。直到见过 logseq 后，才知道双链与大纲原来可以这样舒服。

    1 回复
  • zxhd86 •
    订阅者 先知

    反链还行吧，跟 logseq 算是两种风格的。

  • LLL- • • 1 赞同 via Android

    我是初入思源，之前是 roam logseq 用户。

    目前我对思源标签的用法是，当做一种标记，就是字面意思的标记，这个标记不参与知识库的构建，也不参与归类，只负责让我知道被标记的段落是什么，是 quote？还是 idea？也有时候，我突然有事，中断了写笔记，那我直接留下一个#mark，用来告诉我在这里中断了。

    1 回复
  • lzuwujx • • 2 赞同
    订阅者 付费者

    赞同。我也是这样用的，思源的标签我只是用来临时做记号，而需要反链、与其他笔记串联的都用双链[[]]。

    所以，标签可以用得很随意，比如一篇文章需要提醒自己再读一遍，我可能打上标签比如"#读第 3 遍”。这样的标签独立于知识空间之外，可以即用即弃，很方便。

  • lzuwujx • via Android
    订阅者 付费者

    标签和页签就是用来临时做个记号；重度使用的关联，像 logseq 那样的，用双链引用[[]]

  • GloR • • 1 赞同 • 1 评论
    付费者

    我自己把标签 css 修改成这样了，挺美观的，个人习惯把标签当成个快捷图标 + 可搜索项来使。。image.png

    既然您习惯使用双链，而思源本身又支持双链，那您可以直接自己用双链，为啥要剥夺其他用户对标签的使用权呢？

    2 回复
    核心问题应该是如何去丰富双链的功能，以适配您的需求，而不是直接把标签砍掉（剥夺其他用户对标签的使用权）
    GloR •
  • Floria233 • • 1 赞同 via Android
    付费者

    这个功能更新后，标签既可以保持标签本身特性，也会纳入双链系统，这两者并不冲突。

    标签，将是一种补足协同双链的设计，也是一种单独抽离集合索引的设计。

    你想要的并不会剥离，而是有所升级。

    如果只是否定标签的话，大家现在就不会着急着忙讨论这个标签面板该怎么搞了（就是为了保留原本标签的特性啊）

    升级后，你可以把标签继续当标签用，对于那些更注重双链的，人家也可以把标签当一种特殊双链使用。现在大家讨论的重点是：

    一，现在思源的标签体系设计，可否像 logseq 那样与双链集成统一，方便管理和“链接”的高维用法

    二，标签体系的重构，必然牵涉到反链面板，你现在在论坛也可以看到另一个帖子，正在讨论“反链面板是否要对标 logseq”（参考，反链面板的逻辑，这篇）

    三，如果上述两者要重构，要怎么搞，能不能搞定？之类的。

    实际上，从目前大家的多数反馈来看

    一，思源目前的标签体系真不咋地，对标传统笔记挺无敌，可应用于双链笔记，多少有些大小问题

    二，思源的反链面板也不咋地，由标签体系设计的一般般来参考对比

    三，标签实际是需要的，而且是有必要的，你没啥可担心多虑的

  • YRJ0422 •
    付费者 作者

    改成双链标签并不会影响目前的标签体系，检索一样是可以通过#标签#搜索界面检索到的，也同样会有标签面板，只是在旧版的基础上对标签增加了双链的特性，标签该有的效果一样存在，只是在旧版标签系统的基础上增加了标签绑定文档，标签可以被显示在反向链接。

  • zxhd86 •
    订阅者 先知

    @participants 摸了个新插件，作为概念验证 新插件：tag 增强

  • i1356 •
    订阅者

    有个问题是，打了标签的文档，它将整个文档页面展示出来，导致占用篇幅太长。

    2 回复
  • YRJ0422 •
    付费者 作者

    有点没明白你的意思，是打了双链标签的问题会展示整个页面在反链吗。目前我在使用上没有出现过你说的情况，无论是搜索还是双链当标签都能跟 Logseq 保持一致了。只是一些习惯上有所区别

    修改编辑 ：原来是说的插件我理解错了

    1 操作
    YRJ0422 在 2024-10-26 19:46:06 更新了该回帖
  • YRJ0422 •
    付费者 作者

    我最近琢磨出来的实现方法是对标签再套一层双链，这样搜索标签和打开双链内容就是一致的了

    Clip20241026194158.jpg

    1 回复
  • i1356 •
    订阅者

    算是曲线救国了。赞

  • YRJ0422 •
    付费者 作者

    @zxhd86 z 大 理解错了，需要的是 双链跟标签具有一致性，不是增强标签面板，使用下来的体验还是很割裂的。具体需求是无论是打 [[思源笔记]] 还是打 #思源笔记# 都可以汇总到反链面板中。

    • 两者应该统一成双链形式，但打了 #思源笔记# 的标签跟 [[思源笔记]] 不同还可以汇总到标签面板，跟双链做了隔离。形成了一套目前这样的标签面板。
    • 第二个需求： 多个标签应该可以绑定一个双链，无论点击那个都应该跳转到对应的双链中。这衍生而来的需求就是，搜索标签时无论是搜索 #思源# #SiYuan# 还是 #思源笔记# 这几个内容都应该显示出来，这里就有三个问题
      • 老用户需求： 只想过滤一个标签咋办
      • 双链用户需求： 想在搜索和反链中显示所有的反链和相同标签该咋办
      • 对标签和双链分开的需求： 显示所有绑定到一个文档的标签，显示所有相同意思标签
      • 补充：这三个需求很小众重点还是 多个标签应该可以绑定一个双链
    • 第三个需求：双链可以保持为空链接，以及点击空链接不编辑内容可以不生成文档，这样有效避免了文档新建多个的问题
      • 这个需求我觉得很难实现，一是文档基于 ID 可以有多个相同文件，而不是类似 Logseq 所有双链和标签都是唯一性的，通过 alias 属性和 tags 属性来把多种标签聚合到唯一页面，做到全面的统一。
    1 回复
  • zxhd86 • via Android
    订阅者 先知

    嗯，那我需要的就是这种，这样标签能充当无 id、有层级的双链了，对我来说刚好。

  • JeffreyChen •
    付费者 支持者 捐赠者

    @participants v3.1.28 支持将行级标签替换为块引用：Issue #11238 · siyuan-note/siyuan

请输入回帖内容 ...
YRJ0422
赤峰
回帖
88
 帖子
11
 积分
5306

近期热议

推荐标签 标签

  • BookxNote

    BookxNote 是一款全新的电子书学习工具，助力您的学习与思考，让您的大脑更高效的记忆。

    笔记整理交给我，一心只读圣贤书。

    1 引用 • 1 回帖 • 3 关注
  • LaTeX

    LaTeX（音译“拉泰赫”）是一种基于 ΤΕΧ 的排版系统，由美国计算机学家莱斯利·兰伯特（Leslie Lamport）在 20 世纪 80 年代初期开发，利用这种格式，即使使用者没有排版和程序设计的知识也可以充分发挥由 TeX 所提供的强大功能，能在几天，甚至几小时内生成很多具有书籍质量的印刷品。对于生成复杂表格和数学公式，这一点表现得尤为突出。因此它非常适用于生成高印刷质量的科技和数学类文档。

    12 引用 • 59 回帖
  • WebComponents

    Web Components 是 W3C 定义的标准，它给了前端开发者扩展浏览器标签的能力，可以方便地定制可复用组件，更好的进行模块化开发，解放了前端开发者的生产力。

    1 引用 • 14 关注
  • 负能量

    上帝为你关上了一扇门，然后就去睡觉了....努力不一定能成功，但不努力一定很轻松 (° ー °〃)

    89 引用 • 1251 回帖 • 390 关注
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案，后端采用 Go 编写，采用 MIT 许可证。

    5 引用 • 16 回帖 • 1 关注
  • 小薇

    小薇是一个用 Java 写的 QQ 聊天机器人 Web 服务，可以用于社群互动。

    由于 Smart QQ 从 2019 年 1 月 1 日起停止服务，所以该项目也已经停止维护了！

    35 引用 • 468 回帖 • 759 关注
  • JavaScript

    JavaScript 一种动态类型、弱类型、基于原型的直译式脚本语言，内置支持类型。它的解释器被称为 JavaScript 引擎，为浏览器的一部分，广泛用于客户端的脚本语言，最早是在 HTML 网页上使用，用来给 HTML 网页增加动态功能。

    730 引用 • 1284 回帖
  • 大数据

    大数据（big data）是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合，是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。

    89 引用 • 113 回帖 • 2 关注
  • 快应用

    快应用 是基于手机硬件平台的新型应用形态；标准是由主流手机厂商组成的快应用联盟联合制定；快应用标准的诞生将在研发接口、能力接入、开发者服务等层面建设标准平台；以平台化的生态模式对个人开发者和企业开发者全品类开放。

    15 引用 • 127 回帖 • 1 关注
  • 心情

    心是产生任何想法的源泉，心本体会陷入到对自己本体不能理解的状态中，因为心能产生任何想法，不能分出对错，不能分出自己。

    59 引用 • 369 回帖 • 1 关注
  • OpenShift

    红帽提供的 PaaS 云，支持多种编程语言，为开发人员提供了更为灵活的框架、存储选择。

    14 引用 • 20 回帖 • 668 关注
  • 工具

    子曰：“工欲善其事，必先利其器。”

    301 引用 • 768 回帖
  • Ant-Design

    Ant Design 是服务于企业级产品的设计体系，基于确定和自然的设计价值观上的模块化解决方案，让设计者和开发者专注于更好的用户体验。

    17 引用 • 23 回帖 • 13 关注
  • CodeMirror
    2 引用 • 17 回帖 • 176 关注
  • 星云链

    星云链是一个开源公链，业内简单的将其称为区块链上的谷歌。其实它不仅仅是区块链搜索引擎，一个公链的所有功能，它基本都有，比如你可以用它来开发部署你的去中心化的 APP，你可以在上面编写智能合约，发送交易等等。3 分钟快速接入星云链 (NAS) 测试网

    3 引用 • 16 回帖 • 1 关注
  • 互联网

    互联网（Internet），又称网际网络，或音译因特网、英特网。互联网始于 1969 年美国的阿帕网，是网络与网络之间所串连成的庞大网络，这些网络以一组通用的协议相连，形成逻辑上的单一巨大国际网络。

    98 引用 • 367 回帖
  • Facebook

    Facebook 是一个联系朋友的社交工具。大家可以通过它和朋友、同事、同学以及周围的人保持互动交流，分享无限上传的图片，发布链接和视频，更可以增进对朋友的了解。

    4 引用 • 15 回帖 • 442 关注
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 371 关注
  • uTools

    uTools 是一个极简、插件化、跨平台的现代桌面软件。通过自由选配丰富的插件，打造你得心应手的工具集合。

    7 引用 • 28 回帖 • 2 关注
  • wolai

    我来 wolai：不仅仅是未来的云端笔记！

    2 引用 • 14 回帖 • 3 关注
  • SMTP

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

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

    Angular 是 AngularJS 的新版本。

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

    组织简介

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

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

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

    代码片段分为 CSS 与 JS 两种代码，添加在 [设置 - 外观 - 代码片段] 中，这些代码会在思源笔记加载时自动执行，用于改善笔记的样式或功能。

    用户在该标签下分享代码片段时需在帖子标题前添加 [css] 或 [js] 用于区分代码片段类型。

    225 引用 • 1593 回帖 • 1 关注
  • Postman

    Postman 是一款简单好用的 HTTP API 调试工具。

    4 引用 • 3 回帖 • 3 关注
  • 自由行
    • 1 关注
  • 爬虫

    网络爬虫（Spider、Crawler），是一种按照一定的规则，自动地抓取万维网信息的程序。

    106 引用 • 275 回帖 • 2 关注

最新标签