社区系统可能存在一些潜在的缺陷，大家如果有空的话可以帮助我们一起解决。
如果你在使用社区时发现了如下类型的问题，请回帖进行反馈，并附上 bug 截图以及操作步骤：
欢迎对社区提出功能特性方面的建议，我们一起讨论，如果有可能我们会尽快实现。
在提功能建议前可以先看一下计划表，避免重复提议。
500 积分300 积分200 积分Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug（漏洞）。
链滴是一个记录生活的地方。
记录生活，连接点滴
B3log 社区相关的重要公告，比如新特性上线，运营策略调整等。
链滴用户指南系列帖，社区功能可在此逐一了解，欢迎讨论。
感觉和以往各博客平台，内容运营平台方向正好相反啊会不会死的惨惨的）……缺点，solo 变胖。实现复杂。可能效果不佳有风险。增加社区服务器负重。增加 solo 端使用成本。获取新用户质量下降。可能给竞品递了刀子，为他人作嫁衣。）@88250 写帖子的时候，不能从 vscode 中有效的粘贴的 md 文档中的代码。复制过来是
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-devtoolsartifactId>
<optional>trueoptional>
dependency>
样子。
我用 sublime 打开，可以直接复制过来。，如下：
<!--devtools可以实现页面热部署（即页面修改后会立即生效，这个可以直接在application.properties文件中配置spring.thymeleaf.cache=false来实现），
实现类文件热部署（类文件修改后不会立即生效），实现对属性文件的热部署。
即devtools会监听classpath下的文件变动，并且会立即重启应用（发生在保存时机），注意：因为其采用的虚拟机机制，该项重启是很快的
-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<optional>true</optional><!-- optional=true,依赖不会传递，该项目依赖devtools；之后依赖myboot项目的项目如果想要使用devtools，需要重新引入 -->
</dependency>
不知道哪里的 bug
早晨安上了 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”而且，以后，有多个不同社区鱼塘时，我们也需要一种方法，得知哪一个评论来自哪一个社区。
上述解决方法当然只是抛砖引玉，也希望能探索出更好的方法。
只能用需要联网的社区账号登陆一个本地博客，真的很怪异，不只是方便不方便的问题，这就像是自己手里的 linux 机器有 root 权限和没有 root 权限的区别一样，手里没有 root ，就空空的，没有安全感。