[WIP]Update sites

[binsee]

更新适配：

• 少数派文章页面，增加捕捉题图、作者和发布日期 [Feature]希望能添加捕获题图、作者和发布日期的功能 #1668

  • 单个作者
    示例页面： https://sspai.com/post/64027
    
  • 多个作者
    示例页面： https://sspai.com/post/64304
    

• 知乎问答页面，优化提取问题内容的规则 （以前写的太烂，代码难以阅读被Kenshin删除了，这次重新优化了，可读性好一些）

[Kenshin]

嗨，抱歉回复晚了，这几天确实太忙了。 😂

我看了下这个 PR 感觉在样式上不是很好看，当然不是你的问题。

因为使用这个适配规则的用户应该不再少数，但确实也没有太多人提及这个问题，所以我想能否把它做成插件的形式，而非 官方主适配源 的形式，是不是比较好？

[Kenshin]

另外，我回复下 #1683 这个问题（特意放在这个 Issues 来说。

简悦确实需要再继续简化操作流程，这点肯定会做的。
至于视频之类的事情，其实也有考虑，我会再深入考虑下这个事情。

---

另外，闭源的仅只是 标注和稍后读 而已，这部分内容也不太需要社区的支持。而真正需要社区支持的则是：适配站点，例如 #1668 提到的问题，其实就可以通过社区方式来实现。

简悦只需要提供 易用的接口，其余事情交给社区就好了，但我一直没有找到如何做好这块的方案。

不知道你有没有什么好的想法？因为你经常帮忙做适配规则，之前也说过一次关于这块的感受，能否在具体说下（结合简悦）你希望且比较易用的社区场景？

---

现在的问题正如你在 #1683 提到的，目前只有我自己来做，我也希望通过社区的力量，但确实不知道该如何下手。（ 换句话说，如何能吸引有开发能力的用户来帮忙增加适配站点这个事情。

[binsee]

@Kenshin 以插件形式提供确实可以，感觉上似乎更正确一些。插件没仔细研究过，晚上回去可以研究下。
关于借助社区来推进适配这块，我觉得有个适配的教学示例，应该能提高一些自发适配的积极性吧。这个之后需要好好思考一下

[Kenshin]

我去看看其它需要社区推进的产品都是如何做的... 偷个师。 😅

---

PS：能否有时间玩玩 https://medium.com/ 与 https://stackoverflow.com/ 的解析？之前简悦适配过，但应该不好使了。

[binsee]

社区这块，我只少量的参与过几个社区，对此的了解并不多。

例如 wechaty 社区，现在规模也不小了，微信上Contributors群成员都140+了，虽然有一些只是贡献blog进入的而非开发者。
这个社区成员规模挺大的，但其产生规模主要还是项目带来的价值，即提供了一个操作微信的开源框架，可以用来开发自己的微信小助手、机器人等等微信周边的功能，这些是微信自身没有而大家有这个需求的。
这个项目早期核心成员都是有微信机器人需求的开发者，因为自己有需求才参与进来的，后来有一些公司因为有相关需求也参与了进来。目前的活跃的核心贡献者大概只有十几个，决策权只有几位，不定期有各种线上和线下的交流活动。

这类项目和简悦是不同的，主要用户群体不同。

简悦是更偏向于大众的工具型项目，大家直接拿来就用，而不需要深入研究。有些用户遇到问题，甚至不会在github上反馈（毕竟github用户还是程序员为主），或者issues反馈质量参差不一，不利于处理反馈这个过程。

关于简悦社区这块有几点想法：

1. 尝试规范化项目库
   • 拆分代码和文档，当前是混在一个库里的，看git log时头大
2. 优化issue的管理，有个清晰的issue处理流程有利于其他人参与反馈、帮助解答、参与贡献等
   • 优化issue模板
   • 引入issue相关的机器人来帮助筛选、提醒补充信息等，提高issue管理效率。（积压的issues好多其实可以关闭了..）
3. 增加一些交流
   • 例如一些简悦的高频用户，他们用简悦会形成自己的方法论，如果愿意分享给其他人，可以给其他人一份参考『如何通过使用简悦来帮助自己形成工作流』
   • 对于有意参与代码维护的人，可以开放一些维护目标，让人知道可以从哪里下手。

留有让他人参与的空间，便有利于聚集起人，形成社区。

---

medium的文章页面，似乎现在内置解析的挺好，唯一需要改进的就是对懒加载图片的处理了，之前提出过解决办法 #1108

stackoverflow论坛的页面，确实需要更新适配规则，只不过像楼层评论这种内容，我不确定应该怎么处理，是忽略掉还是用什么格式作为当前楼层内容的一部分。

[Kenshin]

优化issue的管理

这块已经有了，你可以试试，但基本上没啥用。 😅

引入issue相关的机器人

例如？另外关于这块可以利用 Github API 的方式弄个 TG bot 或者 https://simpread.pro/help 上增加一个搜索界面。
但确实没有太多时间来做这些，尤其是做完后不知道效果如何...

现在太多人希望通过 IM（微信）等工具来直接提问了，这样反而效率更低！

例如一些简悦的高频用户，他们用简悦会形成自己的方法论，如果愿意分享给其他人，可以给其他人一份参考『如何通过使用简悦来帮助自己形成工作流』

目前也算是有了，在 TG 上有个高级群，里面有一些我认为不错的用户（因为你不玩，否则也会拉你进来），我在想是否在微信上开个这样的群？

emmm 说到开微信群的事情，不知道你是否经常使用微信？如果是的话，因为微信上也有一些问我问题的朋友，我可以拉一些人来进微信群。

换句话说，我不太常用微信群，如果有一些高级用户（如你或我刚提到的 TG 群）经常玩微信群的话，也是个思路。

---

stackoverflow 可以用论坛页的结构解决。（只解决一层即可）

另外之前你适配过得到，现在还可以能正常解析吗？

[binsee]

优化issue的管理

这块已经有了，你可以试试，但基本上没啥用。 😅

引入issue相关的机器人

例如：

• Request Info | Probot
• Welcome | Probot
• No Response | Probot
• Stale | Probot

主要的想法就是：

1. 确保issue在你处理前提供了足够的信息，尽量降低需要你去处理无效反馈的概率
2. 对于首次在此项目反馈问题的人，及时给与一个回复，给出常见一些问题的引导，来降低新用户反馈重复问题
3. 对于陈旧issue有个提醒，避免issue过长时间未没有后续一直open

现在太多人希望通过 IM（微信）等工具来直接提问了，这样反而效率更低！

我很反感通过IM来直接提问，只是觉得或许应该面向国内普通用户提供更方便的反馈渠道。

相关平台如 腾讯兔小巢-免费便捷的用户意见反馈服务平台，有必要的话，甚至可以通过webhook将兔小巢的问题同步到github来。

这点 少楠的产品 flomo浮墨笔记，最初是通过微信群反馈问题的，后来用兔小巢进行反馈了。flomo浮墨笔记@兔小巢

例如一些简悦的高频用户，他们用简悦会形成自己的方法论，如果愿意分享给其他人，可以给其他人一份参考『如何通过使用简悦来帮助自己形成工作流』

目前也算是有了，在 TG 上有个高级群，里面有一些我认为不错的用户（因为你不玩，否则也会拉你进来），我在想是否在微信上开个这样的群？

emmm 说到开微信群的事情，不知道你是否经常使用微信？如果是的话，因为微信上也有一些问我问题的朋友，我可以拉一些人来进微信群。

换句话说，我不太常用微信群，如果有一些高级用户（如你或我刚提到的 TG 群）经常玩微信群的话，也是个思路。

TG高级群之前好像搜过，但搜不到，提示不存在什么的，只有一个1400+人的频道。

微信倒是常用，但不是很喜欢微信，因为某些体验太差了，但在内地是不得不用，要不跟失联似得。

高级用户拉个小交流群，倒是可以，只要维护好内容质量，多数人还是愿意在微信上交流的。
PS：如果能建立企业微信群最好，因为企业微信群现在自带一些群管理的功能，比如防广告、防刷屏功能。以前企业微信还没出现时，wechaty社区就自己开发机器人来投票踢这种发广告、无关内容等的捣乱者。

stackoverflow 可以用论坛页的结构解决。（只解决一层即可）

OK，明白了，有空研究下。

另外之前你适配过得到，现在还可以能正常解析吗？

可以呀，看文章没问题。

[Kenshin]

简悦在 1.1.4 版的时候就有了 https://support.qq.com/products/117464 当然我的意愿还是主要以 Github issues 为主。

而且 https://support.qq.com/products/117464 提问的质量比 Issues 要差很多。

---

当然，我也很反感在 IM 上提问，一个是：打扰人；二是：聊天内容一多的话，基本上就没办法追溯了。
但现在大多数人确实也都这样，我也没办法，哈哈。

---

企业微信群

企业群需要有资质... 当年解散团队的时候，一股脑把公司也注销了，然后就各种后悔... 😅

[setdiaoyong]

简悦在 1.1.4 版的时候就有了 https://support.qq.com/products/117464 当然我的意愿还是主要以 Github issues 为主。

而且 https://support.qq.com/products/117464 提问的质量比 Issues 要差很多。

当然，我也很反感在 IM 上提问，一个是：打扰人；二是：聊天内容一多的话，基本上就没办法追溯了。
但现在大多数人确实也都这样，我也没办法，哈哈。

企业微信群

企业群需要有资质... 当年解散团队的时候，一股脑把公司也注销了，然后就各种后悔... 😅

确实要增加无代码编程能力的普通用户，提问，反馈有效途径，有个想法，就是能不能在微信群与QQ群中，增加一个收集问题的机器人，群友以固定格式提问，把群聊吹水和提问回答区分开，备份起来，就是不知道有没有可能实现，我在bitdock这个项目官方支持qq群里，确实有以上问题，不过群主很有耐心，还能远程协助

[binsee]

确实要增加无代码编程能力的普通用户，提问，反馈有效途径，有个想法，就是能不能在微信群与QQ群中，增加一个收集问题的机器人，群友以固定格式提问，把群聊吹水和提问回答区分开，备份起来，就是不知道有没有可能实现，我在bitdock这个项目官方支持qq群里，确实有以上问题，不过群主很有耐心，还能远程协助

微信群机器人，从技术上色可以实现的，比如wechaty就是专门做微信机器人接入的技术接入方案，社区做过这类机器人。让简悦也用上，只是成本问题而已（部分puppet是收费的，也需要开发维护和运行服务器，这也是成本）。
kenshin在上边有讲到对于IM的态度，一是打扰人，二是聊天信息乱难以追溯。所以虽然技术可以实现，但微信群还是不大可能用的，至少面向普通用户的，还是github issues与qq收集表为主。
经验社群，如何保障社群交流信息质量是个问题，质量低了，会影响大家的精力和热情。

当然，我在之前也表达了我对营造社群环境的期待，具体怎么实现，用哪些途径，这个是需要探讨的。目前来说，光github和开发这块，kenshin已经忙的够呛了，社群这方面，可能还得往后推迟考虑了。

[Kenshin]

@setdiaoyong

嗨，谢谢你的回复，因 2.2.0 突然发布导致前阵子太忙，无法一一回复你们。

好在，基本上都结束了，现在回复下。

---

关于社区这块的考虑，确实如 @binsee 所说，不太会优先考虑 微信群 / Q 群，Telegram 作为社区的话，短板还是很明显的。

我趋向于使用 Discord 方案，但相对 Telegram 来说，它更小众。不过，好在很多产品都在以 Discord 为社区，如：Logseq Obsidian 等等。

但确实我还需要再考虑下，建立简单（简悦在 Discord 上早就建了），但如何运营好是个大「事情」。

🙏