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

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

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

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

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

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

赞助商 我要投放

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • HaujetZhao
    支持者

    是维护太费劲放弃了吗?

    1 回复
  • 88250
    作者

    因为整个用户体系都是基于社区的思路来做的,所以本地评论(或者更早之前的匿名评论系统)其实存在的意义并不是太大。如果继续存在下去也不是不可以,只是博客端数据和社区端数据的一致性会更弱,以后迁移博客端会有更多的问题,所以干脆在这个版本中做个了断吧。

    社区端后续会做一些减法(比如简化首页、优化导航等),突出 B3log 模式,发挥共建共享核心价值。

  • 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
  • 2501224066

    TIM 图片 20190819154837e73bf6b7.gif

    虽然我不用,但我可以为你跳支舞

    该回帖因偏离主题而被折叠
    1 操作
    88250 在 2020-07-13 08:50:55 折叠了该回帖
  • mmzsblog 1 评论

    也许保留一个是否开启本地评论的按钮也不错(默认不推送社区不开启即可)

    感谢反馈,但这不仅是功能开关的问题……
    88250
  • sirwsl 1 1 赞同
    捐赠者

    我觉得评论确实存在简直不大。由于是基于黑客派账号。评论的人可以说很少(我写了 2 个月的个人感觉,可能是自己太菜了)所以我还是比较赞同直接移出。但是我觉得可以加一个顶和踩的数据统计。对了,要是有多套极简又好看的主题就更好了,现在虽然有很多主题但是很多都是要么布局太差,要么手机端适应性薄弱,容易出现很多问题。自己喜欢也就 1/2 套 😂

  • telami 1 赞同
    捐赠者

    很大胆,也很激进的一个决定,关注一下后续发展 😋

  • lixiang810 1 评论

    关注后续发展。

    未推送文章我暂时用 HashOver 充数。有后端评论系统里做得相当好的一个。valine 因为部署需要身份证所以不考虑,gitalk、vssue 倒也可以用用,但我博客的访问者并不都有 GitHub 账户。

    1 操作
    lixiang810 在 2020-07-13 11:08:08 更新了该回帖
    为啥我这里显示是 via chromium os……明明是 archlinux 的。我去看看 UA
    lixiang810
  • qwab16

    突然想起我的服务器很域名都到期了,真的是把博客这事完全忘记了。。。惭愧

  • lizhongyue248 1

    告别 solo,有缘再见。

  • lbb4511 1 赞同

    感觉 Solo 可以分离成多个版本 1(社区版主要方向是上边说的)+1(独立版主要方向是现在的功能从社区中完全分离出来)+n(二次开发版可以在独立版上继承各种插件、模块等)

    1 回复
  • 88250
    作者

    @adlered 已经开发 Solo 的硬分叉版本 bolo-solo 了,欢迎尝试。

  • JokerLee

    怎么说呢, 感觉评论这东西用的不多, 但是不能没有! 哈哈哈

    1 回复
  • 88250
    作者

    是的,评价地非常客观。后续版本中会继续考虑如何在不推送时自动接入 VComment 组件。

  • 614756773 2 评论
    捐赠者

    我发现文章中如果有其他域的图片,推送到社区失败,感觉这样很不方便啊。

    比如说我很多图片都是存放在 GitHub 上的,直接引用在文章里不行,必须要复制再通过 solo 上传一次。

    现在我就有不少的文章因为这个原因没法推送到社区,要是升级 solo 后这些文章就没办法评论了。。所以我会选择不升级

    其实我希望的是允许插入外链图片
    614756773
    @614756773 推送到社区时暂时还是不允许外链图片,具体讨论请看这里
    88250
  • 88250
    作者

    @participants 感谢大家的建议,v4.3.1 中将进行改进,具体开发进度请关注该 issue

    1 操作
    88250 在 2020-07-17 16:22:58 更新了该回帖
  • barryzpc
    捐赠者

    准备部署一下 bolo-solo

  • iTanken 1
    捐赠者

    image.png

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

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

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

  • someone56695

    solo 非推送文章没有评论,可万一 solo 的文章推送不过来的话(比如短文章、个人小笔记、或者不适合发送到公众视野只适合在小众人口中查看的、或者想推送的文章社区却不接受的文章等等),岂不是成了冤大头了。总之一句话,看着推送不到社区躺在 solo 的文章乍看没有评论入口,很别扭、巨别扭

    1 回复
  • 88250
    作者

    这个问题 v4.3.1 进行了改进,详情请看 Solo 集成 Gitalk 评论系统

  • guobingwei
    捐赠者

    我升级到最新版,用 docker 启动不起来了。。之前一直用的部署脚本不管用了。也没看到报错信息 😂

    1 回复
  • 88250
    作者

    请参考下 Solo 仓库 scripts 目录下的脚本。

  • Rainsheep
    捐赠者

    某一天,一个一直在用 CSDN 的人厌烦了 CSDN 的博客审核机制,以及 CSDN 的各种广告,决定自己搭建一个博客,不惜花钱买了几年的服务器,在几个开源的博客之间做选择,最后选择了 solo,solo 很棒,也一直在进步,他是一个喜欢博客完全在自己掌控之中的人,接受了 solo 中时长会出现的一些问题,开源不容易,一开始,图片用的是自己的图床,后来开始改用 solo 的图床,因为相信 solo 会一直做下去,曾经,solo 支持本地登录,后来没了,某次,博客炸了,一两天登录不上去,后来,本地评论没了,必须推送到社区才能评论,solo 要与社区接轨,而某些人或许只是想简简单单写点东西记录下自己的生活或者学习经历。我感觉一个软件的进步是功能的增强,用户体验更友好,不能说突然把某些功能去掉了,用户习惯了某些功能,然后,突然没有了,怎么办。当用户没办法掌控软件以后的发展,没办法确认现在需要的功能以后是否会继续存在,是不是应该考虑换一个系统了

    1 回复
  • cuijianzhe
    捐赠者

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

  • iTrace

    那么,请问和 hugo 有什么区别,弃坑~~~

    1 回复
请输入回帖内容 ...