您现在的位置：首页
--> 忘我的追寻
inode仅仅只是保存了文件对象的属性信息，包括：权限、属组、数据块的位置、时间戳等信息。但是并没有包含文件名，文件在文件系统的目录树中所处的位置信息。那么内核又是怎么管理文件系统的目录树呢？
Jetty 8 长连接的超时断开连接的机制：超时连接机制针对IO传输过程中的数据阻塞时间超过一定阈值时，断开该连接。阻塞指当前处于数据传输阶段，但是连续指定时间内都没有发出或者接收到任何数据时，Jetty系统断开该连接。强调一下，只有在数据传输过程中才会有超时机制。在服务端处理已经收到的数据时是不会检测该超时时间的。
跨站访问的定义：JS脚本在浏览器端发起的请求其他域（名）下的网站数据的HTTP请求。
这里要与referer区分开，referer是浏览器的行为，所有浏览器发出的请求都不会存在安全风险。而由网页加载的脚本发起请求则会不可控，甚至可以截获用户数据传输到其他站点。referer方式拉取其他网站的数据也是跨域，但是这个是由浏览器请求整个资源，资源请求到后，客户端的脚本并不能操纵这份数据，只能用来呈现。但是很多时候，我们都需要发起请求到其他站点动态获取数据，并将获取到底数据进行进一步的处理，这也就是跨域访问的需求。
观察资源请求目的地址，可以发现有两类，一个是本站的IP地址，这是本站的空间地址，即向本站自身请求资源，一般来说这个是必须的，访问资源由自身托管。另外一类是访问其它网段拉取数据。这类数据不是托管站内的，是在其他站点的。浏览器在页面呈现的过程，拉取非本站的资源，这就称“盗链”。
截止到2015年7月，微信每月活跃用户约5.49亿，朋友圈每天的发表量（包括赞和评论）超过10亿，浏览量超过100亿。得益于4G网络的发展，以上数据仍有很快的增长，而且相对于PC互联网时代，移动互联网时代的峰值要来得更加凶猛。比如，2015年元月的流量到了平时的2倍，而峰值则达到了平时峰值的2倍，相当于平时正常流量的5倍，这对整个系统的考验是很残酷的。本次分享将简单介绍微信后台团队的开发模式、微信朋友圈的架构以及在性能上的一些工作，供各位参考。
之前有几篇文章已经关注过加密解密证书和HTTTPS的一些基本原理。HTTPS、SSL与数字证书介绍，公钥私钥加密解密数字证书数字签名详解。这里想探讨一下单一的web服务中多个域名共享一个证书或者使用多个证书进而使用多域名的HTTPS的问题。
随着 HTTP/2 的逐渐普及，以及国内网络环境越来越糟糕（运营商劫持和篡改），HTTPS 已经开始成为主流。HTTPS 在 TCP 和 HTTP 之间增加了 TLS（Transport Layer Security，传输层安全），提供了内容加密、身份认证和数据完整性三大功能，同时也给 Web 性能优化带来新的挑战。上次写的「使用 BoringSSL 优化 HTTPS 加密算法选择」一文中，我介绍了如何针对不同平台启用最合适的传输加密算法。本篇文章我打算继续写 HTTPS 优化 —— TLS 握手优化。
TLS 的前身是 SSL（Secure Sockets Layer，安全套接字层），由网景公司开发，后来被 IETF 标准化并改名。通常没有特别说明时，SSL 和 TLS 指的是同一个协议，不做严格区分。
最近做了一些LVS配置和方案的验证实验，将过程中用到的一些配置、工具和具体的解决方案记录一下。使用DR模式。验证一种不中断业务的RealServer升级或者重启方案。
现在笔电或者平板设备，由于使用了高端的SSD存储，空间大小一般有限。而台式机经过几代的发展，已经能支撑起海量存储空间了。那么能否实现高清视频等文件在多个设备间共享呢？当然是可以的。各种即时聊天或者互通软件都实现了在WiFi下直接与电脑之间同步文件。如：QQ同时在电脑端和PC端登录，那么可以直接从电脑访问手机上面的存储的内容，反之亦然。但是一般而言这不是通用的解决方案，只是软件实现了自己的文件共享功能。
今天看到这篇文章，颇为震撼，感叹算法之“神通”。借助于合适的算法可以完成看似不可能的事情。
之前对DRBD分析比较多，但是一直没有找到该怎么用他。最近又在看NFS协议(RFC3530)。分析了NFS4对于的迁移、复制和服务端重启等场景的定义。DRBD提供块设备，其上是文件系统，而NFS在文件系统上层，二者结合可以构建一个高可用的文件共享解决方案。关于DRBD，在之前的博客中有一些分析(tag：DRBD)。
一般说来，ATA是一个控制器技术术，而IDE是一个匹配它的磁盘驱动器技术，但是两个术语经常可以互用。ATA是一个花费低而性能适中的接口，主要是针对台式机而设计的，销售的大多数ATA控制器和IDE磁盘都是更高版本的，称为ATA – 2和ATA – 3，与之匹配的磁盘驱动器称为增强的IDE。
Swift 最初是由 Rackspace 公司开发的高可用分布式对象存储服务，并于 2010 年贡献给 OpenStack 开源社区作为其最初的核心子项目之一，为其 Nova 子项目提供虚机镜像存储服务。Swift 构筑在比较便宜的标准硬件存储基础设施之上，无需采用 RAID（磁盘冗余阵列），通过在软件层面引入一致性散列技术和数据冗余性，牺牲一定程度的数据一致性来达到高可用性和可伸缩性，支持多租户模式、容器和对象读写操作，适合解决互联网的应用场景下非结构化数据存储问题。
看到Python程序员的10个常见错误这篇文章中讲到了闭包和后期绑定的问题。有很多不同的人都对闭包过进行了定义....
OpenStack的源码分析在网上已经非常多了，针对各个部分的解读亦是非常详尽。这里我根据自己的理解把之前读过的Swift源码的一些要点记录一下，希望给需要的同学能带来一些帮助。
AWS采取的鉴权算法类似于HTTP基本认证。我们知道Base64只是对字符串进行了一个转换存储，是可以反向解析出源字符串的，因此基本认证中使用Base64编码处理过的用户名和密码可以被截获，一旦用户名和密码泄漏，黑客可以构造任何需要的请求进行数据窃取和改写。
这里重点讲LVM的概念和操作，看完这篇文档，你会了解LVM是什么，里面有哪些概念，如何把LUN划分到LV挂载到服务器上，双机切换是怎么对存储进行处理的。至于存储如何跟服务器连上，如何做RAID策略，如何划分LUN，这里不涉及。
在互联网安全通信方式上，目前用的最多的就是https配合ssl和数字证书来保证传输和认证安全了。本文追本溯源围绕这个模式谈一谈。
作为常用的NoSQL存储系统之一，KV存储系统受到了开发者的关注。但常见的KV存储系统并不具备自动容灾和在线扩容功能，这给系统运营造成了不少麻烦。本文提出了一种构建高可用和自动弹性伸缩的KV存储系统的方法。
继续翻老文章，首先是从Jeff Dean的一篇PPT演示文稿中看到了这一页，觉得对这些数值形成概念还是挺有用的，就转过来了，经常拿出来看一下，最终能做到熟记于心，并能在理论分析和程序设计时用上。
近3天十大热文
-
[32] Go Reflect 性能 -
[18] [译]Google Chrome中的高性能网
-
[16] 在FreeNAS/BSD搭建基于Nginx+
-
[16] 关于Linux的文件系统cache
-
[15] 最近总结的一些技巧(vim,python,s
-
[13] Linux常用系统信息查看命令
-
[11] PHP加速器 eaccelerator 缓存
-
[9] Linux(Ubuntu 10.04)上安装
-
[9] base64_encode 和 urlenc
-
[9] 精于图片处理的10款jQuery插件
赞助商广告
