J'ai examiné le script PHP derrière le site Web de mon père qui a été construit par un programmeur embauché. Maintenant, je ne pense pas que je suis meilleur que lui, mais je pense que sa technique pourrait ne pas être la meilleure.
Le site Web a un organisme de page dynamique, au sens que mon père peut, via une page d'administration spécifique, modifier le contenu HTML de la plupart des pages Web sur le site Web. En ce moment, il est fait via la base de données: les pages sont toutes stockées dans la base de données et chaque requête traite d'une requête qui récupère la page de la base de données et de la mettre en œuvre.
Maintenant, je pense que cette façon est très mauvaise principalement parce qu'elle nécessite (même si ce n'est pas si cher si elle est mise en cache) une requête supplémentaire à la base de données. Ne serait-il pas plus efficace de stocker les pages en tant que fichiers HTML, puis simplement modifier le fichier lui-même au besoin? De cette manière, l'édition du fichier, je pense, est plus rapide et le chargement du contenu d'un fichier HTML par demande est beaucoup plus facile et plus rapide que d'effectuer une requête.
Est-ce? Y a-t-il un autre moyen (plus efficace) de gérer cette situation?
5 Réponses :
C'est la question du siècle :) Il n'y a pas de réponse exacte à cette question. juste des conseils de performance. Les gens travaillent à optimiser les heures de chargement de la page au cours des 30 dernières années.
Je pense que c'est une bonne réponse, il a parfaitement raison. C'est vraiment juste une question d'opinion ....
Tout cela dépend du contenu. Lorsque vous avez beaucoup de contenu différent, comme des nouvelles, il est plus facile de stocker les données dans une base de données pour chaque nouvelle et chargez les données dans un modèle. Mais lorsque vous avez un contenu unique (comme un énorme article ou une page d'information), vous pouvez utiliser un HTML pour stocker les données.
Cela dépend également de si vous souhaitez une page multilingue ou non. Vous pouvez surlimé de créer une page multi-lingal avec uniquement des HTML. Mais voici la même chose que ci-dessus. Quel contenu avez-vous? Des entrées beaucoup différentes ou moins de contenu?
Mais, ce que j'ai fait jusqu'à présent, je l'ai fait à la fois: lorsqu'un client voulait une page avec un script de nouvelles et une langue multilingue, etc., j'ai créé la page que l'utilisateur peut se connecter pour les entrées de presse et Stockez les nouvelles dans différentes langues, mais les modifications apportées à d'autres sites sont effectuées via HTML et que chaque langue est un fichier HTML différent.
EDIT:
Cela dépend de l'utilisateur aussi. Si l'utilisateur ne savait pas comment utiliser HTML mais souhaite modifier le site Hisselfel, que la seule option disponible est l'option de lui donner un centre d'administrateur pour apporter des modifications. Ou si vous ne voulez pas donner beaucoup d'énergie à l'utilisateur: D
Non, ce n'est pas mieux d'avoir des pages HTML fixes sous un dossier hypothétique '/ mypages' .
Voyant que votre père ne met probablement pas à jour sa page aussi souvent que la page sera demandée. Votre mise en œuvre proposée sera plus optimale de ressources. Cependant, seule une comparaison des deux implémentations montrera la différence de performance et donc la meilleure méthode dans ce cas. Question est, voulez-vous passer du temps à changer de code afin de valider un gain de performance sans savoir qu'il y aura un :)
C'est une question amusante, mais imho ce n'est pas une question très pratique (SO-TYPE) sollicite une réponse réelle et définitive.