易栈网-膘叔（Neatstudio.COM）

易栈网-膘叔

140个字能做什么

Yii Rewrite中遇到的困惑

日志分类

热门标签

日志归档

搜索文章

最新评论

博客信息

友情链接

现在的微博程序是越来越多，这种仅能输入少量文字的玩意吸引了越来越多的人。
有的人把它当成日记，有的人把它当成交友，有的人当成了推销，有的人当成了牢骚。总之，目前被它所吸引的人不在少数。
当成日记的是可以利用它写下自己的心情，而且不用对着日记本来写流水帐也会有很多的人看到。
当前交友的，则是可以利用##标记自己的关键词，以获取与相同想法的人交流的机会
推销的则更在意自己的粉丝有多少，当有上万上百万的粉丝时，自己说的每一句话，可是比在电视里的广告展现率更高了
牢骚嘛，其实很多人在做这种事情，无聊的话一堆堆的放上。
其实还有很多人在利用微勃，有招聘的，有二手交易的，有。。。。很多很多，线下你能想到的方式，其实微博都拥有了。

然而，终究这玩意只有140个字，它能用来做什么呢？为什么它是140字？而不是70字，50字？255个字？140个字的意义是什么？当然也有不是140字的，比如网易，就是163个字。
网上的传说是因为Twitter最初的想法是想做类似手机短信的交流，所以SMS的70字就是他们的最大取值范围，事实上twitter也支持手机发送信息，所以这个理由可以被人接受。然后说传到国内因为中文是双字节，所以就成了140个字了，这个说法其实并不是能够特别认同，但目前也找不到可以论证的理由。我只能重推测是国内的人当然也认同70这个规范，但是1、可能觉得中文70个字能够表达的事情有限所以放大成140字。2、可能是大国思想在作祟，认为自己就一定要比别人多一点东西，于是就翻了一番。

虽然只有140字，可是掐架、求爱、求职、牢骚等等都拥有了，而且微博的各种手机客户端的推出，也使它成为了新闻的发布工具，任何人都可以发布自己的所见所闻到微博上，只是他们存在的时间比较短而已，为什么？你懂的。Just You Know Why?

140个字的世界其实很复杂。

用Yii开发的时候，总是会有涉及到rewrite，否则，网址里一堆 index.php?r=xxxx那就真的太长了。

关于rewrite，可以参考官方的guide，不过上面只有针对apache的htaccess配置。如果是nginx，你还可以搜索一下官方的wiki，有介绍nginx的配置的。只是官方上面用的方法是try_file，只针对高版本的。如果是低版本还是得用 if (!e $request_filename)这类的【更多设置请搜索google】我这里不详细说了。

今天在用官方推出的这一种rewrite功能【Parameterizing Hostnames 】的时候，出了点问题，该功能是：

XML/HTML代码

Parameterizing Hostnames
Starting from version 1.0.11, it is also possible to include hostname into the rules for parsing and creating URLs. One may extract part of the hostname to be a GET parameter. For example, the URL http://admin.example.com/en/profile may be parsed into GET parameters user=admin and lang=en. On the other hand, rules with hostname may also be used to create URLs with paratermized hostnames.
In order to use parameterized hostnames, simply declare URL rules with host info, e.g.:
array(
'http://<user:\w+>.example.com/<lang:\w+>/profile' => 'user/profile',
)
The above example says that the first segment in the hostname should be treated as user parameter while the first segment in the path info should be lang parameter. The rule corresponds to the user/profile route.
Note that CUrlManager::showScriptName will not take effect when a URL is being created using a rule with parameterized hostname.
Also note that the rule with parameterized hostname should NOT contain the sub-folder if the application is under a sub-folder of the Web root. For example, if the application is under http://www.example.com/sandbox/blog, then we should still use the same URL rule as described above without the sub-folder sandbox/blog.

我在rules里写上了 "http://user.xxx.com/<_c:\w+>/<_a:\w+>"=>"user/<_c>/<_a>/"

然后发现访问 http://user.xxx.com/aaa/bbb/id/1的时候出现了404错误，找问题死活找不到在哪里。再转过头去看了很多其他的配置，发现都不正常。

然后，我尝试访问默认页，即没有参数的：http://user.xxx.com/default/index，咦，居然正常了。。但问题随之而来，其他链接都不正常，经过不停的测试测试再测试。最终发现，把""user/<_c>/<_a>/" 中最后一个 / 去掉就正常了。

那么，'<_m:\w+>/<_c:\w+>/<_a:\w+>' => '<_m>/<_c>/<_a>/' 和 '<_m:\w+>/<_c:\w+>/<_a:\w+>' => '<_m>/<_c>/<_a>' 的区别是什么呢？

仔细看了一下生成的链接，如果用第二种的时候，如果有多个参数，就转为 m/c/a?a=b&c=d 而如果用第一种就是生成 m/c/a/a/b/c/d 。这时候，系统可能会识别不出我这种用二级域名做rewrite的方式。于是，我去掉了最后一个“/”，一切都正常了。

期间，HM和Horadric.Cube多次对我帮助，告诉我不同的nginx参数的配置。灰常感谢。

« 2025年04月 »