|
锁定老帖子 主题：微薄短域名原理及作用
精华帖 (0) :: 良好帖 (1) :: 新手帖 (13) :: 隐藏帖 (11)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-02
我就不理解了。。你们怎么推测出的是62位换算。。。实际经过试验，是64位。最后两位分别是[和].各位可以试试sina的短连接，运气好的直接改一个字符为[或者]都可以跳转
|
| 返回顶楼 | |
|
发表时间：2011-04-04
非常简单，见我一个Demo：http://u.faqee.com/addURL.jsp，文章地址：http://cxlh.iteye.com/blog/676985
|
| 返回顶楼 | |
|
发表时间：2011-04-05
httpclient_bd 写道 研究过类似的一个高效的实现，当然思路非我原创，也是网上前辈们的经验
实现方式是nginx+tt+tc做转发 具体原理是nginx代理到tt的服务端口 稍微修改一下tt的源码，将tt的http协议返回的东西稍作修改， 原来返回value的地方修改为返回302的http报文，把tc里拿到的value作为location回送给浏览器，重新编译后启动TT，直接访问即可。 TC里KEY为短地址，VALUE为URL url要有长期性，memcached的特性不适合干这事。 tc=tokyo cabinet tt=Tokyo Tyrant LZ有兴趣可以研究一下 这个不错，能够减少中间获取实际地址这一操作 apache不知道能实现不 |
| 返回顶楼 | |
|
发表时间：2011-04-06
微薄 or 微博？
|
| 返回顶楼 | |
|
发表时间：2011-04-06
为啥我总觉得这个“薄”字看着怪怪的～
|
| 返回顶楼 | |
|
发表时间：2011-04-07
方便记忆纯属乱编，无非是微博前期140个字的限制而已。。。。。。。
|
| 返回顶楼 | |
|
发表时间：2011-04-11
对程序员来说，错别字就像语法级的bug，写的时候尽量注意点，不是‘薄’，是‘勃’。。。
|
| 返回顶楼 | |
