PHP

un site en PHP/MySQL avec seulement des pages HTML en cache !?!?

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : un site en PHP/MySQL avec seulement des pages HTML en cache !?!?

moon06

Ignorance is bliss

voila, en fait, j'ai un site entièrement PHP/MySQL avec des mises à jour très fréquentes sur toutes les pages dues à des changements de nombre de news, commentaires, titres, etc ...

j'aimerais savoir quel est le moyen le plus efficace pour utiliser directement des pages HTML tout comme le font Clubic, PC Inpact ... et donc limiter les requêtes PHP/MySQL inutiles.

je sais qu'il faut utiliser un système de cache, mais comment exactement ? comment est-ce que les pages vont se mettre à jour automatiquement ?

merci d'avance ! :hello: :jap:

---------------
- Si les cons volaient, il ferait nuit tout le temps ! -

Publicité

porksoda

c'est probable des scripts CRON (en simple des batches de DOS disons mais version *NIX) éxécutés à tous les 10 mins (exemple) directement roulé sur la platte forme comme tel...un script vérifie si il y a tel enregistrement à telle place dans la BD, si oui, il modifie "la_page.html"...

Je fais peut-être aucun sens... :pt1cable:

Message édité par porksoda le 27-11-2003 à 22:23:14

drasche

plutôt un query cache au niveau du serveur SGBD, ça améliore pas mal les performances

quand au fait de voir html comme extension, ben ça empêche pas d'avoir du php dedans et de demander au serveur de l'interpréter comme du php (pour pas qu'on sache qu'il y a du php derrière, tu vois le truc?)

---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)

porksoda

moi ma réponse était plus claire... :heink:

Message édité par porksoda le 27-11-2003 à 22:28:56

drasche

c'est pas question d'être clair, c'est que ma réponse est la plus simple à mettre en oeuvre, beaucoup plus simple

moon06

Ignorance is bliss

je sais bien qu'avec les iframe on peut mettre du php dans une page .html, mais quel intérêt ...

ce que je voudrais c'est tout comme PCI ou Clubic, faire vraiment un site entièrement basé sur du dynamique en faisant le moins de requêtes et d'exécutions de scripts possibles pour limiter l'utilisation de ressources !

---------------
- Si les cons volaient, il ferait nuit tout le temps ! -

drasche

non t'as pas compris

disons que t'as écrit un script php et tu le sauves avec l'extension html au lieu de php. Dans la config d'apache, tu lui dis que tu veux voir les pages html traitées par php, voilà.

ça correspond à ceci dans httpd.conf

Code :

AddType application/x-httpd-php .php .html

karamilo

n'oublions pas non plus l'url rewriting d'apache ...

moon06

Ignorance is bliss

mais quel intérêt ? car à ce moment là les requêtes mysql sont exécutées à chaque fois ... ce que je cherche c'est à n'avoir à exécuter les requêtes SQL et PHP que lorsqu'il y a modif, le reste du temps, c'est une page HTML mise en cache avec les dernières infos qui est affichée ...

---------------
- Si les cons volaient, il ferait nuit tout le temps ! -

gizmo

bon, je mets le drapeau ici pour expliquer demain si personne n'a donné la bonne réponse entre temps...

Publicité

ACut

Le system de cache de Spip -- [http://www.spip.net/fr] -- est très intéressant à analyser. Les sources php montrent notammment comment fonctionnent:
- la "mise en délai" du recalcul des pages
- la table de hashage qui stocke les html

Cet exemple devrait t'apporter des idées.

drasche

moon06 a écrit :

l'intérêt c'est que grâce au query cache de MySQL, la requête n'est pas vraiment exécutée. Comme 90% du temps de génération d'une page est passé dans une requête SQL, j'y vois tout de suite mon intérêt.

antp

Super Administrateur
Champion des excuses bidons

sur hardware.fr (le site, pas le forum ), y a ça dans le haut des pages :

Code :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
[...]

Je suppose que c'est le signe qu'ils ne génèrent pas les pages à chaque demande ? :??:

Sur telecharger.com ils utilisent le même genre de trucs : des pages HTML sont générés la nuit (j'ai lu ça quelque part sur leur forum)

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

Freekill

Electron libre

Je suppose quand même qu'il y a des formulaires pour ajouter/modifier des trucs sur le site.

Il suffit de déterminer quelles sont les pages affectées par l'opération et de les regénérer quand on soumet le formulaire.

Mara's dad

Yes I can !

Freekill a écrit :

Tout simplement oui !

Dans ton interface d'administration, quand tu valide une modif, tu l'enregistre en base, et tu regénère la page HTML.

Pas besoin de le faire toutes les 5 minutes avec un cron :non:

---------------
Laissez l'Etat dans les toilettes où vous l'avez trouvé.

gizmo

enfin! \o/

KrisCool

Verbeux

Un petit article sur zend.com (qui au passage en contient plein d'autres très intéressants) : http://www.zend.com/zend/art/scriptcaching.php

---------------
Loose Change Lies | Bars | Last.fm

moon06

Ignorance is bliss

Mara's dad a écrit :

Tout simplement oui !

Dans ton interface d'administration, quand tu valide une modif, tu l'enregistre en base, et tu regénère la page HTML.

Pas besoin de le faire toutes les 5 minutes avec un cron :non:

ok, mais comment ? c'est ça en fait ma question dès le départ ... comment mettre à jour le cache d'une page depuis l'admin ...

---------------
- Si les cons volaient, il ferait nuit tout le temps ! -

mrbebert

Je pense qu'il suffit de regénérer chaque page lorsqu'elle est modifiée :??:
Par exemple, quand tu postes un message, ca regénère la page du topic correspondant. Du coup, tous les accès en lecture se font sur des pages "statiques"

gizmo

bah oui, tout simplement. Tu gardes un moyen simple de faire la transcription DB<->url du fichier. Comme ça, tu détruit l'ancien et tu le remplaces par le nouveau.

Il ne faut pas toujours chercher midi à quatorze heure.

forummp3

@@@@@@@@@@@@@ @@@@@@@@@@@@@@@@

ca vous est jamais venu a l'idée qu'au moment de poster la news, la page html etait généré ?
vous savez, avec php on peut créé des fichiers avec fopen(), fwrite() etc.
Pour telecharger.com un jour l'admin avait dis qu'il generais les pages html sur son ordi de bureau a l'aide d'un script perl et qu'il uploadait le tout.
voila

---------------
lecteur mp3 yvele's smilies jeux de fille

moon06

Ignorance is bliss

yep, je connais tout ça, je me demandais juste s'il y avait un autre moyen que de réécrire entièrement les pages à chaque fois ...

---------------
- Si les cons volaient, il ferait nuit tout le temps ! -

forummp3

@@@@@@@@@@@@@ @@@@@@@@@@@@@@@@

moon06 a écrit :

yep, je connais tout ça, je me demandais juste s'il y avait un autre moyen que de réécrire entièrement les pages à chaque fois ...

est tu au courant que php réécrit entierement la page a chaque fois que tu la charge? [:totozzz]

---------------
lecteur mp3 yvele's smilies jeux de fille

moon06

Ignorance is bliss

bon, c'est pas grave, j'arrive pas a dire exactement ce que je voudrais lol !

je vais tester une idée ... [:yaisse2]

---------------
- Si les cons volaient, il ferait nuit tout le temps ! -

Mara's dad

Yes I can !

moon06 a écrit :

bon, c'est pas grave, j'arrive pas a dire exactement ce que je voudrais lol !

T'es pas le seul : http://forum.hardware.fr/forum2.ph [...] 932&cat=10

Message édité par Mara's dad le 29-11-2003 à 23:18:42

---------------
Laissez l'Etat dans les toilettes où vous l'avez trouvé.

mrbebert

mrBebert a écrit :

A la rigueur, il y a une autre approche qui est possible [:figti]
Regénérer une page statique à chaque modification est adapté pour des pages qui sont plus souvent lues que modifiées (catalogue ...).
Dans le cas contraire, on peut aussi se contenter de supprimer la page statique à chaque modification. Et lors d'une lecture, on génère la page si elle n'existe pas, avant de la renvoyer.
Je pense que c'est mieux que de générer des pages qui seront
invalidées avant d'être consultées
(bon, c'est vrai que dans ce cas, on peut aussi se contenter de pages dynamiques [:proy] )

Message édité par mrbebert le 30-11-2003 à 14:09:39

joce

Architecte / Développeur principal
"BugHunter"

karamilo a écrit :

n'oublions pas non plus l'url rewriting d'apache ...

à mon avis c'est plutôt ca

bobe

Oublie pas que tu peux gérer aussi le comportement du cache client avec les en-têtes http appropriés.

Lex

topic cool : FLAG !!!!

sinon j'utilise pour certains petits sites la solution de jpcache qui est très simple à configurer

Lex

KrisCool a écrit :

Un petit article sur zend.com (qui au passage en contient plein d'autres très intéressants) : http://www.zend.com/zend/art/scriptcaching.php

terrible ce petit script.

J'en ai profité pour rajouter la gestion du temps. Un peu à la barbare certes mais cela règle pas mal de questions que vous vous posiez Pour que cela marche la différence pra rapport à l'original est qu'il faut appeler un fichier .php en non plus un .html ou bien que Apache interprète les .html comme contenant du PHP.

Code :

<?php
// TEMPS DE CACHE EN SECONDES
$tcache = 5;
// get the static HTML file's location
$cache_file = $REQUEST_URI;
// find out the URL of the dynamic script
// which creates the static file.
$maker_URL = str_replace ( "/cache/" , "/" , $cache_file );
$maker_URL = str_replace ( ".php" , "" , $maker_URL );
$last_slash = strrpos ( $maker_URL , "/" );
// find out the creating script's name
// and make sure it exists.
$script = substr ( $maker_URL , 0 , $last_slash ) . ".php";
$find = $DOCUMENT_ROOT . $script;
if ( !file_exists ( $find )) {
// if the file does not exist, show a
// File Not Found error -
echo ("Couldn't find $REQUEST_URI" );
// you can put a nice page here...
exit;
// but don't forget to exit !
}
// now parse the query string
// here, "_" means "=" and "__" means "&"
// These rules are just personal preferences
$query_str = "?" . substr ( $maker_URL , $last_slash+1 );
$query_str = str_replace ( "__" , "&" , $query_str );
$query_str = str_replace ( "_" , "=" , $query_str );
// and now create the full maker_URL
$maker_URL = "http://" . $HTTP_HOST . $script . $query_str;
// open the maker script and read its output
$read = fopen ( $maker_URL , "r" );
if ( !$read ) {
echo ( "Could not open $maker_URL" );
exit;
}
$HTML_output = "";
// read the HTML output while displaying it
while ($line = fgets ( $read , 256 )) {
$HTML_output.= $line;
echo $line;
}
fclose ( $read );
$HTML_output .= "
<?
\$time1 = filemtime(\"".$DOCUMENT_ROOT.$cache_file."\" );
\$time2 = time();
\$time3 = \$time2-\$time1;
if (\$time3>".$tcache." ) unlink(\"".$DOCUMENT_ROOT.$cache_file."\" );
?>
";
// finally, save the HTML output
// in a cache file.
$write = fopen ( $DOCUMENT_ROOT . $cache_file , "w" );
if ( !$write ) {
// you might not have permission
// to write in that directory.
echo ( "could not open $writefile for writing" );
exit;
}
// lock the write file and
// write all the HTML into it
if ( !flock ( $write , LOCK_EX + LOCK_NB )) {
// for PHP version < 4.0.1
// change LOCK_EX to 2
echo ( "could not lock $writefile" );
exit;
}
fwrite ( $write , $HTML_output , strlen ( $HTML_output ) );
flock ( $write , LOCK_UN );
// release lock. For PHP version < 4.0.1
// change LOCK_UN to 3
fclose ( $write );
?>

Message édité par Lex le 02-01-2004 à 04:20:24

Tentacle

Salut,

Je tiens à te signaler que flock est inéfficace si tu n'utilises pas fflush pour vider le buffer juste après fwrite. J'ai fait des tests et le fait d'oublier fflush créé des collisions si 2 scripts accèdent au même fichier en même temps.

Je profite de ton post pour demander si des gens ont des renseignements à propos de cette remarque dans la doc :

Citation :

flock() ne fonctionne pas sur NFS ou sur les autres systèmes de fichiers réseaux. Vérifiez la documentation de votre système d'exploitation pour plus de détails.

Sur certains systèmes d'exploitation, flock() est implémenté au niveau processus. Lorsque vous utilisez une API multi-thread comme ISAPI, vous risquez de ne pas pouvoir avoir confiance en flock() pour protéger vos fichiers contre d'autres scripts PHP qui fonctionnent en paralelle sur d'autres thread du même serveur.

flock() n'est pas supporté sur les vieux systèmes de fichiers comme FAT et ses dérivés, et elle retournera forcément FALSE sous ces environnement (ceci est particulièrement vrai pour les utilisateurs de Windows 98).

est-ce toujours d'actualité ? (par exemple sous Windows 2000 en FAT32 il n'y a pas de soucis)
Ces configurations sont-elles fréquentes chez les hébergeurs ?

Merci d'avance :jap:

seb-belfort

Voila j'ai fait une petite fonction qui tourne bien, essayez la :

Code :

function &cache($fichier,$requete)
{
$expire = 30000; // en secondes
if (file_exists($fichier) &&
filemtime($fichier) > (time() - $expire)) {
$records = unserialize(file_get_contents($fichier));
} else {
include("connexion.inc.php" );
$result = mysql_query($requete)
or die (mysql_error());
while ($record = mysql_fetch_array($result) ) {
$records[] = $record;
}
$OUTPUT = serialize($records);
$fp = fopen($fichier,"w" );
fputs($fp, $OUTPUT);
fclose($fp);
}
return $records;
}

et dans les fichiers php au lieu des requetes classiques tu passes a la fonction cache le fichier texte ou tu dois ecrire et ta requete :

Code :

foreach ( (cache("sql.txt","SELECT * FROM table ORDER BY num DESC LIMIT 0,5" )) as $id=>$row)
{
echo $row["bidule"];
}

J'espere que ça vous servira ...

Message édité par seb-belfort le 28-01-2004 à 23:51:47

Lex

Tentacle > j'ai juste changé 5 lignes dans le script de Zend mais je suppose que tu as raison POur ta question je ne sais pas

seb-belfort > cool, j'essaie ça dans la semaine !

Tentacle

Peut-être que ce n'est pas nécéssaire ici remarque ...

Lex

Tentacle a écrit :

Peut-être que ce n'est pas nécéssaire ici remarque ...

en fait le code suivant

Code :

flock ( $write , LOCK_EX + LOCK_NB )
...
flock ( $write , LOCK_UN );

permet justement de prendre puis de laisser la main sur le fichier, donc a priori pas de collisions, si c'est bien ça que tu te demandais

Tentacle

Oui, il n'y aura pas de collision entre ces 2 appels de flock. Le problème est que PHP utilises un buffer quand tu écris dans un fichier et donc ce qui est envoyé par un fwrite par exemple n'est pas écrit immédiatement. Autre problème, tu ne peux dévérouiller un fichier que quand il est ouvert, donc entre le moment où tu le dévérouilles et celui où tu vas fermer ce fichier (et donc le moment où PHP va écrire dans le fichier ce qui est resté dans le buffer), un autre script peut vérouiller le fichier et y écrire.
Ce qui chez moi a entraîné des collisions (certes moins que sans flock mais tout de même). J'ai résolu le problème en utilisant fflush avant de dévérouiller le fichier.

Donc sauf à préciser quelquepart que PHP ne doit pas bufferisé les sorties, je pense que fflush est nécéssaire à l'efficacité de flock

Lex

ok :jap:

Publicité

FORUM HardWare.fr

Programmation

PHP

un site en PHP/MySQL avec seulement des pages HTML en cache !?!?

Sujets relatifs
Transformation XML/XSL -> HTML dans un web-browser (pas forcement IE)	BINARY() de MySQL vraiment lent...
Sessions et MySQL...	[ html ] donner de la couleur à "title"
appele desespéré pour inserer une date en mysql	editeur mysql
sequence en mysql	[HTML] Thead
Comment qu'on fait en MySQL....	[MYSQL] GRANT pour une plage d'@IP
Plus de sujets relatifs à : un site en PHP/MySQL avec seulement des pages HTML en cache !?!?

Page générée en 0.128 secondes