社区缺陷报告与功能建议

本贴最后更新于 1825 天前,其中的信息可能已经天翻地覆

社区系统可能存在一些潜在的缺陷,大家如果有空的话可以帮助我们一起解决。

报告缺陷

如果你在使用社区时发现了如下类型的问题,请回帖进行反馈,并附上 bug 截图以及操作步骤:

  • 功能性缺陷:例如积分账目不对、发布文章失败、关注失败等
  • 安全性漏洞:例如 XSS/CSRF、盗用用户信息等

功能建议

欢迎对社区提出功能特性方面的建议,我们一起讨论,如果有可能我们会尽快实现。

在提功能建议前可以先看一下计划表,避免重复提议。

积分奖励

  • 安全方面漏洞,奖励 500 积分
  • 功能性缺陷、用户体验改进、新功能建议等奖励 300 积分
  • UI 方面的缺陷(比如对不齐、焦点样式不对等)奖励 200 积分
  • Bug

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

    75 引用 • 1737 回帖 • 5 关注
  • 链滴

    链滴是一个记录生活的地方。

    记录生活,连接点滴

    153 引用 • 3783 回帖 • 1 关注
  • 系统公告

    B3log 社区相关的重要公告,比如新特性上线,运营策略调整等。

    39 引用 • 3578 回帖 • 681 关注
  • 使用指南

    链滴用户指南系列帖,社区功能可在此逐一了解,欢迎讨论。

    42 引用 • 2889 回帖 • 33 关注
1 操作
88250 在 2019-11-23 11:24:53 更新了该帖

相关帖子

优质回帖
  • csfwff 2


    solo 3.6.4,编辑器表情有重复的

  • PeterChu 1 1 赞同

    😄 good,也是啊,那应该给下面加个分割线啥的以示区分

  • InkDP 2
    该回帖仅作者和楼主可见

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • Ethan 1 评论

    刚看到就被你给反馈了,真快啊

    抱歉了,你错失了 200 积分
    Vanessa
  • 其他回帖
  • PeterChu 1
    1. Solo 中的标签管理
      碰见 2 个问题,
      a. 每次发布文章时,新加一些标签,可能有时候之前已经有了,或者新加的标签与之前其实是同一个东西,但是因为描述的不同最终变成 2 个标签,
      b. 当标签设置到 20+ 以上时,每次如果手动去选择记忆中已经设置过的标签的话,在所有标签中还挺难翻的,速度比较慢。(为什么不直接手动输入关键词后,自动匹配?因为有时候当操作完文章内容编辑后,此时多数操作是进行鼠标操作,和此时再进行键盘输入比较起来,通过鼠标点击选择更高效些)。
      看了之前的 2 个帖子:
      https://hacpai.com/article/1541384864386
      https://hacpai.com/article/1494728619571
      现在清理标签功能也去掉了吗?

      建议:

      • 添加个标签管理功能,在该功能中
      • 可以增删改查标签,
      • 可以合并标签,将几个标签合并为 1 个,
      • 删除某篇文章上的所有标签后,该篇文章自动添加“无标签”之类的一个标签,
      • 可以对所有文章进行标签管理,支持按标签搜索,方便对查找某些文章后,再次为这篇/这批文章在不打开文章编辑模式下添加、删除标签,此时,就可以对上条中“无标签”的文章进行标签的添加等管理。
      • 在标签的显示上,支持设置标签颜色、图标等。一个是方便在编辑文章页面设置标题时的快速添加,一个是在某些皮肤中文章显示时的标签的色彩丰富性可以提升文章页面的美观(稍微的附带作用,有时许多皮肤中如果加了标签的字号、样式还可能适得其反,反而显得色彩使用杂乱了,所以可能在加个配置是否在文章展示页面显示标签色彩和图标)。(flag 颜色的设置见过的场景中就是网易邮箱、OS 中文件夹颜色标记、便签等场景中感觉挺好用的).
    2. 上面的这个无序列表的缩进时手动敲出来的,不知道是因为我没有找到正确的使用方式,还是因为中间加了空白行后嵌套列表的缩进就有点乱了,还是必须手动实现缩进。
      空白行可能是此处 MD 最大的杀手了吧 wulian,如果最终显示排版好点可能会减少许多空白行,但是有些空白行完全是主观强行想要的。
      还有就是空白字符,MD 中许多地方需要在标记符号后专门敲出一个空白字符,但是有些却不能有空白字符,比如此行:斜体字不能加空白字符。

    3. 另外就是本篇文章,wulian 看了下貌似 码云上的 Solo 直接没有开 issue ,github 上开了,那么此时就有 2 个地方在做同样这件事,或许 github 上许多是非社区用户发起,社区的这篇非社区用户稀少吧,有点乱、重复,可能同时会在 2 个地方都出现针对同一问题的报告,管理也比较麻烦。
      github 上的 issue 有比较好的交互、流程,社区的比较满足社区功能。不过,或许在将来社区也同时实现类似于 issue 这种模式的报告帖子功能,然后关闭或引导其他地方的 issue 提交用户到社区来。

      这样做的好处

      • 为 Sym 添加一种新模式,这种 issue 模式的场景应该也挺有实用前景的。
      • 为社区导流。如果是非社区用户来此发布报告的话,则尽可能支持主流第三方登录。(但是有些 github 的用户可能只想提交 issue ,完全拒绝进入社区的话,确实也是个问题。记得好像之前 D 还说过这事,确实难办 😂 )
    1 回复
  • 早晨安上了 solo,不过这个登陆感觉怪怪的呀,只有用 hacpai 登陆上才能管理,在登出且无法连接(如断开网络)到 hapcpai 时,就无法登陆管理了。

    本想推荐给一些人用下 solo 的,只是这样的绑定账号体系、这种本地博客却没有完全权限的感觉可能不会让他们喜欢。

    我看原因是为了解决和社区同步的问题。但总觉得这种“不加入社区就无法使用博客”的后台登陆机制,不是个好的措施。

    如果 B3log 要成功的话,一个博客加入的不会只是一个 Hacpai 社区,只能用 Hacpai 账号登陆,就不大合适了。

    希望这个方式是临时所做的妥协,而不是永久的策略。

    用户名重名以及社区同步内容时账号对应关系复杂混乱,这个问题应该是通过归属来实现,即在同步评论、文章时,对于用户名,不应该完全一致地同步过去,对于不是社区的用户,应加以归属。

    例如:

    • hacpai.com 中进行评论的用户名“JackalZhao”,同步到博客评论中显示时,应转为“JackalZhao_from_hacpai.com”,
    • 用户还可能将博客也同步到了另一个社区 xxxx.com ,在 xxxx.com 中进行评论的用户名“Lover”,同步到博客评论中显示时,应转为“Lover_from_xxxx.com”,同步到 hacpai 中显示评论时,显示“Lover_from_xxxx.com”
    • 而在黑客派社区中用“JackalZhao”评论时,而在博客中评论的用户“MiaoMiao”,同步到博客中显示时,就转为“MiaoMiao_from_blog”。这样,不仅解决了重名问题,也能一眼知道是从哪里得到的评论。

    而且,以后,有多个不同社区鱼塘时,我们也需要一种方法,得知哪一个评论来自哪一个社区。

    上述解决方法当然只是抛砖引玉,也希望能探索出更好的方法。

    只能用需要联网的社区账号登陆一个本地博客,真的很怪异,不只是方便不方便的问题,这就像是自己手里的 linux 机器有 root 权限和没有 root 权限的区别一样,手里没有 root ,就空空的,没有安全感。

    2 回复
    2 操作
    HaujetZhao 在 2020-05-29 08:35:45 更新了该回帖
    HaujetZhao 在 2020-05-29 08:33:54 更新了该回帖
  • PeterChu 1

    🤔 关于 solo 博客端的用户交互设计问题的思考

    1. solo 中博客交互可插拔插件式设计
      现在在单独的 solo 博客中,除了回复功能可以交互外没有其他类似于社区的点赞,感谢,收藏,主要交互功能。我想既然可以实现回复且回复可支持社区积分的统计,那么是否可以实现其他几个社区交互功能,然后把这些功能打包成为一个插件,在 solo 中可以自由开关,对于社区用户在浏览其他用户 solo 端时,该插件可采取类似于手机上功能悬浮气泡,无操作时保持半透明状。对于非社区用户可实现关闭,或注册登录,如此即可使每一个单独的 solo 博客成为社区引流邀新的桥头堡,(可将邀新奖励机制同时关联到 solo 主)。博客交互功能安装该博客是否推送社区分为两种情况储存数据,推送了则保存数据到社区服务器。
      其实,这是我在浏览其他用户的 solo 博客时,对于一些优质文章想要进行收藏时发现没有什么好的办法,难道只能保存到浏览器收藏夹?Chrome 收藏夹要破 10mb 啊 😭
    2. 这条刚才想着要说啥,忘了。那就说说如此设计的优缺点。优点,增加 solo 博客用户体验,对于浏览者来说。增加 solo 作者的体验。增加 solo 及社区的整体联动性,同时可插拔保持 solo 端自由轻便。增加社区推广机会,增加社区邀新机会。现阶段社区优质内容不充足,可通过整合将 solo 端优质但未同步社区的文章链接推广到社区。(emmm...这里也添加个开关?solo 用户自定义是否聚合到社区。这样将社区与 solo 作为整体看待 wulian 感觉和以往各博客平台,内容运营平台方向正好相反啊会不会死的惨惨的)……缺点,solo 变胖。实现复杂。可能效果不佳有风险。增加社区服务器负重。增加 solo 端使用成本。获取新用户质量下降。可能给竞品递了刀子,为他人作嫁衣。
      根据 SWOT 分析法,此处应有机会,威胁分析。(可是我编不下去了wulian
    1 回复
  • 查看全部回帖