Discussion :

[Invité]

Bonsoir à tous,

Je suis en train de coder un petit CMS perso et la structure peut se résumer à ça :

Ouverture de la connexion SQL
Tout le travail interne du CMS
Quelques requetes SQL etc..
Fermeture de la connexion SQL

C'est le schéma du fichier index.php qui après dans son travail interne, va inclure tel ou tel autre fichier pour les pages sous-jacentes.

Cependant, j'ai l'impression que le temps de chargement d'une page est un peu long..
Dois-je laisser ma co SQL ouverte tout le temps ou l'ouvrir/fermer à chaque requête ?

J'utilise MySQLi

Je précise que c'est un CMS qui, à terme fera beaucoup de transitions de données entre le site et le serveur SQL.

Merci d'avance

[demenvil]

Salut pour optimiser déjà ton code :
Au niveau de tes requêtes utilise tu les jointure ?
Sélectionne tu uniquement les champs dont tu as besoin
Met tu les informations importantes en session pour ne pas à avoir à les redemander au serveur de bdd ?Met tu en cache tes requêtes ?
Est-ce que tes clauses where ne sont pas trop lourde ou trop "vague" ?

Pour ma part c'est je pense que c'est une bonne chose d'ouvrir la co en haut de script et la fermé en bas, ceci donc sur ton index.php.

[Invité]

Salut,

Merci de ta réponse.
Comment mettre en cache les requêtes ?
Etant donné que mes sessions sont stockées en SQL pour avoir plus de sécurité, mettre des infos en session revient au même

++

[demenvil]

Pour le cache SQL :
http://php.net/manual/fr/mysqlnd-qc....rt.caching.php
http://dev.mysql.com/doc/refman/5.0/fr/query-cache.html
http://dev.mysql.com/doc/refman/5.0/...iguration.html

Histoire que tu te fasse la main
N'hésite pas non plus a activer l'extension APC de php Cela optimise également le temps de chargement des pages.

Pour de ce qui est les sessions en bdd, je ne suis pas trop fan, ça fait trop de traitement pour peu je trouve.. Certain framework comme CodeIngiter se serve de cette méthode mais j'en change constamment le fonctionnement.

Si tu sécurises bien tes dev's, tu peux protéger tes sessions sans problème et ainsi en éviter le vol etc..

[Invité]

Et si je veux sécuriser mes sessions parfaitement sans passer par SQL, je dois faire comment ?

L'avantage des sessions SQL est que les utilisateurs peuvent les killer à distance..
C'est possible de faire ça avec des sessions classiques ?

Merci

[demenvil]

Ce que des fois moi je fait, je change déjà le répertoire des session , quasiment impossible à faire si tu es sur un mutu car peu de chance d'avoir accès au php.ini..

Les killer à distance ? Si elle ne sont pas en bdd ? Je pense pas que ce facilement faisable effectivement