新浪微博RSS订阅Feed生成服务

2011-12-4, 更新,支持自定义rss标题,服务放在SAE上一段时间了,速度比较快,大家都用这个新地址吧: http://rssing.sinaapp.com 2011-8-10, 更新:支持微博的个性化域名,忘记烦人的用户Id吧,rss标题更改为个性化域名,下面以姚大姐的为例: http://medcl.net/sinarss/yaochen 什么?不知道什么是个性化域名? —下面的都是浮云(很久之前的更新日志了)——— 最近弄博客的Lifestream,需要收集几个RSS地址,我想把新浪微博的RSS也集成上去,可是,新版新浪rss地址是什么?官方一找,谁知官方没有提供,没有办法,只有自己搞了,用ASP.NET提供一个页面,传上你的用户ID,然后就可以生成xml格式的文档,将这个地址拿到你的RSS阅读器或者其他什么玩意都可以。 源码:http://bitbucket.org/medcl/sina-twitter-rss-feed-generator/downloads http://www.box.net/shared/059xe6z2sk 网址如下: http://medcl.com/SinaRss.aspx?uid=1451057603 将uid=后面的数字换成你自己的用户Id就可以了 这个ID不知道? 登陆到进入到你的微博首页,点击我的粉丝,这个时候可以看到地址栏,里面就有你的用户ID了。 更新: 2010.3.7 增加编码设置参数,默认utf-8哦,使用方法: GB2312编码: http://medcl.com/SinaRss.aspx?uid=1451057603&encode=gb2312 UTF8编码: http://medcl.com/SinaRss.aspx?uid=1451057603&encode=utf-8 2010.3.30 源文件提供下载,方便大家自己部署,下载地址:http://www.box.net/shared/059xe6z2sk 2010.4.17 严重:空间搬家了,暂时不支持ASP.NET环境,原来的相应地址请换成http://lakeyon.com/SinaRss.aspx?uid=1451057603&encode=gb2312 【将medcl.net换成lakeyon.com即可,谢谢】 2010.4.21 添加代理,原地址继续使用,实际跳转到lakeyon.com 2010.5.9 添加参数originalimage来指定是否显示微博里面的原图,使用方式:显示原图: http://medcl.com/SinaRss.aspx?uid=1451057603&encode=&originalimage=true ps:大图有时候显示不正常显示缩略图:http://medcl.com/SinaRss.aspx?uid=1451057603&encode=&originalimage=false 2010.5.21 添加参数quotation来制定是否去掉引号,默认去掉,可选false或true如:http://medcl.com/SinaRss.aspx?uid=1451057603&quotation=false 2010.5.22 显示@转发来源及添加转发来源连接,限制标题长度50,添加参数titlelimit来限制标题长度,如:titlelimit=120,如果需要使用完整标题,使用参数fulltitle=true完整的例子可能如下(ps:参数都为可选,可一个和多个,fulltitle和titlelimit是有冲突的,当fulltitle为true,titlelimt失效):限制标题长度120: http://medcl.com/SinaRss.aspx?uid=1451057603&titlelimit=120显示完整标题:http://medcl.com/SinaRss.aspx?uid=1451057603&fulltitle=true 2010.6.27 写rss到文件,10分钟有效期 2010.6.30 源码和部署文件发布地址迁移到http://bitbucket.org/medcl/sina-twitter-rss-feed-generator/downloads 2010.8.17 […]

深入讲解数据库中User和Schema的关系

 User和Schema比较容易混淆,搞不清他们之间是什么关系,转一篇文章。 假如我们想了解数据库中的User和Schema究竟是什么关系,首先必须了解一下数据库中User和Schema到底是什么概念。        在SQL Server2000中,由于架构的原因,User和Schema总有一层隐含的关系,让我们很少意识到其实User和Schema是两种完全不同的概念,不过在SQL Server2005中这种架构被打破了,User和Schema也被分开了。 首先我来做一个比喻,什么是Database,什么是Schema,什么是Table,什么是列,什么是行,什么是User?我们可以可以把Database看作是一个大仓库,仓库分了很多很多的房间,Schema就是其中的房间,一个Schema代表一个房间,Table可以看作是每个Schema中的床,Table(床)就被放入每个房间中,不能放置在房间之外,那岂不是晚上睡觉无家可归了J。,然后床上可以放置很多物品,就好比Table上可以放置很多列和行一样,数据库中存储数据的基本单元是Table,现实中每个仓库放置物品的基本单位就是床, User就是每个Schema的主人,(所以Schema包含的是Object,而不是User),其实User是对应与数据库的(即User是每个对应数据库的主人),既然有操作数据库(仓库)的权利,就肯定有操作数据库中每个Schema(房间)的权利,就是说每个数据库映射的User有每个Schema(房间)的钥匙,换句话说,如果他是某个仓库的主人,那么这个仓库的使用权和仓库中的所有东西都是他的(包括房间),他有完全的操作权,可以扔掉不用的东西从每个房间,也可以放置一些有用的东西到某一个房间,呵呵,和现实也太相似了吧。我还可以给User分配具体的权限,也就是他到某一个房间能做些什么,是只能看(Read-Only),还是可以像主人一样有所有的控制权(R/W),这个就要看这个User所对应的角色Role了,至于分配权限的问题,我留在以后单独的blog中详述。比喻到这里,相信大家都清楚了吧。