红俊's profile蝈蝈俊的共享空间PhotosBlogListsMore Tools Help

Blog


    October 23

    理解认识云,应该从生态系统的角度来看

    单纯理解“云”,好像跟我们十万八千里,它只是各个超级龙头们才能提供的一组不需要知道到底有多少服务器为我服务,不知道到底是那里的服务器为我服务的网络存储和网络计算。

    这样强大的计算和存储功能也只是一个基础设施,就像水,电一样的。我们离不开它,我们可以按需购买,按需使用。而不用关注它是如何工作的。

    能成为电网公司,燃气公司的也只是少之又少的超级大龙头才可以做。同样能提供云计算和云存储的公司也少之又少。

    如何使用这些基础设施,让他更吸引用户,让他在这个生态系统中运转更流畅才是我们大多数人应该思考的。

    就像我们开发软件一样,能做出很吸引用户的软件的人不是因为你掌握了几门编程语言,而是因为你的创意,你开发的功能能够给人们一个很好的体验,同时一个软件很比较长久流行,是因为你这个体验的过程是一个很合理的生态系统,吸引用户一直留在你这里。

    abc20301_01b_pic

    October 22

    我被“云”了

        今天去参加SD2大会,经过数位讲师的讲解,下面是一些我觉得有意思的关于云的观点,非常零乱。

    “云”是一个广义的概念
        各个厂商宣讲的“云”,这是从他们角度来看的“云”。每个厂商的利益,视角都不尽相同,他们对云的观点也就有差异,汇总各方的“云”观点,才不会对“云”的理解产生偏差。

    “云”才刚刚起步,人们对它的理解不尽相同。
        为什么世界上物理学家很少,而经济学家很多?
        一个原因:经济理论的实践需要几年甚至更久才能看到结果,至于看到的结果是否这个这个理论对应的政策影响的结果还另说。所以经济学家有很多,而且各自观点都不尽相同。而物理理论的实践可以很快看到结果,物理学家就很少,物理学派就没有经济学派那么多。
    同样的道理,“云”可以给我们带来那些东西,这需要几年后来证明,现在人们对云的认识有多个版本,都有差异。

    计算机目前两级分化越来越严重能够
        一级向小的方向发展:移动设备,智能设备,嵌入式设备就是典型代表。
        一级向大的方向发展,在单核CPU等硬件的升级放缓的情况下,多核,多台计算机的连通网络蓬勃发展,一个极致就是“云”。我们可以不用关注计算机在那里,不用关注有多少台计算机在为我们服务,我们只用关注有这个服务。

        向大发展涉及到的内容就是我们从微软,从Google,从亚马逊听到的云。要做到这部分,需要有非常强大的数据中心才可以做到。
        向小的方向发展,会使更多的人,更容易的使用计算设备。人以群居,物以类聚。一个个的专业网络社区应运而生。我们在这里的商机就是做设备,做设备上的软件。

    互联网对人类的贡献,就如同火对人的贡献一样
        它改变着人类的生活习惯,而云,会使这项改变变得更容易。

    软件的价值在哪里?

        这是一个演化的过程。
        以前是软件的功能,我们以前是因为这个软件有这个功能,另外一个软件没这个功能才使用这个软件。
        现在功能不再成为门槛时,则是因为有这个数据,比如:我们搜索时更喜欢用Google,是因为可以搜索到我们想要的数据。
        这个数据越来越庞大,复杂,如何才能用低成本解决这些问题,云给我们带来了解决方法。

    人眼和摄像头的差别
        人眼和摄像头看到的都是光,都是一块块不同的颜色。我们能识别这是一个人,这是一个树,是因为人脑对这些作了抽象处理。而让计算机识别出这是一个树,这是一个人,就很困难。一个典型就是验证码的出现。
        一个个的专业社区中的人,可以做很多计算机做不到或者很难做的事情。而这些事情就是无法成为Google,Microsoft这样强龙的地头蛇的机遇所在。

    参考资料:
    李德毅:超出图灵机的云计算
    http://www.sciencetimes.com.cn/m/user_content.aspx?id=256726
    SD2大会的讲座
    http://sd2china.csdn.net/

    October 20

    Get参数值中有“>”时,IIS在一些情况下会产生404错误

    最近有网友反馈CSDN的一个bug,某个CSDN帖子点击它里面的举报功能链接会报404错误,其他帖子则没有这个问题。这个点击链接如下:

    http://forum.csdn.net/PointForum/Forum/Report.aspx?topicId=cc0b49bf-d6e8-4645-bf34-45f6e68bc569&postDate=2009-10-17&url=http%3A%2F%2Ftopic.csdn.net%2Fu%2F20091017%2F17%2Fcc0b49bf-d6e8-4645-bf34-45f6e68bc569.html&content=%E8%B5%9A%E9%92%B1%E6%95%88%E5%BA%94----%3E%E8%8D%90%E8%82%A1%E5%91%A8%E8%B5%9B%EF%BC%81%E8%83%BD%E8%B5%9A%E9%92%B1%E8%83%BD%E8%8E%B7%E7%A7%AF%E5%88%86%EF%BC%81

    通过分析原因,发现是因为这个链接中有“>”这个字符所致。上述链接中的“%3e” 就是“>”字符。删除这个字符就一切都好了。

    一些简单的其他ASP.net站点的演示这个错误的地址:

    http://s.mybook66.com/Chapter.aspx?id=273> 

    http://s.mybook66.com/Chapter.aspx?id=273%3e 

    http://www.microsoft.com/downloads/details.aspx?FamilyID=CF13EA45-D17B-4EDC-8E6C-6C5B208EC54D%3e&displaylang=en 

    http://msn.qidian.com/ShowBook.aspx?bookid=1266402>

     

    这个问题只有IIS才有,

    Visual Studio 开发站点:ASP.net Development Server,Apache 我都没有发现这个问题存在。

    并不是所有的Get参数值上增加“>”都会导致404错误,有些会,有些又不会,目前我还没有找出规律。

    System.Web.HttpUtility.UrlEncode(">") 会输出 “%3e”,不论“>”还是“%3e”  在这个问题存在时,都会导致404错误。