1. Mise en cache statique pleine page
C'est-à-dire que toutes les pages sont générées dans des pages statiques HTML. Les pages statiques sont directement accessibles lors de la visite des utilisateurs, sans passer par le serveur PHP. analysez-les. Cette méthode est plus courante dans les systèmes CMS, tels que les dedecms ;
Une méthode d'implémentation plus courante consiste à utiliser la mise en cache de sortie :
Ob_start() ******要运行的代码******* $content = Ob_get_contents(); ****将缓存内容写入html文件***** Ob_end_clean();
2.
Cette méthode consiste à mettre en cache statiquement les parties d'une page qui ne changent pas fréquemment, tandis que les blocs qui changent fréquemment ne sont pas mis en cache et sont finalement assemblés pour être affichés. Elle peut être implémentée en utilisant une méthode similaire à ob_get_contents ; , ou Vous pouvez utiliser des stratégies de mise en cache de fragments de page comme ESI pour mettre en cache des fragments relativement statiques dans des pages dynamiques Le contenu de tout site Web est constamment mis à jour et change, mais cela ne signifie pas que le contenu de ce site Web Le site Web est un contenu dynamique. En fait, le contenu dynamique fait référence au contenu que les utilisateurs obtiennent chaque fois qu'ils cliquent sur le même lien. Il est généré par une application de serveur Web, telle qu'ASP, JSP, etc., avec cela en conséquence, statique. le contenu fait généralement référence à du texte, des images et du multimédia qui restent pratiquement inchangés à chaque fois que l'utilisateur clique sur le lien correspondant. La dernière technologie pour résoudre la mise en cache dynamique du contenu consiste à concevoir le contenu du site Web via la technologie ESI.Comment fonctionne la technologie ESI
Le contenu généré dynamiquement peut apporter des pages riches et passionnantes aux utilisateurs, Site Web les développeurs peuvent également contrôler le contenu associé de manière plus simple et plus flexible, mais tout en bénéficiant de ces commodités, cela augmente également la pression de traitement sur la base de données du site Web et le serveur d'applications. Lorsque le nombre de visites sur un site Web augmente, l'investissement en matériel et en bases de données est très énorme. Cependant, cela peut encore entraîner de sérieux retards dans la page, voire un échec d'accès.
La raison fondamentale pour laquelle les utilisateurs accèdent au contenu généré dynamiquement est lente est que le contenu généré dynamiquement doit passer par un processus complexe. Premièrement, la demande de l'utilisateur est attribuée au serveur d'applications en fonction du. demande de l'utilisateur. Dans le module logiciel correspondant, le module logiciel doit déterminer le type de données qui doivent être extraites de la base de données pour l'utilisateur par calcul, puis extraire les données correspondantes de la base de données et les transmettre à l'utilisateur dans le format défini. . Ces processus longs ralentissent l'accès des utilisateurs et augmentent la charge sur le serveur.
Dans l'environnement réel, une page générée dynamiquement peut n'avoir qu'une petite quantité de contenu qui change fréquemment ou est personnalisé pour les serveurs de cache traditionnels, afin de garantir l'actualité de la page. , mais en raison de la petite quantité de contenu dynamique dans la page, la page entière ne peut pas être mise en cache. ESI (Edge Side Include) utilise un langage de balisage simple pour décrire les fragments de contenu dans les pages Web qui peuvent et ne peuvent pas être accélérés. Chaque page Web est divisée en différentes petites parties et se voit attribuer différentes stratégies de contrôle du cache, de sorte que le cache soit basé sur ces politiques. Le serveur peut combiner dynamiquement différentes petites parties avant d'envoyer la page Web complète à l'utilisateur. Grâce à ce contrôle, le nombre de fois où il faut explorer la page entière à partir du serveur peut être efficacement réduit, et seul un petit nombre de fragments qui ne peuvent pas être mis en cache sont extraits du serveur d'origine. Par conséquent, la charge du serveur d'origine peut être efficacement réduite. réduit et le temps de réponse de l'accès des utilisateurs peut être amélioré.
ESI est un langage de balisage simple que les développeurs peuvent utiliser pour marquer des fragments de contenu afin d'accélérer la mise en cache via le serveur de cache correspondant. Dans le même temps, ESI définit également un ensemble de normes de validation de contenu, qui peuvent réaliser la gestion du contenu mis en cache dans le serveur Cache par le serveur d'origine et améliorer la capacité du site Web à contrôler le contenu. Le réseau CDN peut également fournir des services CDN pour le contenu dynamique du site Web en installant des serveurs de cache prenant en charge l'ESI dans des nœuds répartis à travers le pays.
Cette méthode peut être utilisée pour les pages de produits dans les centres commerciaux3. Mise en cache des données
Comme son nom l'indique, elle met en cache. data. D'une manière ; par exemple, lorsqu'une certaine information sur le produit dans le centre commercial est demandée à l'aide de l'ID du produit, les données comprenant les informations sur le magasin, les informations sur le produit, etc. peuvent être mises en cache dans un fichier php. Le nom contient l'ID du produit pour créer un. identifiant unique ; la prochaine fois que quelqu'un voudra visualiser ce produit, il appellera d'abord directement les informations de ce fichier sans interroger la base de données ; en fait, ce qui est mis en cache dans le fichier cache est un tableau PHP Ceci ; La méthode est utilisée dans le système du centre commercial Ecmall ;4.
其实这跟数据缓存是一个思路,就是根据查询语句来缓存;将查询得到的数据缓存在一个文件中,下次遇到相同的查询时,就直接先从这个文件里面调数据,不会再去查数据库;但此处的缓存文件名可能就需要以查询语句为基点来建立唯一标示;
按时间变更进行缓存
其实,这一条不是真正的缓存方式;上面的2、3、4的缓存技术一般都用到了时间变更判断;就是对于缓存文件您需要设一个有效时间,在这个有效时间 内,相同的访问才会先取缓存文件的内容,但是超过设定的缓存时间,就需要重新从数据库中获取数据,并生产最新的缓存文件;比如,我将我们商城的首页就是设 置2个小时更新一次;
5、按内容变更进行缓存
这个也并非独立的缓存技术,需结合着用;就是当数据库内容被修改时,即刻更新缓存文件;
比如,一个人流量很大的商城,商品很多,商品表必然比较大,这表的压力也比较重;我们就可以对商品显示页进行页面缓存;
当商家在后台修改这个商品的信息时,点击保存,我们同时就更新缓存文件;那么,买家访问这个商品信息时,实际上访问的是一个静态页面,而不需要再去访问数据库;
试想,如果对商品页不缓存,那么每次访问一个商品就要去数据库查一次,如果有10万人在线浏览商品,那服务器压力就大了;
6、内存式缓存
提到这个,可能大家想到的首先就是Memcached;memcached是高性能的分布式内存缓存服务器。 一般的使用目的是,通过缓存数据库查询结果,减少数据库访问次数,以提高动态Web应用的速度、 提高可扩展性。
它就是将需要缓存的信息,缓存到系统内存中,需要获取信息时,直接到内存中取;比较常用的方式就是 key–>value方式;
<?php $memcachehost = '192.168.6.191'; $memcacheport = 11211; $memcachelife = 60; $memcache = new Memcache; $memcache->connect($memcachehost,$memcacheport) or die ("Could not connect"); $memcache->set('key','缓存的内容'); $get = $memcache->get($key); //获取信息 ?>
7、apache缓存模块
apache安装完以后,是不允许被cache的。如果外接了cache或squid服务器要求进行web加速的话,就需要在htttpd.conf里进行设置,当然前提是在安装apache的时候要激活mod_cache的模块。
安装apache时:./configure –enable-cache –enable-disk-cache –enable-mem-cache
8、php APC缓存扩展
Php有一个APC缓存扩展,windows下面为php_apc.dll,需要先加载这个模块,然后是在php.ini里面进行配置:
[apc] extension=php_apc.dll apc.rfc1867 = on upload_max_filesize = 100M post_max_size = 100M apc.max_file_size = 200M upload_max_filesize = 1000M post_max_size = 1000M max_execution_time = 600 ; 每个PHP页面运行的最大时间值(秒),默认30秒 max_input_time = 600 ; 每个PHP页面接收数据所需的最大时间,默认60 memory_limit = 128M ; 每个PHP页面所吃掉的最大内存,默认8M
9、Opcode缓存
我们知道,php的执行流程可以用下图来展示:
首先php代码被解析为Tokens,然后再编译为Opcode码,最后执行Opcode码,返回结果;所以,对于相同的php文件,第一次运行时 可以缓存其Opcode码,下次再执行这个页面时,直接会去找到缓存下的opcode码,直接执行最后一步,而不再需要中间的步骤了。
比较知名的是XCache、Turck MM Cache、PHP Accelerator等。
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!