@ SinaAppEngine《技术微博精选》 在这里写上你的标题

Presentation on theme: "@ SinaAppEngine《技术微博精选》 在这里写上你的标题"— Presentation transcript:

1 @ SinaAppEngine《技术微博精选》 在这里写上你的标题
(5月上) 副标题文字副标题文字 2012年5月31日 作者名字/日期

2 目录 《NoSQL 数据建模技术》 《HTTPS 从原理到实战 - 附送 OSChina HTTPS 配置》
《Masonry：一款很好用的 jquery 网页瀑布流布局插件》 《Linux命令行下面一个有趣的小命令》 《四个新的 HTTP 状态码》 《关于memcache分布式一致性hash》 《SaeServer2.0发布》 《理解Python中的装饰器》 《ZIP，一个没落天才的故事》 00 01 02 03 04 05 写上你的文字你的文字

3 《NoSQL 数据建模技术》 开始讨论数据建模技术，我们不得不或多或少地先系统地看一下NoSQL数据模型的成长的趋势，以此我们可以了解一些他们内在的联系。下图是NoSQL家族的进化图，我们可以看到这样的进化：Key-Value时代，BigTable时代，Document时代。。。 首先，我们需要注意的是SQL和关系型数据模型已存在了很长的时间，这种面向用户的自然性意味着： 最终用户一般更感兴趣于数据的聚合显示，而不是分离的数据，这主要通过SQL来完成。 我们无法通过人手工控制数据的并发性，完整性，一致性，或是数据类型校验这些东西的。 查看精彩评论：

4 《HTTPS 从原理到实战 - 附送 OSChina HTTPS 配置》
鉴于最近 OSChina 强制启用 HTTPS 登陆一事，备受关注，我花了点时间，贴出了N久以前写的关于安全性的文章，并又花了点时间把如何申请证书，如何配置Tomcat/Nginx一并解释了一遍，希望对各位有用。 查看精彩评论：

5 《Masonry：一款很好用的jquery网页瀑布流布局插件》
和CSS中float的效果不太一样的地方在于，float先水平排列，然后再垂直排列，使用Masonry则垂直排列元素，然后将下一个元素放置到网格中的下一个开发区域。 查看精彩评论：

6 《Linux命令行下面一个有趣的小命令》
查看精彩评论：

7 《四个新的 HTTP 状态码》 HTTP 协议还在变化？是的，HTTP 协议一直在演变，新的状态码对于开发 REST 服务或者说是基于 HTTP 的服务非常有用，下面我们为你详细介绍这四个新的状态码以及是否应该使用。 1、428 Precondition Required (要求先决条件)； 先决条件是客户端发送 HTTP 请求时，如果想要请求能成功必须满足一些预设的条件。 2、429 Too Many Requests (太多请求)； 当你需要限制客户端请求某个服务数量时，该状态码就很有用，也就是请求速度限制。 3、431 Request Header Fields Too Large (请求头字段太大)； 某些情况下，客户端发送 HTTP 请求头会变得很大，那么服务器可发送 431 Request Header Fields Too Large 来指明该问题。 4、511 Network Authentication Required (要求网络认证)。 如果你在开发一个 HTTP 服务器，你不一定需要处理该状态码，但如果你在编写 HTTP 客户端，那这个状态码就非常重要。 原文链接 查看精彩评论：

8 《关于memcache分布式一致性hash》
consistent hashing 算法早在 1997 年就在论文 Consistent hashing and random trees 中被提出，目前在 cache 系统中应用越来越广泛；比如你有 N 个 cache 服务器，那么如何将一个对象 object 映射到 N 个cache 上呢？ consistent hashing 算法的原理      consistent hashing 是一种 hash 算法，简单的说，在移除 / 添加一个 cache 时，它能够尽可能小的改变已存在 key 映射关系，尽可能的满足单调性的要求。 查看精彩评论：

9 《SaeServer2.0发布》 查看精彩评论：

10 《理解Python中的装饰器》 装饰器是一个很著名的设计模式，经常被用于有切面需求的场景，较为经典的有插入日志、性能测试、事务处理等。装饰器是解决这类问题的绝佳设计，有了装饰器，我们就可以抽离出大量函数中与函数功能本身无关的雷同代码并继续重用。概括的讲，装饰器的作用就是为已经存在的对象添加额外的功能。 装饰器的定义很是抽象，我们来看一个小例子。 查看精彩评论：

11 《ZIP，一个没落天才的故事》 Phil Katz不愿意为一个压缩软件付钱，就索性自己写了一个更好的算法，然后无偿公开。2000年4月14日，他被发现死于一家汽车旅馆，年仅37岁，死时手中握着一个空酒瓶，房间中还有另外五个。他留下了zip算法，却没有留下一张像样的照片。 就在Philip Katz去世的前后，ZIP的最大对手：WINRAR，正在悄然崛起。当时Winzip早已稳坐压缩界头把交椅，但随着2.7版本的出现，Wrar却日益壮大，两者斗争得异常激烈。 也许在天之灵的Philip Katz并没有想到有这一天，作为下载量达到1亿4000万次，成就压缩标准zip的Winzip计算公司好象没有考虑过用其技术来赚钱的事（实际上很少有人会在WinZip试用期过后支付29美元购买正版授权，因此WinZip至今都没有获得太多利润）。它为大家提供一款如此经典的压缩软件，曾经，它是何等辉煌，但如今却威风难再。或者正如歌词所说:”想回到过去，试着让故事继续，至少不再让你离我而去…” 原文： 查看精彩评论：

12 https://sae.sina.com.cn/
SinaAppEngine