Discussion :

[p_m_g]

Bonjour,

je dois mettre en place un sytème de création de pages HTML via un back-office.
la question que je me pose, c'est, s'il est préférable de stocker ceci sur une base mysql ou dans un répertoire commun à la racine du site ?
la question est sur le niveau de performance et sécurité.

chaque page pourra être créée et modifiée si nécessaire.

au niveau du site, c'est un modèle vierge fait avec des variables où tout est stocké en base (nom, adresse, mail, ...).
en clair, avec le domaine, je connais quel est le client et je rempli le site avec les variables stockés dans la base.

Merci.

[MtgCmg]

La structure principale de tes pages en fichiers et le contenu en bdd.

[p_m_g]

Excuse moi je n'ai pas tout compris...

[ABCIWEB]

Dans mysql ce sera plus souple et puis tout ton site est fait de cette manière apparemment. L'autre avantage est que tu pourras faire des recherche sur les données.
Au niveau des performances ce sera largement suffisant bien qu'un système de fichier peut être un peu plus rapide mais ne s'envisage que pour des cas particuliers.

[p_m_g]

Effectivement je penchais plus sur un système en base de données, mais je me demandais si ça ne serait pas trop lourd à charger et si les moteurs de recherche voyaient les pages de la même facon.

un champ de type "text" est le plus adapté non ?

[RunCodePhp]

Effectivement je penchais plus sur un système en base de données, mais je me demandais si ça ne serait pas trop lourd à charger et si les moteurs de recherche voyaient les pages de la même facon.

Si tu estime que tes contenus varieront très peu, les mettre dans une Bdd n'est peut être pas si judicieux que ça.
Les mettre dans des fichiers peut être tout aussi bien.

Mais ça dépend, car à mon sens, le choix de mettre des contenu dans une Bdd vient des manipulations qui sont à faire dessus, et c'est principalement le langage SQL qui fera la différence.
S'il y a des recherche par exemple dans ces contenus, des récupérations avec des tri très variés voir complexe, le SQL est vraiment efficace.

Si ces opérations sont rares ou simplistes, les mettre dans des fichiers peu suffire.
Disons qu'il faudrait se poser la question de manière inverse :
Est qu'il sera possible de tout faire sans tomber dans d'énormes code Php complexes si c'est dans des fichiers ?

A coté de ça, et admettons qu'on décide de mettre ces contenus dans la Bdd, rien n'empêche que pour des raisons d'optimisation de les mettre en cache en parallèle dans des fichiers.
Ca fait doublon certes, ça demande de le gérer, mais ça se fait couramment et c'est plutôt efficace.
En gros : En consultation (ou opérations simples) on exploite les fichiers en cache, et tout ce qui est de la recherche, tries, modifications, etc ... on exploite la Bdd.


Bref, comme tu peux voir il y a des solutions.

un champ de type "text" est le plus adapté non ?

On ne pourra pas te dire quel serait le type de donnée et sa longueur la mieux adaptée, on ne connait pas ce que ces contenu contiendront.
C'est à toi de faire le choix.
Vois du coté de MySQL : http://dev.mysql.com/doc/refman/5.0/...uirements.html