lmjy102的博客

二 认清当前环境, 形式用户: 超大量, 正常/坏人地域: 全国各地 [因为全国各地不同, 因此需要用cdn将服务发送到离用户最近的那个服务器]业务流程: [前台]商品展示, 登记, [后台]数据输入, 数据处理以下为架构方案 : 分为两个大层一 用户比较关心, 用户看的见的层1 商品展示层/页2 用户登记层二 后台层 / 数据持久化层1 数

首先，CGI是干嘛的？CGI是为了保证web server传递过来的数据是标准格式的，方便CGI程序的编写者。web server（比如说nginx）只是内容的分发者。比如，如果请求/index.html，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。好了，如果现在请求的是/index.php，根据配置文件，nginx知道这个不是静态文件，需要

原文地址: https://blog.tanteng.me/2016/03/php-fpm-conf/php-fpm.conf有两个至关重要的参数：一个是”max_children”，另一个是”request_terminate_timeout”.我的两个设置的值一个是”40″，一个是”900″，但是这个值不是通用的，而是需要自己计算的。计算的方式如下：

原文地址:https://blog.tanteng.me/2016/04/php-fpm-start-servers/今天发了个链接，可能同时在线的人瞬间比较多，结果网站报503错误，回去打开php-fpm错误日志一看，php-fpm服务挂掉了，报如下错误：[04-Apr-2016 15:38:04] NOTICE: systemd monitor interval set t

原文地址: http://www.linuxidc.com/Linux/2014-12/110964.htm现在nginx + fpm 基本成为主流的配置，其中我们比较关注的是pm.max_chindren的配置首先，我们关注一个前提设置： pm = static/dynamic，这个选项是标识fpm子进程的产生模式：static ：表示在fpm运行时直

PHP程序员进阶学习书籍参考指南@heiyelurenlastmodify: 2016/2/18【初阶】（基础知识及入门）01. 《PHP与MySQL程序设计（第4版）》  http://item.jd.com/10701892.html02. 《深入浅出MySQL 数据库开发 优化与管理维护 第2版》 http://it

高并发是指在同一个时间点，有很多用户同时的访问URL地址，比如：淘宝的双11，双12，就会产生高并发,如贴吧的爆吧，就是恶意的高并发请求，也就是DDOS攻击，再屌丝点的说法就像玩撸啊撸被ADC暴击了一样,那伤害你懂得(如果你看懂了，这个说法说明是正在奔向人生巅峰的屌丝。高并发会来带的后果服务端：导致站点服务器/DB服务器资源被占满崩溃，数据的存储和更新结果和理想的设计是不一

原文链接: https://blog.thankbabe.com/2016/09/14/high-concurrency-scheme/高并发经常会发生在有大活跃用户量，用户高聚集的业务场景中，如：秒杀活动，定时领取红包等。为了让业务可以流畅的运行并且给用户一个好的交互体验，我们需要根据业务场景预估达到的并发量等因素，来设计适合自己业务场景的高并发处理方案。在电商相

一、关于高并发 高并发是指在同一个时间点，有很多用户同时访问URL地址，比如：淘宝的双11、双12，就会产生高并发。又如贴吧的爆吧，就是恶意的高并发请求，也就是DDOS攻击，再屌丝点的说法就像玩LOL被ADC暴击了一样，那伤害你懂的。 1 高并发会来带的后果 服务端：导致站点服务器/DB服务器资源被占满崩溃，数据的存储和更新结果和理想的设计是不一

高并发业务除了需要有支撑高并发的服务器架构，还需要根据业务需求和架构体系，设计出合理的开发方案， 这里根据一个实践过业务场景分析开发思路，罗列出高并发接口需要注意的点，以及设计上的巧思，共勉之，望共鸣业务场景业务：今日好货交互端：IOS/Andorid需求点：（实际业务会复杂些，为了容易理解，这里简化需求点）提供最新的好货商品信息列表，支持分页需

分层，分割，分布式大型网站要很好支撑高并发，这是需要长期的规划设计 在初期就需要把系统进行分层，在发展过程中把核心业务进行拆分成模块单元，根据需求进行分布式部署，可以进行独立团队维护开发。分层将系统在横向维度上切分成几个部分，每个部门负责一部分相对简单并比较单一的职责，然后通过上层对下层的依赖和调度组成一个完整的系统比如把电商系统分成：应用层，服务层，数据层。(具体分多

下面的面试题不分语言，适用于所有编程语言，更多偏向设计。设计一个分类功能该功用于行政区域划分，商品分类，等等 例如中国->广东-深圳 .....要求：无限极分类，层次深度不限快速检索，不能使用递归只能使用一个数据库表实现可以生成树形目录商品以及属性功能的设计一个商品有很多属性，例如尺寸，颜色这些属性有固定的值，而另一些属性如重量，体积是需要填写具

原文地址: http://blog.csdn.net/whoamiyang/article/details/549547801.背景RabbitMQ是一个由erlang开发的AMQP(Advanved Message Queue)的开源实现。2.应用场景2.1异步处理场景说明：用户注册后，需要发注册邮件和注册短信,传统的做法有两种1.串行的方

原文地址: http://www.cnblogs.com/itfly8/p/5155983.html以下是消息队列以下的大纲，本文主要介绍消息队列概述，消息队列应用场景和消息中间件示例（电商，日志系统）。本次分享大纲消息队列概述消息队列应用场景消息中间件示例JMS消息服务常用消息队列参考（推荐）资料本次分享总结一、消息队列概述消息队列中间件是分布

原文地址: http://www.csdn.net/article/2014-11-07/28225452014年的米粉节2014年4月9日凌晨，我和同事们对小米网的抢购系统做了最后的检查与演练。几个小时后，小米网今年开年来最重要的一次大型活动“米粉节”就要开始了。这次米粉节活动，是小米电商的成人礼，是一次重要的考试。小米网从网站前端、后台系统、仓储物流、售后等

原文地址: http://www.cnblogs.com/it-cen/p/4910315.html这一次，我总结和分享一项大型网站优化技术，那就是在项目中自动压缩静态资源文件（css、js），并让网站自动加载压缩后的资源文件。当然，这项技术在雅虎35条前端优化建议里也有记载，但它那只是给出一个理论的方案而已，并且采用的是外部压缩工具去压缩，而在我的项目中，是直接通过自己的程序

原文地址: http://www.cnblogs.com/it-cen/p/4624939.html在网站开发过程中，对于页面的加载效率一般都想尽办法求快。那么，怎么让才能更快呢？减少页面请求 是一个优化页面加载速度很好的方法。上一篇博文我们讲解了 “利用将小图标合成一张背景图来减少HTTP请求”，那么，这一篇博文将讲解  “ 将图片转成二进制并生成Base64编码,可以在网页

原文地址: http://www.cnblogs.com/it-cen/p/4618954.html一、相关知识讲解　　看过雅虎的前端优化35条建议，都知道优化前端是有多么重要。页面的加载速度直接影响到用户的体验。80%的终端用户响应时间都花在了前端上，其中大部分时间都在下载页面上的各种组件：图片，样式表，脚本，Flash等等。　　减少组件数必然能够减少页面提交

原文地址: http://www.cnblogs.com/it-cen/p/4462739.htmlYahoo!的 Exceptional Performance团队为改善 Web性能带来最佳实践。他们为此进行了一系列的实验、开发了各种工具、写了大量的文章和博客并在各种会议上参与探讨。总结出了一系列可以提高网站速度的方法。可以分为 7大类 35条。包括内容 、服务器 、 CSS

原文地址: http://www.cnblogs.com/it-cen/p/4984272.html这一次总结和分享用Redis实现分布式锁 与 实现任务队列 这两大强大的功能。先扯点个人观点，之前我看了一篇博文说博客园的文章大部分都是分享代码，博文里强调说分享思路比分享代码更重要（貌似大概是这个意思，若有误请谅解），但我觉得，分享思路固然重要，但有了思路，却没有实现的代码，那

秒杀是电子商务网站常见的一种营销手段。原则不要整个系统宕机。即使系统故障，也不要将错误数据展示出来。尽量保持公平公正。实现效果秒杀开始前，抢购按钮为活动未开始。秒杀开始时，抢购按钮可以点击下单。秒杀结束后，按钮按钮变成秒杀已结束。技术攻关短时间内的大访问量对现有网站业务造成的冲击。秒杀是一个网站营销的一个附加活动，时间短，并发量大

原文地址: https://my.oschina.net/xianggao/blog/5249430 系列目录秒杀系统架构秒杀系统架构分析与实战1 秒杀业务分析正常电子商务流程（1）查询商品；（2）创建订单；（3）扣减库存；（4）更新订单；（5）付款；（6）卖家发货秒杀业务的特性（1）低廉价格；（2）大幅推广；（3）瞬时售空；（4）一

一个小型的网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都很简单。随着互联网业务的不断丰富，网站相关的技术经过这些年的发展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的ht

首先，确认服务器硬件是否足够支持当前的流量。 普通的P4服务器一般最多能支持每天10万独立IP，如果访问量比这个还要大， 那么必须首先配置一台更高性能的专用服务器才能解决问题 ，否则怎么优化都不可能彻底解决性能问题。 其次，优化数据库访问。 前台实现完全的静态化当然最好，可以完全不用访问数据库，不过对于频繁更新的网站， 静态化往往不能满足某些功能。 缓存技术就是另一个解决方

看到知乎上有这样一个问题WEB开发中，使用JSON-RPC好，还是RESTful API好？还有其他优秀的推荐方案吗？-----------------------------------------------------------------先科普一下REST 和 RESTful 什么区别？REST，即Representational State Transfer的缩写。翻译过来...