分类目录归档:technologys

密码保护:把Bit转化为Byte流 解说

无法提供摘要。这是一篇受保护的文章。

发表在 technologys | 密码保护:把Bit转化为Byte流 解说已关闭评论

一个数值压缩思路

一个数值压缩思路 继续阅读

发表在 technologys | 一个数值压缩思路已关闭评论

TCP/IP 端口分配的信息

端口号

端口号可以分为三个范围:“已知端口”、“注册端口”以及“动态和/或专用端口”。

  • “已知端口”是从 0 到 1023 的端口。
  • “注册端口”是从 1024 到 49151 的端口。
  • “动态和/或专用端口”是从 49152 到 65535 的端口。

已知端口号

“已知端口”由 IANA 分配,并且在大多数系统中只能由系统(或根)进程或有特权的用户所执行的程序使用。TCP [RFC793] 中使用的端口用于命名进行长期对话的逻辑连接末端。为了向未知的呼叫方提供服务,系统定义了一个服务联系端口。

联系端口有时也称为“已知端口”。为了尽可能利用这些端口,UDP [RFC768] 使用了同样的端口分配。分配的端... 继续阅读

发表在 technologys | TCP/IP 端口分配的信息已关闭评论

UserAgent

桌面

============================================

IE

  而IE各个版本典型的userAgent如下:

  Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0)

  Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.2)

  Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

  Mozilla/4.0 (compatible; MSIE 5.0; ...

继续阅读

发表在 technologys | 标签为 | UserAgent已关闭评论

pfsense 企业应用实例

原文: http://www.pppei.net/blog/post/331

从萌生更换公司网关的想法,到选择、测试、部署陆陆续续用时两个月有余。选择的标准是open and free。这期间不断在查阅一些资料,测试了7、8个各开源防火墙产品。这些产品中大多是基于linux,少量基于BSD。基于linux的给我印象比较深的有ipfire、Zentyal。ipfire很轻量,功能上也能满足,但由于限速是基于linux 的tc,且并没有对tc的操作进行抽象,设置起来反而不如直接使用命令行脚本,所以只是把ipfire列入了候选名单。
zentyal 是基于Ubuntu的,看上去就是Ubuntu+we...

继续阅读

发表在 technologys | pfsense 企业应用实例已关闭评论

收集的一些nginx,apache测试参数

本文摘取自以下文件的局部内容:http://zyan.cc/post/366/

 

在高并发连接的情况下,Nginx是Apache服务器不错的替代品。Nginx同时也可以作为7层负载均衡服务器来使用。根据我的测试结果,Nginx 0.7.51 + PHP 5.2.8 (FastCGI) 可以承受3万以上的并发连接数,相当于同等环境下Apache的10倍。

  根据我的经验,4GB内存的服务器+Apache(prefork模式)一般只能处理3000个并发连接,因为它们将占用3GB以上的内存,还得为系统预留1GB的内存。我曾经就有两台Apache服务器,因为在配置文件中设置的MaxClient...

继续阅读

发表在 technologys | 标签为 , | 收集的一些nginx,apache测试参数已关闭评论

FastDFS目录及文件名的一些资料

根据网上的资料,一般单目录下的文件个数一般限制不能够超过3万;同样的,一个目录下面的目录数也最好不要超过这个数。

但实际上,为了安全考虑,一般都不要存储这么多的内容。

假定,一个目录下面,存储1000个文件,每个文件的平均大小为10KB,则单目录下面可存储的容量是10MB。这个容量太小了,所以我们要多个目录,假定有1000个目录,每个目录存储10MB,则可以存储10GB的内容;这对于目前磁盘的容量来说,利用率还是不够的。再想办法,转成两级目录,这样的话,就是第一层目录有1000个子目录,每一级子目录下面又有1000级的二级子目录,每个二级子目录,可以存储10MB的内容,此时就可以存储10T的内容,...

继续阅读

发表在 technologys | FastDFS目录及文件名的一些资料已关闭评论

ruby gem -v yaml

gem –version

如果在使用gem的时候碰到这样的提示:

gem --version# /usr/local/lib/ruby/1.9.1/yaml.rb:84:in `<top (required)>':# It seems your ruby installation is missing psych (for YAML output).# To eliminate this warning, please install libyaml and reinstall your ruby.

这是在编译安装 ruby 的时候没有先安装 libyaml 所致。但是,即使是你安装 ...

继续阅读

发表在 technologys | ruby gem -v yaml已关闭评论

Twitter 高并发高可用架构

解决 Twitter的“问题”就像玩玩具一样,这是一个很有趣的扩展性比喻。每个人都觉得 Twitter很简单,一个菜鸟架构师随便摆弄一下个可伸缩的 Twitter就有了,就这么简单。然而事实不是这样, Twitter的工程副总裁 Raffi Krikorian细致深入的描述了在 Twitter在可伸缩性上的演化过程,如果你想知道 Twitter的如何工作—从这里开始吧。

Twitter发展太快,一切转瞬即过,但 Twitter已...

继续阅读

发表在 technologys | Twitter 高并发高可用架构已关闭评论

.NET技术+25台服务器怎样支撑世界第54大网站

摘要:同时使用Linux和Windows平台产品,大量使用静态的方法和类,Stack Overflow是个重度性能控。同时,取代横向扩展,他们坚持着纵向扩展思路,因为“硬件永远比程序员便宜”。


StackOverflow是一个IT技术问答网站,用户可以在网站上提交和回答问题。当下的StackOverflow已拥有400万个用户,4000万个回答,月PV5.6亿,世界排行第54。然而值得关注的是,支撑他们网站的全部服务器只有25台,并且都保持着非常低的资源使用率,这是一场高有效性、负载均衡、缓存、数据库、搜索及高效代码上的较量。近日,High Scalability创始人Todd Hoff根据Ma...

继续阅读

发表在 technologys | .NET技术+25台服务器怎样支撑世界第54大网站已关闭评论

高可用级别与宕机时间

点击查看原图 继续阅读

发表在 technologys | 高可用级别与宕机时间已关闭评论

微信、陌陌等著名IM软件设计架构详解

对微信、陌陌等进行了分析,发出来分享一下(时间有些久了)
电量:对于移动设备最大的瓶颈就是电量了。因为用户不可能随时携带电源,充电宝。所以必须考虑到电量问题。那就要检查我们工程是不是有后台运行,心跳包发送时间是不是合理。
流量:对于好多国内大部分屌丝用户来说可能还是包月30M,那么我们必须站在广大用户角度来考虑问题了。一个包可以解决的就一个包。
点击查看原图
网络:
这个也是IM最核心的内容了,我们要做到在任何网络下等顺畅聊天那就不容易了,好多公司都用的xmpp框架,如果在强网络环境下,xmpp完全没有问题。但是那种弱网络环境下xmpp就束手无策啦,用户体验就很垃圾了。
个人觉得xmpp 可以玩玩(参考看这个&nbs...

继续阅读

发表在 technologys | 微信、陌陌等著名IM软件设计架构详解已关闭评论

Imagemagick resize

将一个200x304大小的图像缩小为100x152(长宽各缩短一半)。
convert page200.png -resize 100x152 page100.png
上面的 100x152,指定了目标文件的长和宽。
 你也可以只指定目标文件宽度,这样它的高度会等比例放大:
convert page200.png -resize 100 page100.png
或者只指定高度:
convert page200.png -resize x152 page100.png
以上三句命令,其结果都是一样的。 继续阅读

发表在 technologys | Imagemagick resize已关闭评论

whois

由于Internet的历史原因,apin负责整个网络IP的整体规划以及北美区 还有部分非洲地区的IP分配管理,与此相应的是,whois.apin.net是IP whois的root server,标准的IP whois查询方法是,首先向whois.apin.net查询某个IP属于哪个大区,然后再向该区的whois 服务器查询此IP的whois详细信息。 
目前负责IPV4的大区 
whois.arin.net 美洲区 北美,包含非洲地区的查询 
whois.apnic.net 亚太区 包括亚洲和澳大利亚 
whois.ripe.net 欧洲区 欧... 继续阅读

发表在 technologys | whois已关闭评论

zookeeper原理

ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务,它包含一个简单的原语集,分布式应用程序可以基于它实现同步服务,配置维护和命名服务等。Zookeeper是hadoop的一个子项目,其发展历程无需赘述。在分布式应用中,由于工程师不能很好地使用锁机制,以及基于消息的协调机制不适合在某些应用中使用,因此需要有一种可靠的、可扩展的、分布式的、可配置的协调机制来统一系统的状态。Zookeeper的目的就在于此。本文简单分析zookeeper的工作原理,对于如何使用zookeeper不是本文讨论的重点。

1 Zookeeper的基本概念

1.1 角色

Zookeeper中的角色主要有以下三类,...

继续阅读

发表在 technologys | 标签为 | zookeeper原理已关闭评论