缓存服务器 | 易学教程

H5 缓存机制浅析移动端 Web 加载性能优化

阅读更多关于 H5 缓存机制浅析移动端 Web 加载性能优化

Web前端技术由 html、css 和 javascript 三大部分构成，是一个庞大而复杂的技术体系，其复杂程度不低于任何一门后端语言。而我们在学习它的时候往往是先从某一个点切入，然后不断地接触和学习新的知识点，因此对于初学者很难理清楚整个体系的脉络结构。本文将对Web前端知识体系进行简单的梳理，对应的每个知识点点到为止，不作详细介绍。目的是帮助大家审查自己的知识结构是否完善，如有遗漏或不正确的地方，希望共勉。一、JAVASCRIPT 篇 0、基础语法 Javascript 基础语法包括：变量声明、数据类型、函数、控制语句、内置对象等。在ES5 中，变量声明有两种方式，分别是 var 和 function ，var 用于声明普通的变量，接收任意类型，function用于声明函数。另外，ES6 新增了 let、const、import 和 class 等四个命令，分别用以声明普通变量、静态变量、模块和类。 JS数据类型共有六种，分别是 String、Number、Boolean、Null、Undefined 和 Object 等，另外，ES6新增了 Symbol 类型。其中，Object 是引用类型，其他的都是原始类型(Primitive Type)。原始类型也称为基本类型或简单类型，因为其占据空间固定，是简单的数据段，为了便于提升变量查询速度，将其存储在栈

mysql架构详解

阅读更多关于 mysql架构详解

一、mysql组件 1.mysql对外提供的交互接口(connectors): 编程语言通过connectors组件,比如php,pymysql,JDBC来操作sql 2.管理服务和工具组件(Management Service & Utilities): 提供对mysql的集成管理，比如备份，恢复，等 3.连接池组件(Connection Pool): 负责监听客户端向server的各种请求，每个成功连接的客户端都会分配一个线程负责与server通信 4.sql接口组件(SQL Interface): 接收客户端sql命令，并将结果返回给客户端 5.查询分析器(Parser): 解析sql语法是否正确，不合理则报错 6.优化器组件(Optimizer): 对sql语句按照标准优化分析 7.缓存组件(Caches & Buffers): 缓存缓冲数据 8.插件式存储引擎(Pluggable Storage Engines): mysql是关系型数据库，数据是以表的形式存储的，对于表的创建，数据的存储，更新都是由存储引擎完成的 9.物理文件系统: 真实存储数据表，数据，日志的地方二、查询流程 1.客户端服务端通信协议: 在任一时刻，要么是服务器向客户端发送数据，要么是客户端向服务器发送数据，这两个动作不能同时发生。一旦一端开始发送消息，另一端要接收完整个消息才能响应它

js清除浏览器缓存的几种方法

阅读更多关于 js清除浏览器缓存的几种方法

有时在后台修改了代码，再在浏览器上运行会发生显示的还是未修改之前的页面，所以就在网上查找清除浏览器缓存的方法，主要都是在浏览器的设置里删除缓存，然后我找到了使用代码在自己的代码中使用的清除缓存的方法，选择了浏览量最高的博客作为转载，以下为内容：关于浏览器缓存浏览器缓存，有时候我们需要他，因为他可以提高网站性能和浏览器速度，提高网站性能。但是有时候我们又不得不清除缓存，因为缓存可能误事，出现一些错误的数据。像股票类网站实时更新等，这样的网站是不要缓存的，像有的网站很少更新，有缓存还是比较好的。今天主要介绍清除缓存的几种方法。清理网站缓存的几种方法 meta方法 //不缓存 <META HTTP-EQUIV="pragma" CONTENT="no-cache"> <META HTTP-EQUIV="Cache-Control" CONTENT="no-cache, must-revalidate"> <META HTTP-EQUIV="expires" CONTENT="0"> 清理form表单的临时缓存 <body onLoad="javascript:document.yourFormName.reset()"> 其实form表单的缓存对于我们书写还是有帮助的，一般情况不建议清理，但是有时候为了安全问题等，需要清理一下！ jquery ajax清除浏览器缓存方式一

细说 ASP.NET Cache 及其高级用法

阅读更多关于细说 ASP.NET Cache 及其高级用法

许多做过程序性能优化的人，或者关注过程程序性能的人，应该都使用过各类缓存技术。而我今天所说的Cache是专指ASP.NET的Cache，我们可以使用HttpRuntime.Cache访问到的那个Cache，而不是其它的缓存技术。以前我在【我心目中的Asp.net核心对象】这篇博客中简单地提过它，今天我打算为它写篇专题博客，专门来谈谈它，因为它实在是太重要了。在这篇博客中，我不仅要介绍它的一些常见用法，还将介绍它的一些高级用法。在上篇博客【在.net中读写config文件的各种方法】的结尾处，我给大家留了一个问题，今天，我将在这篇博客中给出一个我认为较为完美的答案。本文提到的【延迟操作】方法（如：延迟合并写入数据库）属于我的经验总结，希望大家能喜欢这个思路。 Cache的基本用途提到Cache，不得不说说它的主要功能：改善程序性能。 ASP.NET是一种动态页面技术，用ASP.NET技术做出来的网页几乎都是动态的，所谓动态是指：页面的内容会随着不同的用户或者持续更新的数据，而呈现出不同的显示结果。既然是动态的，那么这些动态的内容是从哪里来的呢？我想绝大多数网站都有自己的数据源，程序通过访问数据源获取页面所需的数据，然后根据一些业务规则的计算处理，最后变成适合页面展示的内容。由于这种动态页面技术通常需要从数据源获取数据，并经过一些计算逻辑

细说 ASP.NET控制HTTP缓存

阅读更多关于细说 ASP.NET控制HTTP缓存

在上篇博客【细说 ASP.NET Cache 及其高级用法】中，我给大家介绍了ASP.NET Cache，这种服务端使用的缓存API 。在我们开发一个ASP.NET网站的过程中，其实有很多地方都是可以使用缓存的，只是由于ASP.NET是一种基于服务端的开发平台，自然我们也经常在服务端的代码中使用各类缓存技术，然而，由于WEB应用程序的服务对象是客户端的浏览器，通常来说，我们并不能直接控制浏览器的行为，但是，浏览器却可以根据后台网站的指示，采取一些优化的方式来更快地呈现页面。客户端浏览器也有自己的缓存机制，通常浏览器也使用缓存来优化一些页面的显示过程，不过，我们并不能直接使用C#代码控制浏览器的缓存操作，但我们可以告诉浏览器如何使用缓存，从而达到优化网站性能的目的。这次博客的主题是：用ASP.NET控制HTTP请求过程中浏览器缓存的一些方法。正常的HTTP请求过程在开始介绍浏览器在HTTP请求过程前，我想有必要先来看一下浏览器请求一个普通ASPX页面的过程。说明：本文在介绍HTTP请求过程时，会大量使用Fiddler来分析具体的请求过程。上图是一个普通的ASPX页面的请求过程，说它普通是因为：我在创建这个页面后，没对它做任何缓存方面的处理。图片中我们可以可以看到服务器的响应状态为：HTTP/1.1 200 OK，这是一个服务器成功响应的标志。另外

带你学习AOP框架之Aspect.Core[1]

阅读更多关于带你学习AOP框架之Aspect.Core[1]

本文3.0版本文章 https://mp.weixin.qq.com/s/pjvleNGi_AazZ7COdxQyPQ 代码已上传Github+Gitee，文末有地址　　上回《从壹开始前后端分离【 .NET Core2.0 Api + Vue 2.0 + AOP + 分布式】框架之九 || 依赖注入IoC学习 + AOP界面编程初探》咱们说到了依赖注入Autofac的使用，不知道大家对IoC的使用是怎样的感觉，我个人表示还是比较可行的，至少不用自己再关心一个个复杂的实例化服务对象了，直接通过接口就满足需求，当然还有其他的一些功能，我还没有说到，抛砖引玉嘛，大家如果有好的想法，欢迎留言，也可以来群里，大家一起学习讨论。昨天在文末咱们说到了AOP面向切面编程的定义和思想，我个人简单使用了下，感觉主要的思路还是通过拦截器来操作，就像是一个中间件一样，今天呢，我给大家说两个小栗子，当然，你也可以合并成一个，也可以自定义扩展，因为我们是真个系列是基于Autofac框架，所以今天主要说的是基于Autofac的Castle动态代理的方法，静态注入的方式以后有时间可以再补充。　　时间真快，转眼已经十天过去了，感谢大家的鼓励，批评指正，希望我的文章，对您有一点点儿的帮助，哪怕是有学习新知识的动力也行，至少至少，可以为以后跳槽增加新的谈资 [哭笑]，这些天我们从面向对象OOP的开发

PHP资源列表

阅读更多关于 PHP资源列表

Composer Repositories Composer源 Firegento - Magento模块Composer源 Packagist - PHP包的源 PaketHub - 集成的PHP包的源 Private Packagist - 一个PHP的服务，提供Composer包的存储 WordPress Packagist - 使用Composer管理你的WordPress插件 Zend Framework Packages - Zend Framework Composer源依赖管理 Dependency Management 依赖和包管理库 Composer Installers - 一个多框架Composer库安装器 Composer - 一个包和依赖管理器 Melody - 一个用于构建Composer脚本文件的工具 Pickle - 一个PHP扩展安装器其他的依赖管理 Dependency Management Extras 其他的相关依赖管理 Composed - 一个在运行时解析你项目Composer环境的库 Composer Checker - 一个校验Composer配置的工具 Composer Merge Plugin - 一个用于合并多个composer.json文件的Composer插件 Composition -

mysql my.ini 详解

阅读更多关于 mysql my.ini 详解

linux下mysql配置文件my.cnf详解【转】 basedir = path 使用给定目录作为根目录(安装目录)。 character-sets-dir = path 给出存放着字符集的目录。 datadir = path 从给定目录读取数据库文件。 pid-file = filename 为mysqld程序指定一个存放进程ID的文件(仅适用于UNIX/Linux系统); Init-V脚本需要使用这个文件里的进程ID结束mysqld进程。 socket = filename 为MySQL客户程序与服务器之间的本地通信指定一个套接字文件(仅适用于UNIX/Linux系统; 默认设置一般是/var/lib/mysql/mysql.sock文件)。在Windows环境下，如果MySQL客户与服务器是通过命名管道进行通信的，–sock选项给出的将是该命名管道的名字(默认设置是MySQL)。 lower_case_table_name = 1/0 新目录和数据表的名字是否只允许使用小写字母; 这个选项在Windows环境下的默认设置是1(只允许使用小写字母)。 mysqld程序：语言设置 character-sets-server = name 新数据库或数据表的默认字符集。为了与MySQL的早期版本保持兼容，这个字符集也可以用–default-character-set选项给出;

缓存初涉

阅读更多关于缓存初涉

Reference [1] 【转】https://blog.csdn.net/zeb_perfect/article/details/54135506 [2] https://blog.csdn.net/xlgen157387/article/details/79530877 缓存穿透缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。在流量大时，可能DB就挂掉了，要是有人利用不存在的key频繁攻击我们的应用，这就是漏洞。解决方案有很多种方法可以有效地解决缓存穿透问题，最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。另外也有一个更为简单粗暴的方法（我们采用的就是这种），如果一个查询返回的数据为空（不管是数据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。缓存雪崩/缓存失效缓存雪崩是指在我们设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到DB，DB瞬时压力过重雪崩。解决方案缓存失效时的雪崩效应对底层系统的冲击非常可怕

Redis缓存

阅读更多关于 Redis缓存

安装Redis： $ wget http://download.redis.io/releases/redis-4.0.9.tar.gz $ tar xzf redis-4.0.9.tar.gz $ cd redis-4.0.9 $ make 进入src目录启动redis-server命令如下： $ ./redis-server 打开redis-client命令： $ ./redis-cli 如果需要在远程redis服务器上执行命令，同样我们使用的也是redis-cli命令：语法格式如下： $ redis-cli -h host -p port -a password 设置Redis密码： 127.0.0.1:6379> config set requirepass 123456 测试密码： 127.0.0.1:6379> info NOAUTH Authentication required 127.0.0.1:6379> set x 0 (error)NOAUTH Authentication required 提示无权限。使用密码授权登录 127.0.0.1:6379> auth 123456 OK 127.0.0.1:6379> set x 0 OK 127.0.0.1:6379> get x "0" Redis数据类型：支持五种：string(字符串)、hash(哈希

订阅缓存服务器