Reprise du message précédent :

Tu suggères de faire quoi ?

mettre en cache ce qui est lent à générer, et uniquement ça. Et cacher par "unité logique" des morceaux de pages.

In other words, data caching/object caching et fragment caching

sauf que moi j'utilise des mots qu'il a des chances de comprendre.

Et moi j'utilise ceux qu'il peut googler

Ho ids he ho !! Ca va hein !!!

 
FOUTAISES

Je vous demande de vous arrêter

Futain, l'admin generator de Symfony, ya rien de documenté, mais il est vachement bien Plein de features secrètes partout

Bon, ben en 2 coups de bite j'ai fait mon propre generator, toujours aussi user-friendly et tout, mais comme dans mes rêves quoi.

Création de table, formulaires / édition / recherche / replace ???

Un truc genre http://devpicayune.com/pycon2008/d [...] ling-admin mais moins bien

Voilà, mais ça c'est pour le coté généré, moi je suis sur le coté générateur  

Probable.

soit bidouiller une admin pour générer des admins .. c'est meugnon toussa

wat?

d'un autre coté il a pas tort.

Le truc c'est qu'on ai pas sûr que sa phrase était péjorative en fait.
 
Moi j'ai plutot compris "c'est génial" Ce avec quoi tu es d'accord

tu serais donc le florentG de...euh...

question exceptions,
Je voudrais gerer des exceptions sur toutes mes requets SQL (j'utilise PDO) donc je met un try/catch  
 
 

 
mais a chaque fois que mes requetes foires ( requetes mal formatees, ou difference row/values a inserer enfin ques des trucs mysql )je ne vois aucun message d'erreur...
Comment faire pour afficher ses erreurs donc?

déjà si tu utilises pdo, tu fais des requêtes préparées.
Et ensuite, la doc est ton amie : http://fr2.php.net/manual/en/pdo.errorinfo.php

ahh bah wai ca a l air parfait ca, donc pas de try catch a gerer ?
merci

euh, si. répète la question, là, j'ai du mal comprendre.

Bon en fait, je voudrais avoir un message d'erreur qd une requete mysql ce vautre, c pourquoi j avais penser au try/catch je n avais toujours pas de messages d erreurs ... et la d'apres la doc  

Pas de besoin de try/catch un simple if suffit puisque PDO arrive a renvoyer une erreur par lui meme, a prioris ca devrait me suffire, je peux meme rajouter un return TRUE or FALSE pour faire du traitement en amont...
vala vala...
 

si tu génères du sql incorrect tu as un gros pb...

en fait oui c'etait aussi pour identifier les requetes qui n 'affichent pas de resultat, genre un select sans occurences, c quoi la meilleur methode ?
PDO::errorInfo ne marche qu en cas de requetes mal formatés donc(je vais m en servir aussi parce que je dev un poil a l arrache la)

Bon ça fait + d'une heure que je me casse les dents sur la mise en cache.
 
Je génère des images avec php, et ces images ne seront jamais modifiées.
 
J'aimerais donc mettre un cache très long, mais je n'y arrive pas, l'image est rechargée à chaque fois...
 
J'ai tenté de jouer avec les entêtes (Cache-Control, Last-Modified, Expires...) rien n'y fait.
 
D'ailleurs si je regarde les entête reçues, avec Firebug, il n'y a que Last-Modified qui prend la valeur que je lui envoie... Cache-Control et Expires non.
 
Cache-Control a toujours pour valeur :

 
et Expires :

 
Pourtant j'envoie bien la date au bon format, j'ai vérifié.
 
Un avis ?

Tu génères ton image, tu l'écris dans un fichier
Au prochain passage si les paramètres d'appel sont les même, tu fais readfile direct sur ce fichier
Pour les headers php .. voir du côté de la conf apache et expire

Expire fonctionne dans l'autre sens, tu le mets en 2018 si tu veux pas qu'il expire

 
C'est déjà le cas pour le readfile. Mais j'aimerais que le navigateur ne demande pas l'image s'il l'a encore dans son cache en fait. Je vais regarder côté config Apache donc.

dsl .. pas édité à temps
> Expire fonctionne dans l'autre sens, tu le mets en 2018 si tu veux pas qu'il expire
inversement pour les flux régulièrement mis à jour
Après vérifier ses logs, ou balancer un header 304 si ton navigateur ne prend vraiment pas
( ce qui normalement retourne un header 304 sans transmissions de données )
A noter que c'est la règle par défaur de Apache pour les fichiers "statiques"

Concernant Expires, je sais qu'il fonctionne dans l'autre sens, c'est bien là le problème. J'ai beau lui envoyer n'importe quelle date, c'est toujours celle que j'ai notée plus haut qui est envoyée au client (et idem pour Cache-Control)
 
Pour le code 304 j'y ai songé aussi, mais encore faut il que je puisse savoir si le client à déjà le fichier où non. Si j'envoie un 304 à tous les coups, alors que je le client n'a pas le fichier en cache, ça merde, j'ai déjà testé.
 
Enfin je me suis donc renseigné sur le cache Apache, mais ça ne correspond pas à ce que je veux. Je je ne cherche pas du cache côté serveur là, mais côté client.
 
Là en l'occurence, si je fais un CTRL+F5 sur une page de HFR, tous les smileys sont envoyé en 200 ... si ensuite je fais un simple F5, ils sont tous en 304.
 
C'est ce que j'aimerais avoir comme résultat.

Ouh là, beaucoup de confusions dans ton truc
 
Déjà concernant ton problème, perso je suggérerais de générer tes images statiquement et de les servir depuis le FS via un serveur web classique (apache, nginx, lighttpd, ...), tu configures le serveur comme il faut et il se démerdera comme un grand pour tout ce qui est headers de cache.
 
Ensuite sur les caches & headers, il existe 2 groupes de headers: le contrôle des caches clients, et l'identification de validité d'une ressource serveur (Etag/If-None-Match et Last-Modified/If-Modified-Since). Le premier groupe sert (entre autres, pour Cache-Control) à dire au client jusqu'à quand il peut ne pas faire de requête au serveur, le second  permet au client de faire des "conditional get": si les données qu'il renvoie sont toujours valide, la ressource qu'il a en cache est considérée comme étant encore correcte, et il n'a donc pas besoin de la re-télécharger (304). Pour des images statiques jamais modifiées, logiquement tu vas utiliser les 2 premiers.
 
Maintenant si t'arrives pas à setter Expires et Cache-Control, il y a clairement un problème au niveau de ta conf et de ton archi, parce que c'est pas normal (surtout pour cache-control, le format est vraiment pas difficile. Expires est plus chiant parce que c'est un timestamp au format RFC-1123 qui est un RFC-822 modifié, l'année passe de 2 à 4 chiffres. Les dates RFC-822 puent)

Merci pour ces infos.
 
En fait pour ce qui est de servir les images depuis le FS, le truc c'est que la page va être appelée de cette manière (en résumé) :
 
http://site.com/nickname/code
 
Qui va aller chercher dans la DB le filename correspondant au nickname+code ... je fais ensuite un readfile sur ce filename que je balance avec les bonne entêtes (image/png, image/gif...)

si tu faisais une redirection 301 sur le fichier en dur ???

est il possible de retourner la liste des objets charger dans une page ?
Est ce qu un objet possede un id spécifique ?

 
C'est peut-être ce que je vais faire oué ...

quelqu'un a une classe pour parser du html simplement et sans mettre mon serveur à genoux? Je viens de faire un test rapide avec simple_html_dom, il doit y avoir un soucis...faire un print_r/var_dump de l'objet qu'il me file fait utiliser plus de 270mo de ram à apache.

DOMDocument ?

c'est p-e le plus simple oui, finalement.

Joli
Si la dom consomme trop, il faut faire ses preg_match à la main