Comment optimiser les performances de DedeCms V5.5

Comment optimiser les performances de DedeCms V5.5 ?

Après la sortie de dedecms V5.5, par rapport aux versions précédentes, il a fonctionné plus parfaitement dans tous les aspects. Cependant, en raison de sa polyvalence, il était impossible de répondre aux besoins de tous les utilisateurs en même temps. Dans le passé, il n'était pas possible de répondre aux besoins de tous les utilisateurs en même temps. Peu de gens ont exprimé des doutes sur les problèmes de performances de DedeCms, c'est pourquoi je publie ici un article sur la façon d'optimiser les performances et de fournir l'optimisation finale. résultats des tests d'effet.

Étude recommandée : Dreamweaver cms

1. Modifier les paramètres système

Dans DedeCms V5.5, les principaux liés aux performances de génération HTML. sont les suivants Plusieurs paramètres :

1. Paramètres de base :

Le remplacement des mots clés (oui/non) à l'aide de cette fonction affectera la vitesse de génération HTML (cfg_keyword_replace)

Ce paramètre la valeur par défaut est Si elle est activée, il est recommandé aux utilisateurs dont les articles sont collectés de ne pas activer cette option, car les articles collectés doivent impliquer une génération automatique de mots-clés, de sorte que de nombreux mots-clés n'ont aucun sens et peuvent même provoquer l'interruption de la génération de caractères tronqués. il est donc recommandé de désactiver ce paramètre.

2. Options de performances :

Durée de mise à jour du cache d'appel (secondes, 0 signifie non activé) : 10000 cfg_index_cache

Activation ou non de la mise en cache du modèle : Oui cfg_tplcache

Ces deux paramètres sont assez significatifs. Dans DedeCms, la balise qui affecte le plus les performances est la balise arclist. De plus, le fait que le cache des modèles soit activé est également très important.

Les modifications spécifiques recommandées aux paramètres système sont les suivantes :

2. Optimiser la base de données

1 dede_archives

Cette table Il existe quatre ensembles d'index : PRIMARY, sortrank, mainindex et lastpost. En fait, comme la table elle-même est relativement petite, il n'est pas nécessaire de définir trop d'index puisque les programmes dans dedecms utilisent le sortrank. champ pour trier par défaut, il est recommandé de conserver les deux index PRIMARY et sortrank, et de supprimer mainindex et lastpost L'opération spécifique est la suivante :

2. >

Cette table est assez petite, lors des tests Parmi elles, 70 000 données, cette table n'occupe qu'environ 1,5M Elle est en fait assez petite, il n'est donc pas nécessaire de créer un index, supprimez donc l'index suivant :

Après ce qui précède Après optimisation, il a été testé avec des articles éducatifs contenant environ 70 000 données (la base de données fait environ 800 Mo) et testé sur un Pentium E, une mémoire 2G et un disque dur SATA ordinaire. environnement de disque. La vitesse de génération est la suivante :

Étant donné que la vitesse du mécanisme de génération DedeCms est similaire avant et après, la vitesse est stable à environ 15 articles par seconde. Bien sûr, ce nombre a une certaine relation avec le nombre d'appels de balises de modèles utilisateur, mais à cette vitesse, il peut atteindre plus de 50 000 articles par heure, cela reste tout à fait idéal.

De nombreux webmasters peuvent se demander : pourquoi ne pas tester des millions ou des dizaines de millions de données ?

En fait, sur la base de ce volume de données, s'il atteint un million, la base de données atteindra 10G, et même des dizaines de millions de bases de données iront jusqu'à 100G. Certains CMS se vantent d'avoir dépassé les dizaines de millions. de tests, alors laissons-les s'en vanter. Quel est le concept de données 100G, plus les images et le HTML généré ? Est-ce quelque chose que les disques durs ordinaires et les machines Pentium E peuvent faire ? Par conséquent, il est plus représentatif de tester avec des données de niveau 100 000. Pour ceux qui font vraiment des sites Web réguliers, et ils deviendront en effet très gros à l'avenir, il ne devrait y avoir aucun problème pour mettre à niveau le matériel. n'est pas possible pour les utilisateurs sous hôtes virtuels. Cette vitesse a été atteinte, mais cela peut être utilisé comme base de référence pour l'optimisation des performances

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!