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

本贴最后更新于 1624 天前,其中的信息可能已经时移俗易

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

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

  • 如果没有推送到社区端,则不出现评论框,即不支持评论
  • 推送到社区端后,自动集成 VComment 社区组件来支持评论

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

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

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

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 是维护太费劲放弃了吗?

    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 赞同

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

  • 关注后续发展。

    未推送文章我暂时用 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 回复
  • solo 的分叉 bolo 基本能满足的你的夙愿,前几天试了一下,功能很丰富,也挺人性化的,重要的是和社区还是融合一体哦,你可以试试。trollface

  • iTrace

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

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

推荐标签 标签

  • App

    App(应用程序,Application 的缩写)一般指手机软件。

    91 引用 • 384 回帖 • 2 关注
  • ngrok

    ngrok 是一个反向代理,通过在公共的端点和本地运行的 Web 服务器之间建立一个安全的通道。

    7 引用 • 63 回帖 • 627 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 76 关注
  • 大数据

    大数据(big data)是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合,是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。

    93 引用 • 113 回帖 • 1 关注
  • LeetCode

    LeetCode(力扣)是一个全球极客挚爱的高质量技术成长平台,想要学习和提升专业能力从这里开始,充足技术干货等你来啃,轻松拿下 Dream Offer!

    209 引用 • 72 回帖
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 101 关注
  • PostgreSQL

    PostgreSQL 是一款功能强大的企业级数据库系统,在 BSD 开源许可证下发布。

    22 引用 • 22 回帖
  • 国际化

    i18n(其来源是英文单词 internationalization 的首末字符 i 和 n,18 为中间的字符数)是“国际化”的简称。对程序来说,国际化是指在不修改代码的情况下,能根据不同语言及地区显示相应的界面。

    8 引用 • 26 回帖 • 1 关注
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    4 引用 • 16 回帖
  • 人工智能

    人工智能(Artificial Intelligence)是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门技术科学。

    135 引用 • 190 回帖 • 1 关注
  • Markdown

    Markdown 是一种轻量级标记语言,用户可使用纯文本编辑器来排版文档,最终通过 Markdown 引擎将文档转换为所需格式(比如 HTML、PDF 等)。

    167 引用 • 1520 回帖 • 1 关注
  • 学习

    “梦想从学习开始,事业从实践起步” —— 习近平

    171 引用 • 512 回帖
  • sts
    2 引用 • 2 回帖 • 197 关注
  • WebComponents

    Web Components 是 W3C 定义的标准,它给了前端开发者扩展浏览器标签的能力,可以方便地定制可复用组件,更好的进行模块化开发,解放了前端开发者的生产力。

    1 引用 • 5 关注
  • Spring

    Spring 是一个开源框架,是于 2003 年兴起的一个轻量级的 Java 开发框架,由 Rod Johnson 在其著作《Expert One-On-One J2EE Development and Design》中阐述的部分理念和原型衍生而来。它是为了解决企业应用开发的复杂性而创建的。框架的主要优势之一就是其分层架构,分层架构允许使用者选择使用哪一个组件,同时为 JavaEE 应用程序开发提供集成的框架。

    943 引用 • 1460 回帖 • 3 关注
  • 知乎

    知乎是网络问答社区,连接各行各业的用户。用户分享着彼此的知识、经验和见解,为中文互联网源源不断地提供多种多样的信息。

    10 引用 • 66 回帖 • 1 关注
  • CongSec

    本标签主要用于分享网络空间安全专业的学习笔记

    1 引用 • 1 回帖 • 17 关注
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 59 关注
  • Redis

    Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库,并提供多种语言的 API。从 2010 年 3 月 15 日起,Redis 的开发工作由 VMware 主持。从 2013 年 5 月开始,Redis 的开发由 Pivotal 赞助。

    286 引用 • 248 回帖 • 44 关注
  • Vue.js

    Vue.js(读音 /vju ː/,类似于 view)是一个构建数据驱动的 Web 界面库。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。

    265 引用 • 666 回帖 • 1 关注
  • 工具

    子曰:“工欲善其事,必先利其器。”

    288 引用 • 734 回帖
  • 快应用

    快应用 是基于手机硬件平台的新型应用形态;标准是由主流手机厂商组成的快应用联盟联合制定;快应用标准的诞生将在研发接口、能力接入、开发者服务等层面建设标准平台;以平台化的生态模式对个人开发者和企业开发者全品类开放。

    15 引用 • 127 回帖
  • Hibernate

    Hibernate 是一个开放源代码的对象关系映射框架,它对 JDBC 进行了非常轻量级的对象封装,使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。

    39 引用 • 103 回帖 • 715 关注
  • 星云链

    星云链是一个开源公链,业内简单的将其称为区块链上的谷歌。其实它不仅仅是区块链搜索引擎,一个公链的所有功能,它基本都有,比如你可以用它来开发部署你的去中心化的 APP,你可以在上面编写智能合约,发送交易等等。3 分钟快速接入星云链 (NAS) 测试网

    3 引用 • 16 回帖 • 6 关注
  • Spark

    Spark 是 UC Berkeley AMP lab 所开源的类 Hadoop MapReduce 的通用并行框架。Spark 拥有 Hadoop MapReduce 所具有的优点;但不同于 MapReduce 的是 Job 中间输出结果可以保存在内存中,从而不再需要读写 HDFS,因此 Spark 能更好地适用于数据挖掘与机器学习等需要迭代的 MapReduce 的算法。

    74 引用 • 46 回帖 • 559 关注
  • HHKB

    HHKB 是富士通的 Happy Hacking 系列电容键盘。电容键盘即无接点静电电容式键盘(Capacitive Keyboard)。

    5 引用 • 74 回帖 • 478 关注
  • Unity

    Unity 是由 Unity Technologies 开发的一个让开发者可以轻松创建诸如 2D、3D 多平台的综合型游戏开发工具,是一个全面整合的专业游戏引擎。

    25 引用 • 7 回帖 • 158 关注