仅作记录。帖、类、签的使用说明

网站站务
1

很多问题的产生，来自于我自己的无知。重新整理本帖中…

零：想发言怎么做?

  1. 网站应提醒用户：需要发言吗
    1. 搜索
      1. 论坛：已有分类、标签、帖子是否有解决方法、资源。
      2. 论坛网盘：
    2. 在哪发言?
      1. 在看到的这帖回复? 还是点开其总索引在其他帖回复?
      2. 还是新开帖子? 加哪些标签?与已有标签重合?

分类、标签、帖名、回复（楼层）是不同的东西，虽然它们功能有重合的地方。

为什么这么做呢?

一、理论部分：

  1. 分类：
    1. 对内容作了主要强制的分隔.
    2. 不仅可以搜索，还能浏览。（最为抽象，所以固定，而且单独为一个按钮）
  2. 标签：
    1. 对内容进行了更多的途径的寻找、定位分类（这个分类指的是功能，不是上一条中的结构分类）。
    2. 一般还是非常抽象的（与类相似的抽象程度，但可自定义）。
    3. 可以搜索，打开帖子后可以选择标签进行浏览（不如分类有独立的位置可直接点开）
  3. 帖名：相对内容是抽象，相对标签更具体。（可自定义，但难以统一URI，因为每个人叫法有区别，难以检索到）
  4. 回复：帖下辖的一维线形并列内容。

此外还有其他途径找到内容：帖内回复引用、时间、作者等

二：举例应用：

发帖时，如修订一个新词典ODE2022V4，可以自定义一系列标签，如：

  1. ODE2022V4_问题反馈
    1. 在这个标签下：所有的问题反馈独立发帖并添加该标签，建立自己的地盘讨论、与其他词典内容隔开、不混在一起。
    2. 这样方便问题的跟踪（这个帖产生了与标签“ODE2022V4_问题反馈”的属于关系，所以想处理问题的会看到、不会漏掉）、问题的解决。
    3. 逸事：这个问题 @shiruxue 老师曾教了在一个帖的领域范围内我该做什么不该做什么，但我当时没懂为什么，我今天才想明白帖子这个单位应该包含什么内容！！！！！！！！！
  2. ODE2022V4_MDX发布
    1. 这个可能是最为大家需要的
  3. ODE2022V4_总索引
    1. 为总索引，记录所有“标签”而非帖子，进而利用 标签tag 找到其下辖的 帖子topic, 再进而找到 回复post。
  4. ODE2022V4_问题处理讨论
    1. 与反馈区隔离，只讨论怎么处理问题，做了什么处理，用什么处理的，方便日后修订词典回退、借鉴等
    2. 处理好后可以回复问题反馈标签下的各帖。
  5. ODE2022V4_CSS
    1. 这个分类下只放css的mod，为什么不用默认的“CSS分类?因为难以跟本词典产生关系，用帖子进行交叉索引，不如把索引单独作为一个帖子，用标签(统一的URI)进行交叉索引，不重不漏不多名。

对于现有帖子，对已结构化、网状梳理化的好阅读的帖子进行单独加标记，先筛选出一堆远古精品帖出来，好多帖子的像金子一样埋在了众多沙里。因为有的时效性，铁变成了锈，而有得是金子，什么时候看都可以。

这是目前帖子间、帖子内部按时间顺序显示的缺点：

  1. 有的内容应该独立成帖却回复在了相关帖，有的应该放在别的帖中回复，有的帖没有建立标签和总索引。
  2. 这样信息乱了、处理者和有问题者可能因为阅读无结构内容而增加处理成本而缺少时间解决问题 。最终：难以得到各自的信息，而完全靠时间流的帖子随机遇见。（每个人擅长的事和领域不同，问题不分类，全挤在一个帖子下面，反而掩盖了各自用得到的信息。）
  3. 不强制内容产生者加标签；或者有标签系统，但帖子只显示自己的标签，而无法显示所有相关标签；

=> 所以这个索引的功能不应该用帖子来实现，而应该是标记了标签后，点击一下相关标签，显示所有标签自身的相关标签及各自下辖的各个帖子。

而帖子内部的围绕的主题下下辖的内容分类，
由于一维的时间流帖子发言的结构

  1. 利于发帖、发言者，因为不用在发言时选精确的分类、帖名等多次抽象内容。
  2. 但不利于阅读者，因为原始发言只有时序信息（利于用时间进行内容判断。）没有内容结构信息，所以很可能需要游览所有回复。
  3. 也不利于处理者，因为每个人擅长领域、处理的地方不同，信息不自带结构无法快速找到相关领域，要么全读帖子的所有楼层，要么有遗漏。最终不利于事情的解决。

如果想要保持大体稳定，那么可以

  1. 让现有的分类、标签系统保持不变。
  2. 增加 feature: 每个用户可自定义各帖的标签、分类、仅用作自己可见，不影响原帖和别人的视角和内容。这个功能可以基于 现有的结构:
    1. 前面用帖子单位内进行模拟这个标签树的索引
    2. 还可以用账户进行模拟比如新建一个ODE2022V4的账号，它下辖的创建唯一的总索引帖。所有相关内容可以直接@这个账户实现统一URI建立联系，而不用各自起名字，需要手动排查每个帖才能过滤出相关信息。
    3. 有一对多结构的现有论坛提供的各处机制都可以模拟。但还是原生携带标签的分类更舒服些。
    4. 或者每个帖子下的多个回复可进行除了时间流展示外，可以将帖内回复重排分类，有实时未整理的聊天区，已整理的问题反馈区、修订记录区、mdx发布区、css区。是帖子下的，强有力的联通了同一主题的不同内容，不会跑到海量帖子遗漏掉、不同起名搜不到。
    5. 或者使用现有帖子每开新帖就在一楼自带索引信息。
    6. 除了追求结构自身的精确，还可以通过其他办法取舍：从需要、优先级处理，看不到又觉得没阻力的小问题，有了就有吧。眼下的优先级是语法和词典内容，而帖子、词典不是关键，没这本那本也差不多用
  3. 这个视图层可以分享、合作权限，共同整理。这样需要精确分类的人可以点开用户的自定义标签来查看已经整理好的有序组织好的各种帖子。即元素的关系也是分享，只是不同于帖子这个元素本身罢了。毕竟约束用户是很难的。虽然用现有的结构可以索引相关内容。
旧版本本帖信息，还未整理完

要方便这部分的话怎么做：

添加精准信息:

  1. 为什么：用以区分信息结构、方便阅读、处理、讨论。
  2. 添加什么
    • 标签系统。标签系统不是根分类系统、也非分类系统
      1. 如楼主这本词典，是多合一词典。
      2. 其分类树可以是“词典”下的“MDX”，或简写为“MDX词典”。
      3. 而其标签
        1. usage(而usage 内部才是分类比如 Usage是Garner’s 还是Fowler’s，这样可以选标签时为Garner’s Usage时则自动把父类标签的Usage也自动选上而非手动，这个问题在于分类有很多种，是条件判断的分类，还是继承不同的分类，后者则从父类模糊的标签也应能找到帖子实例，而标签若是一维化的列表，而非真实的网状模型，总会失真，就看这个失去的精确度的价值和得到它的成本比了，没有足够动力确实仍是现状）
        2. ODE 也类似，选了标签“ODE 英版”时，可以自动判定其父类ODE。这里的“ODE 英版”不是ODE + 英版两个标签，而是两个标签的联系R.
        3. 帖子内楼层量少于分类标签数量时，则不用分类。因为要处理、阅读的信息量差不多，分类要跳来跳去切换，虽然自身有结构、简短 而 楼层post 内容可能很长。

不过这些变动好像优先级不够，比如这里例句打不开的问题都没处理，去考虑各种细枝末节没卵用；而分类、跳转会消磨发帖者的兴趣，进一步减少帖子、回复的数量。

当下帖子的结构限制也是在反逼用户发言是捡重要的说，不过只能限制需要该帖所有信息的人，因为发言不必要的信息只是增加处理成本。但无法限制只需其中一点的人，因为不用管其他信息，可以畅所欲言、各种消息排进一个帖不会增加负载成本。这可能也是论坛的考虑，人气的重要程度、信息的量大于精确度的考虑。

理想的分类，可能应该由需要的人来做：比如ODE携有各版本的标签、再下辖问题反馈区、解决讨论区、问题解决后的通知功能，帖与帖之间的网状联系。这些可以用分类和标签来做，而不是用帖来做。用帖子结构复合成分类，那么帖与帖的平行并列结构无法反映其本质的不同——实际有的是先考虑的标签分类帖，有的是第几层的内容帖。

谁来添加的问题：

  • 用户申请，管理员来批准：比如我申请有关ODE的。
  • ODE的合并版，应只做，应该贴上下辖的双解、英英，这两个主要的标签要有，其他网站的错误还是MDX版本的错误、还是历史版本的优点合并之类的信息可以先不考虑。

还有我要申请删自己旧帖数量的提升，请 @hua 大批准啊。

  1. 删帖分为好几种
    1. 不愿再分享的
    2. 错误的
    3. 可以改进的
      1. 我可以把有用的信息改进、重新整理到新帖、减少自我维护负担，现在论坛内一搜东西，我的随地发言把真正的黄金帖给稀释了，希望能给我个改过自新的机会，我把发言整合一下，清理下自己产生的垃圾。
1 Like
2

过年快乐。

2 Likes
3

新的一年，心想事成。

:sparkler: :fireworks: :fireworks: :sparkler: :sparkler: :sparkler: