Comme nous le savons tous, la statique de page est une compétence essentielle dans le développement de sites Web portail. Le "Tutoriel vidéo sur l'implémentation de la statique de page en PHP" l'analyse sous deux angles : la statique pure et la pseudo-staticisation, et amène chacun à maîtriser comment. pour réaliser la staticisation des pages en PHP Générer des pages purement statiques et comment configurer des pseudo-statiques dans le serveur WEB pour aider chacun à maîtriser un autre outil d'augmentation de salaire.
Adresse de lecture du cours : http://www.php.cn/course/403.html
Le style d'enseignement du professeur :
Les cours du professeur sont vivants, pleins d'esprit, pleins d'esprit et touchants. Une métaphore vivante est comme la touche finale, ouvrant la porte à la sagesse aux étudiants ; un humour bien placé apporte un sourire entendu aux étudiants, comme boire un verre de vin moelleux, donnant aux gens un arrière-goût et une nostalgie des aphorismes d'un philosophe, des références culturelles. sont intercalés de temps en temps dans la narration, donnant aux gens réflexion et vigilance.
Le point le plus difficile dans cette vidéo est que PHP gère le pseudo-statique :
Tout d'abord, qu'est-ce que est pseudo-statique :
La pseudo-statique, également appelée réécriture d'URL, est une URL dynamique qui ressemble à une URL statique. En d'autres termes, les pages Web dynamiques suppriment les paramètres des pages Web dynamiques en réécrivant la méthode URL, mais il n'est pas nécessaire d'implémenter des pages réécrites dans le répertoire réel des pages Web.
De plus, deux analyses de noms sont ajoutées
URL statique : document HTML statique pur, page Web pouvant être interrogée à l'aide du type de fichier :htm
URL dynamique : le contenu est stocké dans la base de données, affiche le contenu selon les exigences, l'URL commence par ? # & Afficher différents paramètres, tels que : news.php? lang=cn&class=1&id=2
Les avantages et les inconvénients entre dynamique, statique et pseudo-statique (nouveau)
URL dynamiques
Tout d'abord, les URL dynamiques sont actuellement non disponible pour Google La déclaration "ne peut pas être explorée" est fausse. Google peut très bien gérer les URL dynamiques et les explorer en douceur. Deuxièmement, la déclaration "ne peut pas avoir plus de 3 paramètres" est également incorrecte. 3 Les URL dynamiques doivent cependant minimiser les paramètres afin d'éviter que l'URL ne soit trop longue.
Deuxièmement, les URL dynamiques présentent certains avantages. Comme mentionné ci-dessus, news.php ? lang=cn&class=1&id=2 Par exemple, les paramètres de l'URL indiquent avec précision à Google que la langue du contenu de cette URL est cn, qu'elle appartient à la catégorie 1 et que l'ID de contenu est 2, ce qui facilite l'identification et l'identification par Google. traiter le contenu.
Enfin, les URL dynamiques doivent être les plus concises possibles, notamment les paramètres d'identifiant de session (sid) et de requête (query), qui peuvent facilement conduire vers un grand nombre de pages identiques.
URL statique
Tout d'abord, l'avantage absolu de l'URL statique est sa clarté /product/nokia/n95.html et /about.html peuvent être facilement compris et ainsi apparaître dans le fichier. résultats de recherche. Peut-être que le nombre de clics est relativement élevé.
Deuxièmement, les URL statiques ne constituent peut-être pas la meilleure forme d'URL. Comme mentionné ci-dessus, les URL dynamiques peuvent indiquer à Google certains paramètres qui peuvent être reconnus, tandis que les URL statiques ne seront pas correctement organisées si la mise en page du document n'est pas appropriée ( comme trop plat), plaçant tous les documents HTML dans le répertoire racine) et d'autres facteurs, il n'est pas aussi riche en informations de référence que les URL statiques fournissent à Google.
Enfin, Le Sishu pense-t-il qu’il y a un sens caché dans l’article de Google ? "La mise à jour des pages avec ce type d'URL peut prendre du temps, surtout lorsque la quantité d'informations augmente rapidement, car le code de compilation doit être modifié pour chaque page individuelle. Bien qu'il s'agisse d'un site Web, est-ce la même chose dans le système Google." ? Un tel problème existe-t-il ?
URL pseudo-statique
Tout d'abord, les URL pseudo-statiques ne peuvent pas rendre les URL dynamiques "statiques". Les URL pseudo-statiques ne sont qu'une réécriture des URL dynamiques. Google ne prendra pas en compte les pseudo-URL. les URL statiques doivent être des documents HTML.
Deuxièmement, le pseudo-statique est souhaitable, mais l'accent doit être mis sur la suppression des paramètres redondants, la standardisation des URL et l'évitement autant que possible des pages en double.
Enfin, le pseudo-statique présente de grands dangers potentiels. Il est préférable de l'utiliser lorsque vous êtes familier avec le système du site Web, la structure du site Web, la distribution du contenu et la signification des paramètres.
Lors de l'écriture de règles pseudo-statiques, vous devez conserver les paramètres importants et ne pas rationaliser tous les paramètres importants, comme news.php dans l'exemple précédent ? Il est préférable de réécrire lang=cn&class=1&id=2 sous le nom news-cn-class1-id2.html plutôt que de le réécrire de manière trop concise sous le nom news-2.html.
De plus, le pseudo-statique ne doit pas contenir de paramètres d'ID de session (sid) et de requête (query), /product.asp? Pour une URL dynamique telle que sid=98971298178906&id=1234, le sid qu'elle contient est à l'origine reconnu et bloqué par Google. Cependant, s'il est réécrit sous la forme /product/98971298178906/1234, Google ne pourra pas seulement le reconnaître, mais le sera également. provoquer des doublons infinis dans l'ensemble du site (à chaque session, un nouvel identifiant de session sera généré).
Devrions-nous choisir du pseudo statique ou du vrai statique
1. Il n'y a aucune différence entre utiliser du vrai statique et du faux statique pour le référencement
2. Utiliser La vraie statique peut endommager le disque dur et affecter les performances du forum
3. L'utilisation de la pseudo-statique occupera une certaine quantité d'occupation du processeur, et une utilisation intensive entraînera une surcharge du processeur
4. Le plus important Une chose, nous devons être statiques pour le référencement
Donc :
1. L'utilisation de la vraie méthode statique peut être directement éliminée, car quelle que soit la manière dont elle est générée, elle sera très nocive pour le disque dur.
2. Puisque l'effet des vrais et faux statiques est le même, nous pouvons choisir le pseudo statique.
3. Cependant, une utilisation intensive du pseudo-statique entraînera une surcharge du processeur.
4. Donc tant qu’on ne l’utilise pas en grande quantité, ça va.
5. Puisque le statique est uniquement destiné au référencement, nous n'avons besoin que de pseudo-statiques pour le référencement, et les utilisateurs n'ont pas besoin de l'utiliser.
6. Nous n'avons donc besoin que d'utiliser du pseudo-statique dans Archiver spécialement prévu pour l'exploration SEO.
7. Merci de votre patience en lisant mon article.
8. Si vous avez des questions ou des opinions différentes, n'hésitez pas à soumettre
commentaires sur le pseudo-statique et le vrai statique
Il existe encore du vrai statique et du pseudo- statique Différence essentielle. Le traitement d'un HTML pur pour les utilisateurs qui naviguent et d'un PHP qui appelle plusieurs données nécessitent beaucoup moins de CPU que le premier. Je me souviens que quelqu'un a dit un jour que les téléchargements HTML étaient fréquemment lus et écrits sur le disque dur. Il a dit cela comme si la lecture de la base de données ne nécessitait pas de lecture et d'écriture sur le disque. De plus, il existe de nombreux fichiers PHP dispersés en cache. également placé sur le disque dur. Ces lectures ne nécessitent-elles pas d'opérations sur le disque ? ridicule.
L'objectif peut être atteint en lisant un seul html + image Flash et autres pièces jointes. Pourquoi s'embêter à lire la base de données, à lire le fichier cache php, à réintégrer la sortie des données et à ajouter une image Flash et d'autres pièces jointes ? C'est si gênant ? La page d'accueil du CMS ne nécessite pas beaucoup d'interactions, et la version forum ne doit pas être utilisée ici. Au contraire, ce qu'il faut considérer davantage, c'est : la beauté ! compatible! Des informations intuitives ! performance! Et de la stabilité !
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!