22:47 检查一下你的Blog是否真的属于你? » 大学小容>善用网络,助益成长!

面孔2007是一个很值得关注的摄影项目,Oliver最早从阮一峰的blog那里看到这个项目,就顶阅了他们的blog,开始追踪他们的故事。

昨天看到他们停止在BSP那里的更新,迁移到新的网站空间去。他们这样说:

本博客想要停止的想法早就有了。

最根本的原因是,所有文件在搜狐博客上,搜狐有权“在不对外披露单个用户隐私资料的前提下,搜狐有权对整个用户数据库进行分析并对用户数据库进行商业上的利用。”

“用户通过搜狐网络提供的服务(包括但不限于论坛、BBS、新闻评论、博客、图片、网摘等频道)上传到搜狐网上可公开获取区域的任何内容,用户同意授予搜狐在全世界范围内永久性的、不可撤销的、免费的、独家的和再许可的权利和许可,搜狐可以使用、复制、修改、改编、出版、翻译、据以创作衍生作品、传播、表演和展示该等内容的全部或部分,和/或将此等内容的全部或部分编入其他任何形式的作品、媒体或技术中。 ”

以上说明来自注册时,搜狐的说明。

根据这个要求,我打算逐步关闭本博客,近期将开通面孔专用网站,尽请期待。

面孔摄影仍将继续拍摄,可能不会立即公布于网络。欢迎继续联系拍摄:wuyuzheng#gmail.com

谢谢。

做个小广告,本人的个人博客已开通,不妨移步去看两眼:http://a-san.com.cn/

仔细看看,会让人吓一跳:

用户同意授予搜狐在全世界范围内

—永久性的、
—不可撤销的、
—免费的、
—独家的和
—再许可的权利和许可

搜狐可以

—使用、
—复制、
—修改、
—改编、
—出版、
—翻译、
—据以创作衍生作品、
—传播、
—表演
—和展示该等内容的全部或部分,

和/或

将此等内容的全部或部分—编入其他任何形式的作品、媒体或技术中。

不过,看起来起草这个协议的律师还不够专业,怎么可以忽略了网络公司经常会发生收购,合并,分拆,破产之类得事情发生呢?!起码还需要加上最后一条:

用户接受此声明,亦表明接受当本公司发生包括但不限于收购,合并,分拆和破产等法律架构事项后,存续的法律实体,继续享有于本公司等同的上述所有权利。

翻译出“用户贡献内容”(User-generated content)这个词的那个译者,实在有必要站出来澄清一下众人对他的译法的误读。

那么,如果你还是在继续贡献内容的那个用户,考虑一下数字游牧计划(Digital Nomads Project) ,当你的blog独立的时候,不要忘了写一篇blog独立日宣言。

17:27 把广告给最需要的人看,从而提升广告收益 » Google AdSense 中文博客


广告商愿意为了能够准确定位目标用户的广告增加投入,帮广告商将广告定位到准确的目标用户,您的网站就可以获得更高的广告收入。为了实现这一目标,这周我们发布了基于用户兴趣定位的广告系统,并应用于AdSense 发布商网站。

之前,广告商可以通过“内容相关定位”和“展示位置定位”两种方式在发布商网站上投放广告。现在,通过新的“用户兴趣定位”方式,广告商可以基于用户以往与广告商的线上互动(如访问广告商网站)或者基于用户的兴趣类别(如“运动爱好者”或“旅游爱好者”)进行广告定位。

接下来的几个月我们会向一部分广告商开放“用户兴趣定位”进行测试,并在2009年晚些时候开放给所有广告商。不论广告商是希望提升品牌知名度,还是提升用户直接响应数量,这种方式都将有利于提升广告效果,进而使广告商增加广告投入;当然,也将有利于增加您的广告收入。

为了建立用户兴趣类别,我们将会对用户访问AdSense发布商网站的网页类型进行分类识别。例如,如果用户访问了大量的有关运动的网页,我们将会把这一用户加入“运动爱好者”这一兴趣类别。您可以访问帮助中心,查看兴趣类别是如何建立的以及您帐户的相关设置。在这个新功能发布以后,您网站的隐私政策也需要进行相应的调整,对“用户兴趣定位”广告进行说明。请确保在2009年4月8日前更新您网站的隐私政策。

用户在浏览您的网站时,也会从“用户兴趣定位”提供的高度相关的广告中获得更多有用信息。他们也可以进入“广告偏好管理中心”查看自己在哪个兴趣类别里面,也可以自己添加或删除兴趣类别。用户点击AdSense广告单元的“Google 提供的广告”链接就可以进入广告偏好管理中心。

我们希望能够为用户提供与他们的兴趣更匹配的广告,能够帮助广告商获得更好的广告效果,能够帮助您提高网站收益
15:26 13 Screencasts on How to Scale Rails » High Scalability - Building bigger, faster, more reliable websites.

Gregg Pollack has made 13 screen casts on how to scale rails:

  • Episode #1 - Page Responsiveness
  • Episode #2 - Page Caching
  • Episode #3 - Cache Expiration
  • Episode #4 - New Relic RPM
  • Episode #5 - Advanced Page Caching
  • Episode #6 - Action Caching
  • Episode #7 - Fragment Caching
  • Episode #8 - Memcached
  • Episode #9 - Taylor Weibley & Databases
  • Episode #10 - Client-side Caching
  • Episode #11 - Advanced HTTP Caching
  • Episode #12 - Jesse Newland & Deployment
  • Episode #13 - Jim Gochee & Advanced RPM

    For a good InfoQ interview with Greg take a look at Gregg Pollack and the How-To of Scaling Rails.

  • 12:29 The Implications of Punctuated Scalabilium for Website Architecture » High Scalability - Building bigger, faster, more reliable websites.

    Update: How do you design and handle peak load on the Cloud? by Cloudiquity. Gives a formula to try and predict and plan for peak load and talks about how GigaSpaces XAP, Scalr, RightScale and FreedomOSS can be used to handle peak load within EC2.

    Theo Schlossnagle, with his usual insight, talks about in Dissecting today's surges how the nature of internet traffic has evolved over time. Traffic now spikes like a heart attack, larger and more quickly than ever from traffic inflow sources like Digg and The New York Times. Theo relates how At least eight times in the past month, we've experienced from 100% to 1000% sudden increases in traffic across many of our clients and those spike can happen as quickly as 60 seconds. To me this sounds a lot like Punctuated equilibrium in evolution, a force that accounts for much creative growth in species...

    read more

    09:10 Classifying XTP systems and how cloud changes which type startups will use » High Scalability - Building bigger, faster, more reliable websites.

    I try to group XTP in to two main groups, type 1 and 2 and then subdivide type 2 in to 2a and 2b. I describe how I do this grouping and then amplify it a little in the context of cloud services.


    ^==Back Home: www.chedong.com

    ^==Back Digest Home: www.chedong.com/digest/

    <== 2009-03-10
      三月 2009  
                1
    2 3 4 5 6 7 8
    9 10 11 12 13 14 15
    16 17 18 19 20 21 22
    23 24 25 26 27 28 29
    30 31          
    ==> 2009-03-12