设为首页 收藏本站
查看: 464|回复: 0

[经验分享] 三大开源,帮助助你提升PHP网站性能

[复制链接]

尚未签到

发表于 2017-4-11 12:18:09 | 显示全部楼层 |阅读模式
  这里给大家介绍大型网站架构中可能需要用到的提升性能的三大开源:
  (1)ProtoBuf,网址是:
  http://code.google.com/p/protobuf/
  相关介绍:
  什么是protocol buffers?
  Protocol buffers是一种可伸缩,高效的,自动化的结构化数据序列化机制,它比较像XML但是更小,更快,更简单。定义好你的数据结构,然后你就可以使用生成的特殊的源代码读写你的结构化数据,数据来源可以是各种数据流,也可以使用各种编程语言。你甚至可以在不破坏使用旧格式编译并已经部署的程序的情况下更新数据结构。
  他们如何工作的?
通过在.proto文件中定义protocol buffer消息类型,说明需要被序列化的信息需要保持什么样的结构。一个protocol buffer消息是一小片信息的逻辑记录,包含一系列的名称-值对。这里是一个非常基础的例子,他定义了包含个人信息的消息:
  message Person {  required string name = 1;  required int32 id = 2;  optional string email = 3;  enum PhoneType {    MOBILE = 0;    HOME = 1;    WORK = 2;  }  message PhoneNumber {    required string number = 1;    optional PhoneType type = 2 [default = HOME];  }  repeated PhoneNumber phone = 4;}可以看到,消息格式很简单 - 每个消息有一个或多个编号的字段,每个字段有一个名字和一个类型,类型可以是数字(整形或浮点),布尔,字符串,原生字节或是其他protocol buffer消息类型(如上例)。你可以指明可选字段,必选字段和重复字段。关于编写.proto文件的更多信息请见Protocol Buffer语言指导。
  定义好消息后,就可以运行针对你的程序语言的protocol buffer编译器来编译.proto文件。这些类对每个字段提供简单存取器(例如query()和set_query())和序列化整个结构到原生字节或从原生字节解析结构的方法的。然后你可以在程序中用这个Persion类生成,序列化或者从protocl buffer消息中取得Person对象。你可能写这样的代码来操作:
  Person person;person.set_name("John Doe");person.set_id(1234);person.set_email("jdoe@example.com");fstream output("myfile", ios::out| ios::binary);person.SerializeToOstream(&output);然后你可以马上读回消息:
  fstream input("myfile", ios::in| ios::binary);Person person;person.ParseFromIstream(&input);cout <<"Name: "<< person.name()<< endl;cout <<"E-mail: "<< person.email()<< endl;你可以在消息中添加新的字段而不破坏向后的兼容性。老的程序在解析时简单的忽略新字段。所以如果你使用protocol buffers作为你的通讯协议的数据格式,你可以扩展你的协议而不用担心破坏既有的代码。
  你可以在API参考找到使用生成的protocol buffer代码的完整的参考,在Protocol Buffer编码有更多关于protocol buffer消息如何编码的信息。
  Why not just use XML?干嘛不直接用XML?
相较于XML,Protocol buffers在序列化结构化数据方面有许多优点。它:
  更简单
3至10倍小
快20-100倍
更少的模糊性
对编程来讲,生成数据访问类更容易使用。
比如说,你想建模一个person,它有name和email。如果用XML,你需要写:
  <person>    <name>John Doe</name>    <email>jdoe@example.com</email>  </person>然而对应的protocol buffer消息( protocol buffer 文本格式)是这样:
  # Textual representation of a protocol buffer.# This is *not* the binary format used on the wire.person {  name: "John Doe"  email: "jdoe@example.com"}当这个消息被编码为二进制格式(文本格式)后,可能只有28字节长,并且解析只需要大约100-200纳秒。XML的版本至少69字节不包括空格,需要花费5,000-10,000纳秒解析。
  Also, manipulating a protocol buffer is much easier:同样,操作protocol buffer也容易得多:
  cout <<"Name: "<< person.name()<< endl;  cout <<"E-mail: "<< person.email()<< endl;而用XML你得这样写:
  cout <<"Name: "       << person.getElementsByTagName("name")->item(0)->innerText()       << endl;  cout <<"E-mail: "       << person.getElementsByTagName("email")->item(0)->innerText()       << endl;然而,protocol buffers并不总是比XML好 - 例如,protocol buffers就不适合建模基于文本的有标记文档(如HTML),因为你很难在文字中插入结构信息。另外,XML是可读的并且易于手工编辑的;protocol buffers,至少在原生格式上不是这样。XML还是(某种程度上)自描述的。而protocol buffer仅仅在你有关于它的定义文件(.proto文件)的时候才有意义。
  听起来对我有用!我怎么开始用它?
下载软件包 - 它包含了Java, Python, C++的protocol buffers编译器的所有源代码,还有用于I/O和测试的类。构建和安装它的方法请参见附带的README。
  这些准备好以后,你就可以试试看针对你使用的编程语言的教程,它将带你一步一步创建一个使用protocol buffers的简单应用。
  一点历史
Protocol buffers最初是在Google开发出来处理一个索引服务器的request/response协议的。在protocol buffers以前,有一个手动marshalling/unmarshalling请求/响应的处理格式,结果是看起来非常丑陋的代码,就像:
  if(version ==3){   ... }elseif(version >4){   if(version ==5){     ...   }   ... }显式的格式化的协议也会把新版本协议的发布搞的很复杂,因为开发者必须保证在请求发起者和实际处理者这两端启用新协议之前,它们之间的所有的服务器,都必须理解新版本的协议。
  Protocol buffers被设计来解决许多这样的问题:
  新的字段可以很容易被引入,不需要检查新增数据的中间服务器可以像之前一样解析原有数据并一起传输他们,不需要知道新的字段。
格式是自描述的,可以被广泛的编程语言处理(C++, Java, 等)
  然而,用户仍然需要手写他们自己的解析代码。
  随着系统的进化,它已经有了一些其他特性和用途:
  自动生成的序列化和反序列化代码,用户可以不用手工编写解析代码了。
除了被用作短期的RPC(远程过程调用)请求,人们开始用protocol buffers作为一种便利的自描述格式来持久化存储数据(比如Bigtable)。
  服务器的RPC接口开始声明成为protocol文件的一个部分,还有protocol编译器生成的类,用户可以用实际的实现重写他们。
Protocol buffers现在是Google交流数据的主要交际语 - 撰写本文时,Google的代码树中有12,183个.proto文件,包含有48,162个不同的消息类型定义。它们被用在RPC系统和各种存储系统的数据的持久化的存储。
  (2)fastCgiRpc 网址如下
  http://code.google.com/p/fastcgirpc/
  相关介绍
  fastRPC是基于FastCGI通讯协议的RPC框架,它适用多人合作开发的高并发网站项目。
  通过这个RPC框架,可以将MVC思想中的Model后置于RPC Server层转型为服务,以协议方式暴露Model的方法给前端的View、Control操作。
  (3)Page Speed 网址如下:
  http://code.google.com/intl/zh-CN/speed/page-speed/
  相关介绍:
  什么是 Page Speed?
Page Speed 是开源 Firefox/Firebug 插件。网站管理员和网络开发人员可以使用 Page Speed 来评估他们网页的性能,并获得有关如何改进性能的建议。
 
  Page Speed 是如何工作的?
Page Speed 对网站的网络服务器配置和前端代码执行若干测试。这些测试基于一组已知可增强网页性能的最佳实践。在网页上运行 Page Speed 的网站管理员会获得一组针对各网页的分数,以及有关如何改善网页性能的有用建议。
 
  为什么要使用 Page Speed?
利用 Page Speed,您可以:
  使您的网站更快速。
使互联网用户始终关注您的网站。
减少您的带宽成本和托管成本。
改善网络!
 

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-363448-1-1.html 上篇帖子: php 按最大尺寸 等比例缩放图片 下篇帖子: 对php中数据库永久连接的一点理解
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表