最近一年来我的全部精力都投在了Overmind的环境治理模块中，最近会抽空写一系列文章对其中涉及到的知识点由浅入深地进行梳理和回顾。

我们在生产环境使用Docker部署已经有段日子了，Docker为我们的部署工作提供了诸多的便利，不过同时因为经验不足我们也遇到了很多坑，因此写篇日志记录下。

问题描述

为了实现线上服务高可用的目标，我们对Rails应用做了分布式部署，结果在部署服务的a和b两台服务器上，静态资源预编译后fingerprint不一致。这样的后果是我们的样式、前端js效果时好时坏，非常头疼。临时的解决方案是将一台服务器上public/目录下的文件手动拷贝到另外一台服务器上，但显然这并非长久之道，于是我们开始着力排查原因。

由交互变更聊起

我们网站的结果页面可能有上百条数据，原本采用的是传统的分页模式，即点击“上一页”或“下一页”按钮进行翻页操作。最近进行了一次交互改版，新版的交互变更为当鼠标滚轮滚动到页面底部时，页面上自动加载出下一页的内容。这篇博客要介绍的就是怎样实现这种交互效果。

Rails Query Interface: where

Rails提供了一套非常便利而又强大的查询接口（Query Interface）。例如我们经常同其打交道的where方法，可以帮我们解决大多数查询条件（Conditions）相关的问题：

写在前面

不要总是“我觉得”，你应该编写Benchmark测试对比

平时没有注意到的浏览器URL细节

Ajax技术能够大大提升网站的用户体验，我们的平台中也包括了诸多Ajax请求。这次遇到的需求场景是：当用户点击一个Tab标签，发送一次Ajax请求，服务器端给出响应后，浏览器的URL并不会对应地做出改变。而用户恰恰希望能够获取到最新的URL，这样就可以把这个URL发送给别人，别人点击该URL后进入平台看到对应的界面。

需求说明

最近网站改版，需要实现一个悬浮定位导航栏，类似效果见下图（Bootstrap页面示例）：

准备

最近在折腾网站的微信登录功能，最终希望实现的效果是类似一号店这样的微信登录。

Email的局限性

最近平台发出去的Email界面频频被用户吐槽，”完全就是纯文本“。当初写mailer功能时，曾乐观地以为可以直接复用已有的view页面，这样也便于以后的维护。结果发现：原来Email的格式相对于HTML有诸多局限：