在实现、测试OneFeed的tag功能时，发现tag c++不能正常工作，

<a href="<%= '/posts?tag=' + t.name %>" class="..."><%= t.name %></a>

请求/posts?tag=c++到达server端后，params[:tag]的值为c ，导致数据库查询没有返回正确的结果。

原因是构造href时没有对tag的name做encode，而+恰好是URL规范里的特殊字符，它代表一个空格。

Within the query string, the plus sign is reserved as shorthand notation for a space. Therefore, real plus signs must be encoded.

所以，在把一个字符串拼接到URL里前，要先把它encode一下。 毕竟，不是每次测试时都有足够运气使用像c++这样测试数据，提前发现bug。

在Rails里可以通过下面的方法来encode一个字符串，

URI.encode 'c++ java'
# => "c++%20java" 空格被encode，URL规范的特殊字符“+”没有被encode
ERB::Util.url_encode 'c++ java'
#=> "c%2B%2B%20java" 所有字符都被encode，包括像"+", "/", "?"这样的保留字符

<!-- fix: u是url_encode的alias -->
<a href="<%= '/posts?tag=' + u(t.name) %>" class="..."><%= t.name %></a>

关于URL decode，大部分web框架都会自动decode。

注意⚠️，“URL”也包括同一页面内的anchor

<a href="#need-to-encode-too">about</a>
<div id="need-to-encode-too">About us...</div>

另外，在准备测试数据时，别忘了中文；中文也是需要encode的。

When should you use DateTime and when should you use Time?

非常有意思的文章。 莎士比亚和塞万提斯（堂吉诃德的作者）都死于“1616年4月23日”，但是由于当时英国并没有像意大利一样采用公历（格里高利历）， 所以两个“4月23日”时间上相隔了10天。

点击文章中的链接可以了解很多有趣的历史。 比如公历是什么时候推广的、联合国教科文组织犯的错误、每个国家推行公历的时间是不同的（比如中国是在1912年）等等。 另外时区的概念也是19世纪铁路流行后才有的概念。

如果程序里要处理历史上的日期，最好了解一下相关的国家是什么时候推行公历的，然后采用的库也要能正确处理这种Pre-Gregorian的日期。

Ruby中的Time类不能正确处理文中提到的“莎士比亚和塞万提斯是不是死于同一天”的问题。 另一个类DateTime可以。

附另一个Stackoverflow上的问题，Why is subtracting these two times (in 1927) giving a strange result?。 讲了什么上海时间的”1927-12-31 23:54:07”和”1927-12-31 23:54:08”差了353秒，而不是1秒。