不错

我觉得最大的问题是半导体行业的问题，他们研究太不给力。

https://ruby-china.org/topics/17483

https://github.com/collectiveidea/awesome_nested_set

我不是大佬，欢迎回家看看

因为回复很有帮助，建议加精

精！

第一个点赞，小激动～

建议到 v2ex.com 发帖，那里用 python 人多，最喜欢语言大战，主帖不要提你那个 tv 的网站，怕被当做广告软文。

在维护老代码的时候想整个推翻重来，这是程序员的常见病，得治

老代码久经考验，很多人补过无数坑，不是一个脑袋短期内能考虑周全的。

如果想锻炼一下技术，可以试着用 Rails 套上 discuz 的表重写一下，这对推广 Rails 应该很有帮助，还避免了老系统崩溃的问题。

@huacnlee 先点个赞

试用了一下，感觉这个功能很尴尬，如果用户不想看挖坟贴，就会点“默认”，如果想看挖坟贴，点了“最新回复”后，看到的跟“默认”几乎没区别，人眼 diff 两个话题列表找到挖坟贴不是一件容易的事。

建议只显示以前不让顶上来的老贴子，成为名副其实的“挖坟”节点，不过可以取个好听的名字，比如“焦点重现”

什么样的实时性？一小时以上应该问题不大。

不然可以研究一下这个，我没试过： https://github.com/alibaba/otter

如果可行，欢迎回来报告一下。

@qq1695381214 @hrz3424-github

有干货当然好，但干货不是重中之重吧，这应该就是个 Socializing。如果只是要干货，可以在家看视频回放啊。

看需求。

如果表在几百兆以内，数据不需要高度实时同步，可以像我这样做。

主服务器上 mysqldump 成 sql 文件，然后 rsync 到从服务器，第一次比较慢、 然后在主服务器上设置定时任务，重复上面的步骤，同步应该相当快

在从服务器上，设置定时任务，导入 sql 文件，几百兆的东西也就几秒到几十秒。

这个操作相当稳定，我已经稳稳运行一年了，每天半夜同步一次。

以前用过主从复制，因为是跨国线路，经常掉链子。这个方法不优雅，但简单粗暴，稳定可靠。

虽然我会继续用，但不会劝那些急于找工作的人学习 Ruby。

现实真的很残酷，你成熟还是不成熟，人家根本不关心。

哦，就是让我看一下吗？

注册了一下，发现你的服务器跑在开发模式下？ 发送邮件失败，不能注册。

论坛也在冬天，我来鼓励原创。

谢谢，找到一个： https://github.com/sparklemotion/sqlite3-ruby/

不知道是否支持加密数据库。

简化的才是要命的，要玩转是需要有个全面的理解。

请贴代码

@Rei 你的 Selfstore 呢，你俩要不要合作。

登陆？

下一步就要到各个地方去吵架，顺便安利 Ruby、Rails，从而建立生态圈，使明年的统计数据更好看。

@huacnlee

我建议可以开一个挖坟页面，跟 topics
https://ruby-china.org/topics/
除了全是挖坟帖子以外，其它的都一模一样。

我以前也遇到过同样的问题，很好的话题顶不上来。

谢谢回复，理解了，还真有这种场景。

我想知道的是，为什么要两种方式同时访问，我觉得没有必要还保留 http，只留 https 就可以了啊。 有用户一定要用 http 来访问吗？

SEO 怎么做？

为什么不 301 重定向呢？

请问同时使用两种方式有什么优势，会带来什么问题？

1000 个粉丝理论？