在实现、测试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的。

如果字符串的用途是某种类型的key，那么字符串最好要trim一下，去掉首尾的空格。

曾经遇到一个bug，RabbitMQ中一个queue始终收不到routing key为某些值的message， 但是却能收到routing key为另一个值的message。 Queue的binding是通过配置文件指定的，

<routingKey value="routing-key.a.*, routing-key.b.*, routing-key.c.*">

Routing key为routing-key.b.*和routing-key.c.*的消息始终收不到。 尝试直接通过“RabbitMQ Management”（http://localhost:15672/）发送消息，总是得到 “Message published, but not routed.”错误。

最后发现root cause是binding创建的时候是通过value.split(',')来提取routing key的。 因为没有trim所以 routing-key.b.*的开头有个空格。 但是sender在publish message的时候用的routing key总是不带空格的😱。

数据库的index也可以认为是一种key。 假设Customer表有一个email column，且email column是有index的。 那么在存数据或者查询时应该先trim一下email。