Solo v4.3.0 发布预告,即将彻底移除本地评论系统

我们将在 Solo v4.3.0 移除本地评论系统。因为本次升级改动比较大,如果不想升级的话请注意不要更新版本。

升级后,本地评论系统相关功能在前台和后台都会移除,文章评论的逻辑将变为:

另外,comment 数据表会保留到 v5.0.0,以后将彻底删除该表。

Solo 的定位是 B3log 社区博客端节点,所以我们会基于这个出发点来改进功能,请大家理解和支持。如果因为各种原因想放弃使用 Solo,那也没有关系,感谢你一直以来的陪伴!

1 操作
88250 在 2020-07-13 08:25:03 置顶了该帖

赞助商 我要投放

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • iTanken 1

    image.png

    Solo 渲染表格时建议在外层加一个 div

    <div style="max-width: 100%; overflow-x: auto;">
        <table></table>
    </div>
    

    以防止表格超出页面宽度。

  • 其他回帖
  • PeterChu 1 3 赞同
    1. 有点生硬,不友好啊,感觉 solo 的权重降低过了。
    2. 从社区角度看,这样可以从形式到内核都更加以社区为重心。但是,从 solo 用户角度看,应该正好相反,或许因为现在社区为 solo 用户带来的反馈收益还远远不够。这个个人感觉可以做个调查,调查下使用 solo 的用户在选择 solo 时,考虑“社区博客”这点在决策中占多大权重,我感觉应该比较低。可以做个探讨研究,作个参考。所以,现在现阶段在社区还处于比较小众时期,我担心这样生硬操作失去的选择 solo 的新用户的损失过大,远远大于社区所得到的收益。我倾向于先有大量 solo 节点后,才会有更多更加优质内容、用户产生,最终反馈受益给社区,当社区质量,内容,运营进入更好的阶段时,才能更加吸引到以因为社区作为选择决策决定因素的用户,这些用户可能才不会在乎 solo 去除本地评论。
    3. “本地评论存在意义不是很大”😂( °◅° )对此保留意见啊,是不是因为现在 solo、独立博客的用户基数太低,完全看不出来其存在的必要性?对,哪怕用户基数提高了,对于绝大多数个人博客来说,评论的意义作用都不能完全提现发挥出来,但是,即便如此也不能作为彻底砍除本地评论功能的决定性因素,何况任意一个内容优质浏览量大的个人博客都能看出评论功能的重要性。其次,solo 个人博客支持的私密博客功能很好,还有很大发展空间,其中必然少不了本地评论功能的支持。同步到社区继续私密?有点不太现实啊。最后,上面都是从本地评论功能上考虑,同样,从内容角度看,也存在不能或缺的绝对因素。现在评论功能完全支持评论内容可以像一篇内容丰富的文章,这样,就实现评论内容优质性提供了保障,因此必然出现许多评论内容远优质于原博客文章的情况,类似于贴吧的帖子,形式上如同文章一样的第一楼往往无所实质内容(大多数是为了防吞的必要操作),知乎等其他社区同样有此情况。所以,solo 中尤其是对于不想或不能推送至社区的文章来说,本地评论所提供的功能才是此类文章的核心所在。此外,有种极端情况,对于已存在的未能推送至社区但已有许多优质性远大于原文的评论的文章,此时推送至社区,或者以后升级新版本,完全丢失本地评论?有点恐怖(我把女神脑袋砍掉,抱着就跑 Σ( ° △ °|||)︴~wc tuituitui)
    4. 有点不太理解“数据一致性”指什么,是说 solo 本地评论内容与推送至社区后评论内容不一致吗,“迁移博客端”指什么。是说将 solo 文章推送至社区这个操作吗。本地评论与社区评论确实存在分离,不论是从形式还是内容上看。这个才是这个操作的决定性原因吗?这个操作委实不美丽啊,让我想想应该还有比较漂亮的解决办法。比如,文章下做个评论标签页,当没推送至社区时,无标签页显示,当推送至社区后,评论区的评论以本地、社区区分后分属在 2 个评论标签页下,这样数据和形式上都做了分隔且都做了持久化。推送至社区端的文章再细致研究是否需要展示本地评论。社区端未推送至本地或已推送到本地的文章应该不存在这个烦恼,只采用社区评论。
    5. “个人观点:新的东西不一定就是进步的,但是,维持原状更难进步发展。”如同逆水行舟,停步不前往往意味着倒退,意味着被超越。所以,对于解决问题的方式,我更倾向于采用或寻找新的方法,哪怕需要先小心尝试,同时,警惕且谨慎对待最终只能采用旧方法的情况。(这个 ✏️装的可还行 🤪)
    6. 这些都是个人看法 ㄟ(▔ ,▔)ㄏ
    7. 现版本内的 comment 表,5 版本或者以后会被强制删除吗?
    8. 如果彻底删除 solo 本地评论功能是否考虑支持接入第三方评论系统?
    1 回复
  • 88250 5 评论

    感谢帮忙考虑这么多,这也是我实在想不到更好的方案才做出的权衡。“本地评论评论存在的意义不是很大”是基于社区账号来说的,使用黑客派账号这一点对用户来说应该是是最大的障碍(目前是)。

    之前我们尝试过独立账号、独立评论,独立图床等等,也就是完全的独立博客系统,我觉得这种产品形态已经没有发展空间了,需要进行一些突破,所以就将账号部分、交互、评论等核心基于社区来做,对用户来说,选择使用 Solo 的缺点就是不够独立自由,并且存在被我“绑架”(就像现在这样)的风险。但优点也很明显,能够充分使用社区资源,包括自动备份、图床等。

    这次一刀切后看大家的反馈,如果“非推送文章提供评论”是一个刚需的话(因为某种神秘力量,很多博客不提供评论功能),我们可以继续考虑如何实现。这方面我有过一点初步构想,也是基于 VComment 来做,这样就能保持文章推送前和推送后评论的一致性,功能设计和代码实现上也比较优美。

    当然,如果能找到其他更好的方案的话也可以讨论尝试。v 5.0.0 的升级脚本中会 DROP comment 表;第三方评论系统的接入应该是没问题的,可以用签名档或者改下皮肤模板试试。

    OK 了解了。“更多一点平滑的过渡期动作”是好是坏,不知道,有没有相关方面或提供思路的研究、书籍?不知道。嗯以后再说
    PeterChu
    @PeterChu 后续应该可以支持不推送也能集成 VComment 的方案,只是在 v4.3.0 中暂时不考虑实现,等待收集反馈后再进一步做研究。
    88250
    @88250
    PeterChu
    确实是,solo 和社区的耦合性太高了,这个是个风险点,但是正如您所说的,独立博客系统基本已经没有发展空间,我们需要新的 idea😂
    JssDream 1
    @JssDream Solo 提供了完善的数据导出功能,尽量让大家放心,可以随时迁移到其他系统。
    88250
  • cuijianzhe

    solo 的分叉 bolo 基本能满足的你的夙愿,前几天试了一下,功能很丰富,也挺人性化的,重要的是和社区还是融合一体哦,你可以试试。trollface

  • 查看全部回帖