浏览器缓存 | 易学教程

浅谈浏览器的缓存机制

阅读更多关于浅谈浏览器的缓存机制

浏览器的缓存可分为HTTP缓存和离线缓存，下面将分别介绍 HTTP缓存只有GET请求能被缓存，POST不能被缓存。 Modified Time/ETag/Expires/Cache都是HTTP协议的缓存策略先来一个例子当我们第二次访问百度首页，在Chrome的Network面板中打开一个静态文件时会发现响应的status是： 200 OK (from disk cache) ，不是应该返回304 Not Modified吗？如果你知道答案，那就可以忽略本文了。 Cache-Control 简介 w3.org 的定义是：“The Cache-Control general-header field is used to specify directives which MUST be obeyed by all caching mechanisms along the request/response chain.” 这是一个通用首部字段（就是请求报文和响应报文都能用上的字段），用来控制HTTP缓存的行为。例如： Cache-Control: max-age=3600, public public 意味着这个响应可以被任何人缓存 max-age 则表明了该缓存有效的秒数，允许你的网站被缓存将大大减少下载时间和带宽，同时也提高浏览器的载入速度。也可以通过设置 no-cache

浅谈浏览器的缓存机制

阅读更多关于浅谈浏览器的缓存机制

秒杀架构模型设计

阅读更多关于秒杀架构模型设计

秒杀架构模型设计前言：秒杀系统相信很多人见过，比如京东或者淘宝的秒杀，小米手机的秒杀，那么秒杀系统的后台是如何实现的呢？我们如何设计一个秒杀系统呢？对于秒杀系统应该考虑哪些问题？如何设计出健壮的秒杀系统？本期我们就来探讨一下这个问题：博客的目录一：秒杀系统应该考虑的问题二：秒杀系统的设计和技术方案三：系统架构图四：总结一：秒杀应该考虑哪些问题 1.1：超卖问题分析秒杀的业务场景,最重要的有一点就是超卖问题，假如备货只有100个，但是最终超卖了200，一般来讲秒杀系统的价格都比较低，如果超卖将严重影响公司的财产利益，因此首当其冲的就是解决商品的超卖问题。 1.2：高并发秒杀具有时间短、并发量大的特点，秒杀持续时间只有几分钟，而一般公司都为了制造轰动效应，会以极低的价格来吸引用户，因此参与抢购的用户会非常的多。短时间内会有大量请求涌进来，后端如何防止并发过高造成缓存击穿或者失效，击垮数据库都是需要考虑的问题。 1.3：接口防刷现在的秒杀大多都会出来针对秒杀对应的软件，这类软件会模拟不断向后台服务器发起请求，一秒几百次都是很常见的，如何防止这类软件的重复无效请求，防止不断发起的请求也是需要我们针对性考虑的 1.4：秒杀url 对于普通用户来讲，看到的只是一个比较简单的秒杀页面，在未达到规定时间，秒杀按钮是灰色的，一旦到达规定时间，灰色按钮变成可点击状态

nginx--配置文件详解

阅读更多关于 nginx--配置文件详解

nginx的配置文件在前面我们搭建好了nginx服务之后，浏览器访问返回给了我们一个欢迎页面。它是Nginx目录下的html文件，可以从nginx.conf中看到 location /{ root html; # 这里是默认的站点html文件夹，也就是 /opt/nginx1-16/html/文件夹下的内容 index index.html index.htm; # 站点首页文件名是index.html } 如果要部署网站业务数据，只需要把开发好的程序全放到html目录下即可。 Nginx主配置文件 /opt/nginx1-16/nginx.conf 是一个纯文本类型的文件，整个配置文件是以区块的形式组织的。一般，每个区块以一对大括号 {} 来表示开始与结束。 #定义Nginx运行的用户和用户组 user www www; #nginx进程数，建议设置为等于CPU总核心数。 worker_processes 8; #全局错误日志定义类型，[ debug | info | notice | warn | error | crit ] error_log /usr/local/nginx/logs/error.log info; #进程pid文件 pid /usr/local/nginx/logs/nginx.pid; #指定进程可以打开的最大描述符：数目 #工作模式与连接数上限

python Django中的cookie和session

阅读更多关于 python Django中的cookie和session

目录 Cookie 1.1获取Cookie 1.2设置Cookie Session 1、数据库Session 2、缓存Session 3、文件Session 4、缓存+数据库Session Cookie 1.1获取Cookie request.COOKIES["key"] request.get_signed_cookie(key,default=RAISE_ERROR, salt='', max_age=None) """ 参数： default: 默认值 salt: 加密盐 max_age: 后台控制过期时间 """ 1.2设置Cookie rep = HttpRespanse(...) 或 rep = render(reques,...) rep.set_cookie(key,value,...) rep.set_signed_cookie(key,value,salt='加密盐',...) """ 参数： key, 键 value='', 值 max_age=None, 超时时间 expires=None, 超时时间(IE requires expires, so set it if hasn't been already.) path='/', Cookie生效的路径，/ 表示根路径，特殊的：跟路径的cookie可以被任何url的页面访问 domain=None,

大型项目架构演进过程及思考

阅读更多关于大型项目架构演进过程及思考

淘宝架构我们以淘宝架构为例，了解下大型的电商项目的服务端的架构是怎样，如图所示上面是一些安全体系系统，如数据安全体系、应用安全体系、前端安全体系等。中间是业务运营服务系统，如会员服务、商品服务、店铺服务、交易服务等。还有共享业务，如分布式数据层、数据分析服务、配置服务、数据搜索服务等。最下面呢，是中间件服务，如MQS即队列服务，OCS即缓存服务等。图中也有一些看不到，例如高可用的一个体现，实现双机房容灾和异地机房单元化部署，为淘宝业务提供稳定、高效和易于维护的基础架构支撑。这是一个含金量非常高的架构，也是一个非常复杂而庞大的架构。当然这个也不是一天两天演进成这样的，也不是一上来就设计并开发成这样高大上的架构的。这边就要说一下，小型公司要怎么做呢？对很多创业公司而言，很难在初期就预估到流量十倍、百倍以及千倍以后网站架构会是什么样的一个状况。同时，如果系统初期就设计一个千万级并发的流量架构，很难有公司可以支撑这个成本。因此，一个大型服务系统都是从小一步一步走过来的，在每个阶段，找到对应该阶段网站架构所面临的问题，然后在不断解决这些问题，在这个过程中整个架构会一直演进。那我们来一起看一下。单服务器-俗称all in one 从一个小网站说起。一台服务器也就足够了。文件服务器，数据库，还有应用都部署在一台机器，俗称ALL IN ONE 随着我们用户越来越多

HTML5 离线缓存manifest

阅读更多关于 HTML5 离线缓存manifest

1、简介 W3C官方对manifest的介绍是HTML5 引入了应用程序缓存，这意味着 web 应用可进行缓存，并可在没有因特网连接时进行访问。应用程序缓存为应用带来三个优势：离线浏览 - 用户可在应用离线时使用它们速度 - 已缓存资源加载得更快减少服务器负载 - 浏览器将只从服务器下载更新过或更改过的资源。在使用过程中我总结了几个缺点： manifest中cache部分不能使用通配符，如果缓存页引入大量JS，图片，写起来比较麻烦，虽然可以使用grunt-manifest自动生成如果页面是通过ajax请求拼接出来的页面中含有图片，这些图片又是从web上传的，这些图片也必须写入缓存文件，否则下次就读不出来了。大大降低了实用性 2、mainifest实例 html中写法 <!doctype html> <html manifest="index.manifest"> <head> <meta charset="utf-8"> <title>应用中心</title> 注意：每个指定了 manifest 的页面在用户对其访问时都会被缓存。如果未指定 manifest 属性，则页面不会被缓存（除非在 manifest 文件中直接指定了该页面）。 manifest 文件可分为三个部分： CACHE MANIFEST - 在此标题下列出的文件将在首次下载后进行缓存 NETWORK -

微服务架构四大金刚利器

阅读更多关于微服务架构四大金刚利器

概述互联网应用发展到今天，从单体应用架构到SOA以及今天的微服务，随着微服务化的不断升级进化，服务和服务之间的稳定性变得越来越重要，分布式系统之所以复杂，主要原因是分布式系统需要考虑到网络的延时和不可靠，微服务很重要的一个特质就是需要保证服务幂等，保证幂等性很重要的前提需要分布式锁控制并发，同时缓存、降级和限流是保护微服务系统运行稳定性的三大利器。随着业务不断的发展，按业务域的划分子系统越来越多，每个业务系统都需要缓存、限流、分布式锁、幂等工具组件，distributed-tools组件(暂未开源)正式包含了上述分布式系统所需要的基础功能组件。 distributed-tools组件基于tair、redis分别提供了2个springboot starter，使用起来非常简单。以使用缓存使用redis为例，application.properties添加如下配置 redis.extend.hostName=127.0.0.1 redis.extend.port=6379 redis.extend.password=pwdcode redis.extend.timeout=10000 redis.idempotent.enabled=true 接下来的篇幅，重点会介绍一下缓存、限流、分布式锁、幂等的使用方式。缓存缓存的使用可以说无处不在，从应用请求的访问路径来看，用户user

认识Nginx，理解原理和功能

阅读更多关于认识Nginx，理解原理和功能

前端工程师在理解Nginx之后，就能更好的与后端工程师沟通，为了能提高工作效率，这两天抽空读了《 Nginx高性能Web服务器实战教程》。一、Nginx Nginx 是一款高性能的Web服务器软件，主要用于提供网上信息浏览服务，为高并发网站的应用场景而设计，可以在Linux、macOS和Windows等操作系统中运行，它的优点包括性能高、稳定性好、结构模块化、配置简单以及资源消耗非常低等。拥有HTTPS访问、gzip压缩、虚拟主机和URL重写等功能，不但可以搭配FastCGI程序处理动态请求，还可以用于代理、反向代理、负载均衡和缓存服务器等功能。P2 1 ）进程和访问控制 Nginx由一个主进程和多个工作进程组成，主进程接收客户端请求，再转交给工作进程处理，从而很好地利用多核心CPU的计算能力。P89 Nginx的访问控制是网络安全防范和保护的主要策略，其任务是保证网络资源不被非法访问。P93 2 ）日志记录功能 Nginx提供了一个非常灵活的日志记录功能，它可以使每个块的配置拥有各自独立的日志进行记录，并且根据记录内容的不同又分为访问日志和错误日志。P101 （1）访问日志用于记录客户端访问Nginx的每一个请求。记录用户的IP、访问时间、请求方式、响应状态、地域来源、跳转来源、使用终端等信息。（2）错误日志记录在访问Nginx时出错的记录，可以查看某个服务的性能瓶颈。 3

使用 API 网关构建微服务

阅读更多关于使用 API 网关构建微服务

本期内容微服务系列文章的第一篇介绍了微服务架构模式，讨论了使用微服务的优缺点，以及为什么微服务虽然复杂度高却是复杂应用程序的理想选择。在决定以一组微服务来构建自己的应用时，你需要确定应用客户端如何与微服务交互。在单体式程序中，通常只有一组冗余的或者负载均衡的服务提供点。在微服务架构中，每一个微服务暴露一组细粒度的服务提供点。在本篇文章中，我们来看它如何影响客户端到服务端通信，并提出一种使用 API 网关的方法。简要概述让我们想象一下，你要为一个购物应用程序开发一个原生移动客户端。你很可能需要实现一个产品详情页面，展示任何指定商品的信息。下图展示了 Amazon Android 应用在商品详情页显示的内容。即使只是个智能手机应用，产品详情页面也显示了大量的信息。该页面不仅包含基本的产品信息（如名称、描述、价格），而且还显示了如下内容：购物车中的商品数量历史订单客户评论低库存预警送货选项各种推荐，包括经常与该商品一起购买的其它商品、购买该商品的客户购买的其它商品、购买该商品的客户看过的其它商品其它的购物选择使用单体应用程序架构时，移动客户端通过向应用程序发起一次 REST 调用（GET api.company.com/productdetails/）来获取这些数据。负载均衡器将请求路由给 N 个相同的应用程序实例中的其中之一。然后

订阅浏览器缓存