看需求。

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

主服务器上 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 个粉丝理论？

在一个 CMS 成灾的年代，为什么还要自己从零开始写 CMS? 练手吗？

526.56 转换成二进制是：
1000001110.1000111101011100001010001111010111000010...

小数部分 10001111010111000010 无限循环

因为 32 位 float 存不了那么多，只能存到小数点后 14 位，所以最后只有这个二进制保存下来： 1000001110.10001111010111

小数部分就成了 0.10001111010111，也就是 0.55999755859375

因此 526.56.floor(2)
等价于
526.55999755859375.floor(2)

结果 526.55 没毛病

为什么只能存到小数点后 14 位呢？

526.56 也就是 1000001110.1000111101011100001010001111010111000010...
用二进制的科学记数法表示为 (小数点左移 9 位)：
(2^9) * 1.0000011101000111101011100001010001111010111000010...

float 存储的时候第一位是一个符号位，接下来 8 个是指数位，也就是 9，因为有效数的整数部分只能为 1，就不存了，只剩下 23 个存有效数 1 后面的小数部分，原整数 526 的信息除 1 以外是 000001110, 占了 9 位，只剩下 23 - 9 = 14 位存小数部分：

指数不是 9 吗，这是却是 10001000？因为指数有正负，一共 8 bits, 0~255，正负各 256/2=128，所以 指数 9 表示为 9 + 127 = 136，也就是 10001000

最后结果： 526.56 的浮点数是：01000100 00000011 10100011 11010111

请问用 Rails 遇到性能瓶颈了吗？如果只是学习还是值得鼓励的。

其实每个开发工程师都应该懂点在线培训技术

做工程师根本不赚钱，做培训就好多了，蓝翔还要几台挖掘机才能上课，搞在线培训的只要有麦克风就好了！

http://lmgtfy.com/?q=rails+css+background+image

首先你的查询没有分页，其次这种实时要求不高的东西一定要做 Cache。

如果你一定想知道结果，可以打开 Development 模式下的 log，你可以用 log 里的 SQL 语句直接运行一下，检测资源占用，看哪种合适。

开公司后就简单多了，个人的话，就算了吧

已经不写 blog 了，根本没时间，记笔记就好了。

楼主，那个笔记本要再靠近头部一点，这样是会掉下来的。

这些个图是什么意思？