配色和功能的话题说来话长，欢迎来 /feedback 参与讨论。

感谢反馈

感谢反馈，网站本身有皮肤机制，只是目前没有适配好。方便说下你是什么系统吗

有使用 Google 字体服务，没有 Github 相关资源。网站整体在体积方面是专门优化过的，可能由于第一次访问会加载 pwa 相关资源。方便说下你的大致区域吗，我排查一下，谢谢。

少见的社区方向的有趣项目 👍🏻

国内没有 Camp 这种文化基础，所以这个概念推广起来应该认知阻力不小，是不是应该往 Meetup / AskMeAnything 这个方向上靠一下（和你目前 Landing Page 上的圆桌概念也不冲突）？国内在这方面似乎没有什么好的平台。纯个人主观建议 ~

挺酷的，对实时性要求比较高的领域应该很有吸引力，如果对移动端的支持能跟上就更好了 :)

大概明白你的意思了，我隐约觉得不能很好的支持 js 生态会是推广开来的一大障碍，当年 js 社区有个 meteor.js 的框架，主打特性之一就是实时同步，只是早期不能很好的集成 js 生态 ( 不是不支持，只是不方便集成，有点别扭），直到现在都很小众。

另外不知道 liveview 在实际开发时候体验好吗，包括效率，开发体验等等。

感谢分享，不知道 liveview 是不是排他性质的？比如是否用了 liveview 就不能用其他 js 生态的东西了等等，能不能很好的混合使用？

多谢支持 :) @daqing

目前还糙的很，欢迎常来指导指导

@nine 多谢反馈，目前准备换一个默认主题，不知道你对其他主题看法如何 ?

目前已知的登陆问题是在夸克浏览器上，其他平台貌似没有问题。如果登陆不上方便提个 issue 吗

@tokyohuang123 请问登陆是遇到什么问题了么

@flowerwrong 感谢您的反馈，已经不少人反应这个问题了

我可能是真的有点色弱 (或者色强？), 我会尽快找设计师帮我改改 ~ 不知道 ruby-china 上有没有做设计的朋友？

@spike76 哈哈，多谢支持，倍感荣幸 : )

@317583395 多谢你的关注，这贴毕竟不是 ruby 相关，不被删帖我已经非常感谢各位管理员了。

社区还在早期，欢迎常来坐坐，多提些宝贵意见 :)

@wsdjeg 非常抱歉引起误会，以后一定注意。

@rubyist518 感谢大佬支持，欢迎常来坐坐:)

@lolychee 感谢回复，过奖了。

前后端分离虽然不是银弹 (比如 budle-size 的问题, 比如 Phoenix 1.4 也有更激进的 liveview 方案)，但确实是现阶段各方面比较平衡和成熟的解决方案。

Elixir 也如你所说，确实有其独到的地方，欢迎入坑 :)

期待的你的个人项目，祝好！

@huacnlee 多谢站长支持，欢迎常来坐坐 :)

@chunlea @youclavier 这个技术栈确实比较小众，期待你们更进一步的分享和交流 :)。

@Zven 多谢支持，欢迎常来坐坐。

@chenge

确实，不管什么规模的系统推荐都是难点，我最近也在思考，欢迎一起交流

@chenge 我经常看你分享 Elixir 和其他语言的内容，一定要常来坐坐 :)

@aldrich 很棒但是坑也很多

不过 Elixir 总体上还是非常符合直觉的，写起来很享受，欢迎入坑 :)

@chenge 你好

elixir 是一定有的。只是侧边栏不好展示太多社区。

这里都有的 https://coderplanets.com/communities/pl

@zhangzitao @jasl @hlcfan @luolongzhi @403 @Peter @gihnius

收到你们的支持了 :) 非常感谢！

我觉得两者其实没有什么太大的可比性，掘金采用的是编辑制，不是传统意义上任何人都能发帖的论坛，更像是一本公开的“杂志” / "新闻站点"(至于结果上前端用户居多是另一个话题)。

ruby-china 则是一个垂直领域 (IT) 中的垂直论坛 (ruby)，从域名到产品形态上都非常垂直于 ruby 这个领域 (甚至地域)。 在 ruby-china 上虽然也可以在其他节点上讨论非 ruby 的其他话题，但是因为在设计和代码层面的一些限制，讨论其他话题始终给人一种"二等公民"的感觉，比如其他节点缺乏最基本的 tag 系统，比如在其他节点右侧依然是 ruby 相关内容等等。

所以就越来越垂直，好处是大家不论讨论什么内容都对 ruby 有或多或少的了解，渐渐的良性循环，兴趣聚合。再加上各位管理员这么多年来对社区内容的把关，干货沉淀的越来越多，于是大家的忠诚度也越来越高。

其次没有资金压力，不用"智能"展示各种烦人的广告，整体的设计简洁纯粹。总之种种原因你想不坚挺都很难阿。

@zemora 谢谢你提供的思路，我试了一下，其实解决语法冲突并不麻烦，有现成的方案. 我测试是可行的：

会被渲染成：

简单的说就是在 markdown 中输入 $..(数学公式)...$ 不换行显示公式， $$..(数学公式)..$$ 单独一行显示公式，其他的 markdown 语法不受影响照常使用，也不需要调用复杂的 pandoc。

我随机抽取了 latex 中的很多数学符号, 基本都可以正常显示。

当然缺点也很明显，这个不是 ruby/rails 的解决方案。

@zemora 是类似这种效果吗？我最近在做的社区项目中对编辑器也有很多样的要求，如果你愿意等的话我会专门抽空研究一下。

确实是个坑，比较反直觉。感谢分享 :)

收集的网站资源质量很高，感谢分享 :)