Maison > Article > développement back-end > Parlons du routage PHP et des applications pseudo-statiques
Cet article vous apporte des connaissances pertinentes sur PHP, qui présentent principalement le contenu pertinent sur le routage et les applications pseudo-statiques. Le routage fait référence à la distribution de lignes, et le pseudo-statique consiste à faire ressembler les adresses URL dynamiques à des adresses statiques. ensemble, j'espère que cela sera utile à tout le monde.
Littéralement expliqué, la route est une ligne, une route ; par une raison, une signification, indiquant des règles, donc la signification doit être attribuée à où selon quelles règles, ou significations.
Le routage fait donc référence à la distribution de lignes. Dans le Web back-end, il fait généralement référence aux règles de mappage pour accéder aux URL, telles que le type d'accès à l'URL, à quel module, à quel contrôleur, à quelle méthode ou classe est mappé. à travers les règles de routage, ou une fermeture, ou autre chose, bref il joue le rôle de distribution.
Pseudo-statique signifie littéralement faux, statique.
(Supplément : la pseudo-statique consiste à faire ressembler l'adresse URL dynamique à une adresse statique. La pseudo-statique est le but ultime, pas la technologie. Il existe de nombreuses façons d'obtenir une adresse pseudo-statique, qui peut être obtenue en en utilisant la réécriture d'URL de l'hôte Cela peut également être réalisé en utilisant la configuration de routage du programme lui-même. Par exemple, les règles d'URL peuvent être configurées librement dans tp5 et wordpress. La première nécessite une autorisation pour gérer l'hôte, tandis que la seconde est plus flexible. mais cela nécessite un support pathinfo ou une réécriture d'url pour masquer l'entrée)
Dans le monde du web2.0, de nombreuses pages sont dynamiques, comme beaucoup index.php/a/... ou index.php?a=1&. .. De telles adresses dynamiques ne sont pas très belles et sont nuisibles aux moteurs de recherche. Peu conviviales, vous devez utiliser des moyens techniques pour déguiser ces adresses URL dynamiques en adresses URL statiques, qui sont pseudo-statiques.
Donc, pseudo-statique fait référence à une solution qui utilise certaines technologies pour convertir des adresses dynamiques en adresses statiques et qui est accessible comme d'habitude. Elle ne fait pas référence à une certaine technologie.
Jetons donc un coup d'œil aux technologies nécessaires pour obtenir un pseudo-statique :
module de réécriture de l'hôte Web (réécriture d'URL, la réécriture est traduite en chinois par réécriture, mais beaucoup de gens l'appellent aussi souvent pseudo-statique )
pathinfo (une technologie prise en charge par l'hébergeur, index.php/path, puis utiliser la réécriture d'url pour masquer l'entrée)
routage du programme (peut embellir, raccourcir l'url, devenir plus humain et plus sémantique)
Additionnel : Un autre point très important qui n'a pas été mentionné est [Ajouter un suffixe]. Ce n'est pas une technologie, il n'est donc pas répertorié dans la liste des technologies ci-dessus. être utilisé à chaque étape ci-dessus. Cela peut être fait dans le programme, il vous suffit de contrôler le suffixe lors de la génération de l'URL. Et les suffixes sont parfois utiles lors de la conception d'API. Le suffixe doit représenter le format de données renvoyé (référence : style de conception REST).
Analyse :
L'avantage de la première solution est qu'elle est puissante (en utilisant les règles du module de réécriture pour prendre en charge la correspondance régulière et d'autres fonctionnalités), et peut réaliser une réécriture d'URL arbitraire, mais l'inconvénient est qu'elle nécessite la configuration de nombreuses réécritures d'URL complexes pour écrire des règles (le programme de remise Duoduo utilise cette méthode pour créer du pseudo-statique, si le pseudo-statique est activé, le programme générera des URL pour les règles pseudo-statiques et l'hôte doit les configurer manuellement. les règles de réécriture d'URL correspondantes en même temps), vous devez disposer des autorisations de gestion de l'hôte. Si la configuration est modifiée sur l'hôte, vous devez redémarrer le serveur web (s'il prend en charge .htaccess, aucun redémarrage n'est requis).
Cela nécessite le support de l'hébergeur Web. L'hébergeur qui prend en charge PATHINFO peut prendre en charge l'accès aux URL telles que index.php/home/index/index, afin que la valeur puisse être obtenue dans le langage Web (par exemple, le Le programme PHP peut obtenir $_SERVER['PATH_INFO'] = '/home/index/index'
). Selon cette fonctionnalité, Utiliser la réécriture d'URL ne nécessite qu'une simple règle de réécriture d'URL pour réécrire tous les paramètres après le fichier d'entrée, afin que le fichier d'entrée puisse être masqué. Bien sûr, il ne s'agit que d'un fichier d'entrée caché dans thinkphp. l'hôte ne prend pas en charge PATHINFO (comme une version basse de nginx), alors l'utilisation du mode de compatibilité (?s=/m/c/a) peut également simuler l'implémentation de pathinfo pour masquer le fichier d'entrée index.php
On peut dire qu'il s'agit d'un programme. La réécriture d'URL à l'intérieur (la réécriture mentionnée ci-dessus est la réécriture d'URL de l'hôte) est conçue en référence à la réécriture d'URL de l'hôte, de sorte que les règles de routage sont similaires aux règles de réécriture d'URL de l'hôte. Les avantages sont des fonctions puissantes et une configuration flexible des règles ; l'inconvénient est la performance de l'analyse (c'est le seul inconvénient, les autres sont des avantages). (L'URL personnalisée WordPress utilise en fait un routage personnalisé)
Résumé :
一般主机都能开启rewrite模块/功能支持URL重写,这很关键,这样实现隐藏入口文件了,这是第一步,再利用pathinfo(或者兼容模式),还有程序的路由,这样配合起来就能够实现简洁明了的URL地址了,也就是实现我们所说的伪静态。
原始的 index.php?m=home&c=index&a=index
实在是太难看了,所以即使不全伪静态,不用路由,也最好抛弃这种原始的地址,因为有些接口开发中已经不支持使用这类url地址了,所以务必使用 pathinfo
的形式:index.php/home/index/index
,在隐藏入口,再加个后缀 home/index/index.html
就完美了,如果是做API或者有特殊用途的话还可以带上特定的后缀,比如看云、github仓库克隆时代.git
后缀的仓库地址。
其实如果你的入口是index.php,使用兼容模式也可以隐藏入口的,直接?s=/m/c/a,?m=home&c=index&a=index 因为大多主机默认配置的有默认访问文件/入口。
下面分析nginx的部分配置:
主配置:/usr/local/nginx/conf/nginx.conf
user www www;worker_processes auto;error_log /data/wwwlogs/error_nginx.log crit;pid /var/run/nginx.pid;worker_rlimit_nofile 51200;events { use epoll; worker_connections 51200; multi_accept on; } http { include mime.types; default_type application/octet-stream; server_names_hash_bucket_size 128; client_header_buffer_size 32k; large_client_header_buffers 4 32k; client_max_body_size 1024m; sendfile on; tcp_nopush on; keepalive_timeout 120; server_tokens off; tcp_nodelay on; fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; fastcgi_buffer_size 64k; fastcgi_buffers 4 64k; fastcgi_busy_buffers_size 128k; fastcgi_temp_file_write_size 128k; #Gzip Compression gzip on; gzip_buffers 16 8k; gzip_comp_level 6; gzip_http_version 1.1; gzip_min_length 256; gzip_proxied any; gzip_vary on; gzip_types text/xml application/xml application/atom+xml application/rss+xml application/xhtml+xml image/svg+xml text/javascript application/javascript application/x-javascript text/x-json application/json application/x-web-app-manifest+json text/css text/plain text/x-component font/opentype application/x-font-ttf application/vnd.ms-fontobject image/x-icon; gzip_disable "MSIE [1-6].(?!.*SV1)"; #If you have a lot of static files to serve through Nginx then caching of the files' metadata (not the actual files' contents) can save some latency. open_file_cache max=1000 inactive=20s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors on;######################## default ############################ server { listen 80; server_name _; access_log /data/wwwlogs/access_nginx.log combined; root /data/wwwroot/default; index index.html index.htm index.php; location /nginx_status { stub_status on; access_log off; allow 127.0.0.1; deny all; } location ~ [^/].php(/|$) { #fastcgi_pass remote_php_ip:9000; fastcgi_pass unix:/dev/shm/php-cgi.sock; fastcgi_index index.php; include fastcgi.conf; } location ~ .*.(gif|jpg|jpeg|png|bmp|swf|flv|ico)$ { expires 30d; access_log off; } location ~ .*.(js|css)?$ { expires 7d; access_log off; } }########################## vhost ############################# include vhost/*.conf;}
每一个虚拟主机在虚拟主机配置目录都有一个对应的配置文件
[root@iZuf6fvttmu9vkdbnencgpZ vhost]# lsdingtalk.uogo8.com.conf lipin.uogo8.com.conf tv.uogo8.com.conf gj.uogo8.com.conf test.uogo8.com.conf www.uogo8.com.conf
虚拟主机配置文件:/usr/local/nginx/conf/vhost/www.uogo8.com.conf
server { listen 80; server_name www.uogo8.com uogo8.com; access_log /data/wwwlogs/www.uogo8.com_nginx.log combined; index index.html index.htm index.php; include /usr/local/nginx/conf/rewrite/www.uogo8.com.conf; root /data/wwwroot/www.uogo8.com;if ($host != www.uogo8.com) { rewrite ^/(.*)$ $scheme://www.uogo8.com/$1 permanent; } location ~ .php { #fastcgi_pass remote_php_ip:9000; fastcgi_pass unix:/dev/shm/php-cgi.sock; fastcgi_index index.php; include fastcgi_params; set $real_script_name $fastcgi_script_name; if ($fastcgi_script_name ~ "^(.+?.php)(/.+)$") { set $real_script_name $1; #set $path_info $2; } fastcgi_param SCRIPT_FILENAME $document_root$real_script_name; fastcgi_param SCRIPT_NAME $real_script_name; #fastcgi_param PATH_INFO $path_info; } location ~ .*.(gif|jpg|jpeg|png|bmp|swf|flv|ico)$ { expires 30d; access_log off; } location ~ .*.(js|css)?$ { expires 7d; access_log off; } }
伪静态单独放一个目录,需要时被虚拟主机配置文件引入,这样方便管理
[root@iZuf6fvttmu9vkdbnencgpZ vhost]# cd ../rewrite/[root@iZuf6fvttmu9vkdbnencgpZ rewrite]# lsnone.conf thinkphp.conf www.uogo8.com.conf
伪静态是一种效果,准确的说这是主机的URL重写规则/配置文件。但一般大家也习惯性称之为伪静态配置、伪静态文件,开启伪静态,伪静态模块,伪静态功能了,其实伪静态只是最终实现的效果。
thinkphp程序的伪静态配置文件:/usr/local/nginx/conf/rewrite/thinkphp.conf
location / { if (!-e $request_filename) { # 不支持pathinfo,那就使用url重写,重写成兼容模式,来达到隐藏入口的效果 rewrite ^(.*)$ /index.php?s=$1 last; break; } }
thinkphp伪静态配置文件.htaccess(Apache环境)
<IfModule mod_rewrite.c> Options +FollowSymlinks -Multiviews RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f # 直接利用url重写,重写成 pathinfo 模式 RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L] </IfModule>
uogo8的伪静态配置文件:/usr/local/nginx/conf/rewrite/www.uogo8.com.conf
location / { if (!-e $request_filename) { rewrite ^/(.*)$ /index.php/$1 last; break; } }
######################################################################## OneinStack for CentOS/RadHat 5+ Debian 6+ and Ubuntu 12+ ## For more information please visit https://oneinstack.com ########################################################################Your domain: www.uogo8.com Virtualhost conf: /usr/local/nginx/conf/vhost/www.uogo8.com.conf Directory of: /data/wwwroot/www.uogo8.com Rewrite rule: /usr/local/nginx/conf/rewrite/thinkphp.conf
推荐学习:《PHP视频教程》
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!