Discussion :

[samgratt]

Bonjour za tous ...
Est il possible à votre avis de n'executer qu'une fois la requête qui génère le contenu d'une page php.
Je m'explique ; je lance une page NEXT.php qui execute une requête pour afficher les résulats.
Cette requête est longue et ne nécessite pas le rechargement systématique.
Par exemple si je consulte les données du 1er janvier au 31 Mars, et que l'utilisateur décide d'affichr les données du 2 Février au 12 Mars, il est clairement inutile de relancer toute la procédure.
Dois je gérer ça dans ma Procédure Stockée, ou puis-je le faire en php ?
Plus généralement puis je décider de n'exécuter qu'une fois la requête et de garder les données ?
J'ai découvert récemment ob_start(), qui permet de stocker le flux de données dans une chaine pour l'afficher à volonté. Qu'en pensez vous ?

[LoveAngel]

Bonjour,

En gros, tu voudrais conserver les données que la personne demande dans un coin, pour les réafficher sans avoir à refaire de requête ?
Parce que si tu sauvegarde avec ob_start / ob_get_content, tu va sauvegarder le contenu HTML, et donc le modifier sera pas facile.
Si tu sauvegarde les données, tu va gagner le temps de ta requête, mais tu risque d'avoir quelques soucis autres, comme toutes les fonctions de cache.
Donc ce que tu peux faire, si tu as des traitements lourds au niveau de la DB, tu sauvegarde le résultat de ta requête dans un fichier, puis tu le recharge si le fichier est suffisament récent pour qu'on considère qu'il n'y a pas de modifications faites. Si le résultat est dépendant de l'utilisateur, tu peux aussi les mettre dans la session, sinon un fichier sur le serveur qui te sert de cache ( file_put_contents et serialize, puis file_get_content / unserialize, au fautes d'écriture des nom de fonction près ).
Si les traitements sont lourds au niveau de php, tu peux effectivement faire ob_start, puis sauvegarder avec ob_get_content / file_put_content, mais la si la personne veux les résultats à partir du 2 au lieu du 1er, il faut que tu modifie le code HTML ( et ça, c'est vraiment lourd à faire )

Bref, bonne chance, et bonne journée.

[samgratt]

Un grand merci à toi déjà pour cette réponse rapide, ce qui donne en compressé une "répide".

tu sauvegarde le résultat de ta requête dans un fichier

C'est interessant, et à vrai dire, j'avais écarté cette éventualité pour des raison euuuh ... inconnues ...

Mais c'est interessant parce que ça pourrait êtrre un truc récurrent. Tous les jours à 8h, on lance la requête qui génère une page HTML. Du coup cette page HTML est figée, mais ...
Je viens de voir avec l'utilisateur, et ce qu'il aime bien faire (le fourbe), c'est relancer les traitements pour une date différente. Genre il fait pour le 30 Mars puis pour le 28, puis pour le 29 etc ... comme tu dis, pas moyen donc d'utiliser les ob_kekchose parce que les données doivent être recalculées ... D'autant que l'utilisateur (le félon) souhaite avoir les données en temps réel, donc recalcul obligatoire.
Je crois malheureusement que je n'ai plus qu'à jouer sur l'optimisation des requêtes utilisées ...
Je vois pas KOMMENKEUCHPEUFEEER autrement...

[Nious99]

Si ta table n'est pas modifiée entre deux requêtes, tu peux te servir du cache de MySQL. Normalement il est activé par défaut. Ca signifie que le résultat de tes requêtes est gardé en mémoire, d'où un gain énorme de rapidité.