- 高效率的网站打开速度优化方法 11-11
- 阿里云全球10个国家及地区节点参与双11，科技行业迎 11-11
- 2017阿里双11交易创建峰值 32.5 万笔／秒! 11-11
- 让搜索引擎看来更自然的高质量外链维度 11-11
- 数据库事务学习笔记 11-11
- 5G超密集组网驱动光模块市场爆发 11-11
- 学习笔记TF062:TensorFlow线性代数编译 11-11
- PaaS 调研 : GAE 与 AWS （下） 11-11
- 关于 M4A 文件的随机访问 11-11
- 记一次流量暴增造成的“生产事故”优化经历！ 11-11
高效率的网站打开速度优化方法
发布者: superzhang | 发布时间:2017-11-11
网站打开速度的快与慢，直接关系到访客的用户体验度。网站被加载的速度与多个要素相关，如服务器优于劣，网络带宽大与小，页面代码繁与简等。如果受限于资金，那么通过优化网页代码来加速网站打开速度，就是很有效的方法。以下是网站打开速度优化的方法详解。
一：压缩或精简Javascript代码和css代码。
无论什么类型的网站，用户第一次点击网站的时候，都会加载网站的Javascript和css代码，假设这些代码冗多，势必会降低网站打开速度。
如果有这样的问题，就要对代码进行压缩或精简。压缩方面，有大量的第三方工具如站长之家的CSS\JS压缩工具可供大家直接免费试用，经过压缩的代码，普遍能减小40%到65%。精简方面，能用一个样式控制就不用两个，思路是既能满足网站的页面布局，又是最小的代码量。
二：降低HTTP请求。
有数据显示，流量器会花费8成的时间来加载脚本，css样式表，图片等网站元素，只有约2成的时间会用于加载网站其他的主要文字内容。问题是各个网站都会有HTTP请求，且同一个时间内只能有2个HTTP请求，这样的问题下，假设有大于2个的HTTP请求一同请求，那么势必会降低
阿里云全球10个国家及地区节点参与双11，科技行业迎来全球“购物节”
发布者: superzhang | 发布时间:2017-11-11今年，阿里云首次将“双11”模式推广至全球。中国、香港、新加坡、马来西亚、日本、美东、美西、德国、迪拜及澳大利亚等全球10个国家及地区的阿里云全球地域（Region）将参与“双11”，首次购买上述地域的技术与产品，将获得半价优惠。
2017阿里双11交易创建峰值 32.5 万笔／秒!
发布者: superzhang | 发布时间:2017-11-11
世界互联网史上
最大规模的并发流量洪峰
我们成功扛住了！
1小时00分49秒 ，2017天猫双11全球狂欢节成交额超571亿，超2014天猫双11年全天。
交易创建峰值
32.5 万笔／秒
seo优化人员，需要重视外链建设，更需要重视高质量外链建设，切记为追求数量而忽略质量。另外，即使是人为操作，也应该让发布出去的反向链接更加自然，看起来更像是自然传播的。
让搜索引擎看来更自然的高质量外链维度
自然外链是有一些特征的，小明seo总结以下维度：
锚文本的多样化
很多seoer为了追求目标关键词的排名，在使用锚文本外链的过程中，锚文字过于集中，甚至于完全相同，这明显是不符合常规的。抛开主动发的不谈，假设别人自觉的给你链接，那么锚文本应该就是多样化的。建议的做法是把握主次，重要锚文本占比高一些。
相关性外链更有效
假设你是seo博客，那么你应该在相关平台做占比较高的外链，而不是不相关的平台。另外，搜索引擎外链算法中有针对相关性的维度，就是说同等数量，同样质量的外链，相关性的得分会更高。建
数据库事务学习笔记
发布者: superzhang | 发布时间:2017-11-11
水平有限，有错误之处望大神们指出，不胜感激
什么是事务引用《高性能Mysql》中的定义：事务就是一组原子性的sql查询，或者说一个独立的工作单元。如果数据库引擎能够成功的对数据库应用该组查询。如果其中有任何一条语句因为崩溃或其他原因无法执行，那么所有的语句都不会执行。也就是说，事务内的语句，要么全部执行成功，要么全部执行失败。
事务的特性 原子性（Atomicity） 一个事务中的所有sql操作是一个整体，要么全部成功提交，要么全部失败回滚，不允许中间状态。 原子性的语义，只保证记录了回滚段，这个回滚段能够回滚到之前的版本。 为了实现原子性，需要通过undo日志。将所有对数据的更新操作写入日志，如果一个事务中执行了一部分操作，后面的操作由于断电/系统崩溃等其他原因无法继续，则通过回溯日志，将已经执行过的操作撤销，从而达到“全部失败回滚”的目的。 场景：数据库系统崩溃后重启，此时数据库处于不一致的状态，必须先执行一个crash recovery的过程，读取日志进行redo（重新执行将所有已经成功提交但为写入磁盘的操作，保证持久性），再对所有崩溃时未成功提交的事务进行undo（撤销所有执行了一部分但尚未比较的操作，保证原子性）。crash recovery结束后，数据库恢复到一致性状态。 一致性（Consistency） 书本5G超密集组网驱动光模块市场爆发
发布者: superzhang | 发布时间:2017-11-11
移动通信是光网络发展的重要驱动力，对于光模块市场发展的重要性也不言而喻。我们知道，光模块市场可细分为电信（Telecom）市场、数通（Datacom）市场和接入（Access）市场。从2016年全年的统计数据来看，上述三大市场对光模块的需求量分别占49.1%、29.3%和21.9%。可见，电信市场是光模块产业角逐的“主战场”。而未来电信市场的最大看点莫过于5G技术的演进。基于5G更高速率、更高容量以及更高基站密度的要求，对高速率光模块将产生较大的新增需求与市场空间。
当前5G虽然仍处于标准阶段，但各大设备商已积极联合运营商展开试验，力争在2020前实现5G商用。“5G商用，承载先行”。据预测，未来5G基站数将超过1000万个，这将从数量上带来光模块需求的激增。与4G技术相比，5G的数据传输速率是4G的10~100倍，这意味着假设在光模块速率保持不变的情况下，单个基站使用的光模块的个数将大幅提升。我们简单用一个公式表示5G下光模块的需求：光模块需求（F）=基站数（m）*单基站模块需求（n）。在5G时代，相比4G，m和n都会有显著的提升，因此，在5G建设周期下，光模块会成为5G产业链中弹性最大的细分行业之一。此外，随着5G流量爆发，大规模数据中心的建设对光模块的需求也将增加。
综上，提前把握5G网络对光模块的需求，有助于光模
学习笔记TF062:TensorFlow线性代数编译框架XLA
发布者: superzhang | 发布时间:2017-11-11
XLA(Accelerated Linear Algebra)，线性代数领域专用编译器(demain-specific compiler)，优化TensorFlow计算。即时(just-in-time,JIT)编译或提前(ahead-of-time,AOT)编译实现XLA，有助于硬件加速。XLA还在试验阶段。https://www.tensorflow.org/versions/master/experimental/xla/ 。
XLA优势。线性代数领域专用编译器，优化TensorFlow计算的执行速度(编译子图减少生命周期较短操作执行时间，融合管道化操作减少内存占用)、内存使用(分析、规划内存使用需求，消除许多中间结果缓存)、自定义操作依赖(提高自动化融合底层操作low-level op性能，达到手动融合自定义操作custom op效果)、移动端内存占用(提前AOT编译子图减少TensorFlow执行时间，共享头文件对被其他程序直接链接)、可移植性方面(为新硬件开发新后端，TensorFlow不需要更改很多代码用在新硬件设备上)。
XLA工作原理。LLVM编译器框架系统
PaaS 调研 : GAE 与 AWS （下）
发布者: superzhang | 发布时间:2017-11-11AWS
按理说，AWS应该不算PaaS，而应该算IaaS。那为什么会放在这里说，其实主要有两个原因：一是AWS并不是很简单的IaaS，因为它提供了大量的配套管理服务，虽然这些服务大多数都是通过Restful API的形式提供，但确实是可以编程来调用的；二是AWS本身也一个很有特色的“可编程”服务：Lambda服务。这个服务是可以嵌入在它提供的各种服务中，提供用户自定义控制这些配套服务的能力，所以让这些服务看起来更像平台PaaS，而脱离单纯的IaaS。从嵌入Lambda的角度来看，AWS比GAE更加的激进，而不是遵循传统的Web服务存在，因此能被更广泛的互联网业务所使用，而不仅仅是互联网电商客户。据说最近一些在Steam上很火的新游戏，都有用到AWS的服务，包括Lambda。
开发支持AWS因为核心是围绕其IaaS服务器EC2来设计的，所以并没有所谓的开发框架。而更多
关于 M4A 文件的随机访问
发布者: superzhang | 发布时间:2017-11-11
作者： haodongyuan
文章介绍了M4A文件的大概结构，详细解读了其中的Sample Table Box，并结合图例，详细讲解了如何使用它来完成M4A文件的随机访问。
本文属原创作品，转载请保留出处！
一、MP4文件结构简介在讲解M4A的随机访问之前，我们先来大概了解一下MP4文件结构，以及MP4和M4A的关系。
整个MP4文件由若干个box组成，box可以嵌套。每个box包含自己的大小和类型等信息，之后就是包含的内容，box也可以作为其内容，形成嵌套，如下图所示：
类似面向对象编程语言，box也有“继承”的概念，所有box都继承于Box类，其结构如下：
class Box { uint8 size; uint记一次流量暴增造成的“生产事故”优化经历！
发布者: superzhang | 发布时间:2017-11-11前言
“在一次正常的活动促销之后，客服开始陆续反馈有用户反应在抢标的时候打不开网页或者 APP，在打开的时候标的就已经被抢光了。
刚开始没有特别的上心，觉得抢标不就是这样吗，抢小米手机的时候不也是这样吗？
随着活动继续推进，有更多的用户强烈抗议，用户领了加息券或者抵现券之后抢不上标的，认为是平台作假故意不让他们使用以达到节省资源。
分析过程以前也会有陆续的用户反馈不减少的情况，给客户以小米抢手机为例子解释就过去了，这次用户反馈太过强烈，才让我们重视了起来。
我们前端一共有三款产品：APP、官网和 H5，其中 APP 使用量最大，官网其次，H5 平时使用量极少但是做活动期间流量会暴增（活动一般都是 H5 游戏居多，H5 也便于推广营销）。
前端的三款产品都是分别使用 LVS 负载到后端的两台 Web 服务器中（如下图），这次用户反馈基本在 Web 和 APP 端，所以重点观察这四台服务器。
首先怀疑网络带宽是否被涌满，找到网络工程师通过工具来监控，在抢标的时候带宽最高使用率只有 70%
