
WEB架构
文章平均质量分 89
风火程序员
你之所以会特别,是因为你愿意比别人付出更多的努力。
展开
-
大型网站架构提速关键技术(页面静态化、memcached、Mysql优化)
大型网站架构关键技术介绍1. pv值(page views),访问量大 带来问题a. 流量大 10000000*2m ->解决方案 买带宽 ,优化程序(处理图片)b. 并发量,同时访问网站的人多.,解决方案对程序的架构重新设计.->服务器集群 示意图:原创 2014-03-09 10:56:42 · 12754 阅读 · 3 评论 -
CSRF的攻击与防御
SRF是Web应用程序的一种常见漏洞,其攻击特性是危害性大但非常隐蔽,尤其是在大量Web 2.0技术的应用背景下,攻击者完全可以在用户毫无察觉的情况下发起CSRF攻击。本文将对其基本特性、攻击原理、攻击分类、检测方法及防范手段做一个系统的阐述,并列举攻击实例。文/H3C攻防团队1 CSRF漏洞简介CSRF(Cross-Site Request Forgery,跨站点伪造请求)是一种网络攻击方式,该攻击可以在受害者毫不知情的情况下以受害者名义伪造请求发送给受攻击站点,从而在未授权的情况下执原创 2015-04-25 09:14:47 · 2240 阅读 · 0 评论 -
Facebook揭秘HipHop项目 PHP程序大提速
编程效率高是PHP语言最大的特点,但是作为脚本语言,一直存在着CPU和内存使用效率不高的问题,直到HipHop for PHP的出现。Facebook神秘的PHP项目HipHop for PHP终于揭开面纱。这个项目由一个PHP到C++的转换程序,一个重新实现的PHP运行库,和许多常用PHP扩展的重写版本构成,目的是旨在加速和优化PHP。原创 2014-06-08 14:53:40 · 1104 阅读 · 0 评论 -
windows如何通过命令行查看memcache当前运行的状态
命令行下查看memcache的运行状态的命令主要是stats命令,步骤如下: (1)首先通过telnet命令连接上memcache,命令:telnet 127.0.0.1 11211 (2)直接输入stats 就可以得到当前memcache的状态。原创 2014-09-12 08:59:04 · 5133 阅读 · 0 评论 -
Nginx的一些介绍
选择Nginx的一些理由=>1.可以高并发连接:官方测试Nginx能够支撑5万并发连接,在实际生产环境中可支持2~4万并发连接数。2.内存消耗少:同等硬件环境下,Nginx的处理能力相当于Apache的5~10倍。3.成本低廉:Nginx为开源软件,采用的是2-clause BSD-like协议,可以免费使用,并可用于商业用途。该协议衍生自BSD协议,但删掉了其中的“不可以用开源代码的作者/机构名字和原来产品的名字做市场推广”。4.其他:配置文件简单,支持Rewrite重写规则,内置的健康检原创 2014-06-02 10:16:32 · 1454 阅读 · 0 评论 -
名站技术分析 — facebook奇特的页面加载技术
没事使用代理上了下facebook,注册进入个人首页后,习惯性的查看源代码,发现了1个很有意思的现象,首页内容不少,但源代码中HTML的代码却很少,但去多出了很多段的javascript代码,这些js代码都是用于动态生成html的,facebook为什么需要这样做了?出于职业习惯,研究研究: 一、html代码。 先看看首页查看的源代码,因为源代码比较大,所以把图片压缩了下,可能看原创 2014-06-08 14:43:50 · 1893 阅读 · 0 评论 -
该如何加载google-analytics(或其他第三方)的JS
很多网站为了获取用户访问网站的统计信息,使用了google-analytics或其他分析网站(下面的讨论中只提google-analytics,简称ga)。注册ga后,ga就会生成一段js脚本,很多人直接把这段js复制到的最后面就完事(包括 博客园、优快云)。可是ga自动生成的这段JS真的就是最合理的吗? 哪怎么样才算是合理,怎样才是不合理了?因ga只是1个分析工具,它的使用绝对不能原创 2014-06-08 14:38:33 · 1376 阅读 · 0 评论 -
高性能WEB开发 - 图片篇
一、缩小图片大小 当图片很多的时候,减少图片大小是提高下载速度最直接的方法。 1. 使用PNG8代替GIF(非动画图片),因为PNG8在效果一样的情况,图片大小比GIF要小。 2. 用fireworks处理PNG图片,在我们产品中很多PNG图片是美工直接用photoshop导出的, 后来让美工用fireworks处理PNG(大概的方式是选择保存为PNG8,删除背景色)。 处理后100K的图片大小基本减少了3/4,但图片质量也会有少许降低,原创 2014-06-08 14:27:22 · 1413 阅读 · 0 评论 -
新产品为了效果,做的比较炫,用了很多的图片和JS,所以前端的性能是很大的问题,分篇记录前端性能优化的一些小经验。
第一篇:HTTP服务器 因tomcat处理静态资源的速度比较慢,所以首先想到的就是把所有静态资源(JS,CSS,image,swf)提到单独的服务器,用更加快速的HTTP服务器,这里选择了nginx了,nginx相比apache,更加轻量级,配置更加简单,而且nginx不仅仅是高性能的HTTP服务器,还是高性能的反向代理服务器。 目前很多大型网站都使用了nginx,新浪、网易、QQ等都使用了nginx,说明nginx的稳定性和性能还是非常不错的。原创 2014-06-08 14:21:12 · 1303 阅读 · 0 评论 -
高性能WEB开发(6) - web性能测试工具推荐
WEB性能测试工具主要分为三种,一种是测试页面资源加载速度的,一种是测试页面加载完毕后页面呈现、JS操作速度的,还有一种是总体上对页面进行评价分析,下面分别对这些工具进行介绍,如果谁有更好的工具也请一起分享下。Firebug: Firebug 是firefox中最为经典的开发工具,可以监控请求头,响应头,显示资源加载瀑布图:原创 2014-06-08 14:25:34 · 1568 阅读 · 0 评论 -
世界最大的PHP站点 Facebook后台技术探秘
Hadoop and HiveHadoop的是一个开源的map-reduce实现,使得它可以在进行大数据上进行运算。 Facebook的使用这个进行数据分析(而我们都知道,Facebook已经大量的数据)。 Hive就是发源于Facebook,使得对于Hadoop使用的SQL查询成为可能,从而是其更容易对非程序员使用。Hadoop和Hive是开源的(Apache项目),有为数众多的追随者,原创 2014-06-08 14:52:47 · 2459 阅读 · 0 评论 -
高性能WEB开发(11) - flush让页面分块,逐步呈现
高性能WEB开发(11) - flush让页面分块,逐步呈现 在处理比较耗时的请求的时候,我们总希望先让用户先看到部分内容,让用户知道系统正在进行处理,而不是无响应。一般大家在处理这种情况,都使用ajax,先把html输出到客户端,然后再用ajax取加载比较耗时的资源。用ajax麻烦的地方是增加了请求数,而且需要写额外的js代码、和js调用的请求接口。 正对这种情况,还有一种处理方法,就是让response分块编码进行传输。response分块编码,可以先传输一部分不需要处理的h原创 2014-06-08 14:15:17 · 1884 阅读 · 0 评论 -
雅虎网站页面性能优化的34条黄金守则
雅虎团队经验:网站页面性能优化的34 条黄金守则1 、尽量减少HTTP 请求次数2 、减少DNS 查找次数 域名系统(DNS )提供了域名和IP 的对应关系,就像电话本中人名和他们的电话号码的关系一样。当你在浏览器地址栏中输入www.rjboy.cn 时,DNS 解析服务器就会返回这个域名对应的IP 地址。DNS 解析的过程同样也是需要时间的。一般情况下返回给定域名对应的IP 地址会花费20到120 毫秒的时间。而且在这个过程中浏览器什么都不会做直到DNS 查找完毕。原创 2014-04-06 23:37:46 · 1983 阅读 · 0 评论 -
高性能Web站点
服务器并发策略1.这里的吞吐率特指Web服务器单位时间内处理的请求。2.压力测试的前提:1>并发用户数 2>总请求数 3>请求资源描述3.用户平均请求等待时间主要用户衡量服务器在一定并发用户数的情况下,对于单个用户的服务器质量;而服务器平均请求处理时间与前者相比,则用于衡量服务器的整体服务质量,它其实就是吞吐率的倒数。4.对http header中标记为Connection: Keep-Alive的请求,开启web服务器的长连接支持。减少系统调用accept的次数,即减少建立连接的开销。5.老调重原创 2014-03-09 20:37:39 · 1518 阅读 · 0 评论 -
JavaScript 实现禁止打开控制台(右键/工具栏/F12/Shift+Ctrl+I)
网上找的很多代码不管用,最后在 wangning1125 博客上发现下面这段代码测试有效,分享给大家。先把原版代码放在下面:<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <ht...转载 2019-02-27 13:19:24 · 4674 阅读 · 0 评论