Reprise du message précédent :

J'ai pas trouvé plus condescendant

if($reponse=='yeah') $yo = 'cool';
else $yo = 'fuck';

Tu n'es qu'un affreux contre-révolutionnaire

 
on avait un cache objet, qui sérialisait les objets dans des fichiers ou les gardait en mémoire en fonction d'un paramètre, et gérait la durée de vie de ces fichiers...
j'y connais rien à PHP, on nous parle bcp du modele objet depuis la v5, y'a pas de notion de sérialisation rattachée ?
 
si les données sont pas trop volumineuses, tu peux les garder en mémoire...l'idée du cache c'est surtout d'éviter l'accès hyper couteux à la BDD (tous les accès sont pas forcément couteux, mais dans mon cas ct une requete de la mort qui tapait sur plusieurs millions d'enregistrement, faisait des agrégation, un binz de malade...et bilan sans limit ben 30 sec la requete...le cache évitait ça (pour des raisons de perf on cachait tout ce qui était cacheable dans l'appli))
 

Serialize/unserialize ca existe depuis la version 4. Par contre le modèle objet de la V5 c'est une blague hein, ça existe pas l'objet en php  

au moins en php5 on peut faire $truc->getbidule()->transformeBidule()->affiche();

c'est deja pas mal

et on peut meme déclarer des variables proprement

Juste le jour où je dois implémenter les tree de ExtJs sur mon frontoffice (j'en ai déjà dans mon backoffice) : http://extjs.com/blog/2007/12/04/e [...] -released/

Niquel le timing

Normalement mysql cache ses les requêtes par défaut à moins d'utiliser des prepared statements, mais ça marche pas super bien ( enfin j'ai jamais réussi à le faire marcher comme je voulais).

Par contre tu as pas mal de trucs qui te permettent de mettre en cache le résultat de tes requêtes.

Par exemple sur adoDB, tu as des fonctions cacheExecute, cacheGetAll, ... qui ne font plus du tout appel à ta bdd (enfin si tu y passes la même requete avec les mêmes paramètres).
Et si tu veux faire un refresh du résultat de ces queries, un flush et hop on en parle plus.

http://fr.php.net/results.php?q=va [...] fr&p=local

adoDB, c'est pas lourd niveau RAM ? (l'archive de 160 fichiers me fait peur )

oui, c'est lourd et lent. Soit tu sais te retreindre avec la version ligth (qui fait nettement moins mais est parfois suffisante), soit tu passes a PDO (ce qui est de toute facon un meilleur choix, si tu le peux).

Je suis sous php 5.2, ya pas d'autre contrainte pour PDO si j'ai bien compris ?

Ok alors je fonce

sauf que:

• PDO fait pas de query caching et que ça résoudra pas son problème.
• adoDB utilise PDO donc les perfs sont vraisemblablement les mêmes

Et si tu as vraiment besoin d'un système de cache et que tu veux utiliser PDO, tu vas devoir passer par des trucs type http://www.openpb.net/opd.php pour l'émuler.

C'est bien ce que je me disais, j'osais pas poser la question

Enfin je capte rien, quand je vais sur la page de DL d'OPD, ya que OPT, et c'est un truc de template HTML sans rien pour les BDD

Bon 17 fichiers JS et 5 fichiers CSS pour ma page principale, je vais me fendre d'un plugin symfony pour le merge automatique avec compression pour qu'il n'y ai plus qu'un JS et 1 CSS

Sinon ya include
Sauf si tu veux recompresser a chaque fois

Whut?

fin oui 17 spa mal

j'en sais rien m'en suis jamais servi ... moi j'utilise adoDB

En même temps, ça a le mérite d'aborder un sujet pas trop con : comment vous faites pour organiser vos CSS ? Un par page avec tout dedans ou y a un découpage "logique" pour pouvoir réutiliser certains styles sur plusieurs pages ? Ou autre chose ?

Ben ça chiffre vite : prototype, scriptaculous, extjs, calendar, modalbox, les composants métiers/applicatifs.
C'est en dev hein
Là justement je vais faire en sorte d'avoir un système automatique de merging + compression
C'est sur mon écran le + complexe.

 
Sur les gros sites sur lesquels ont bosse, en général y'a deux CSS, une de structure et une pour les univers.
 
Dans la CSS de structure ont à des trucs par défaut + des ajouts spécifiques au site.
 

Dis moi que c'est de l'intranet, et qu'en plus vous avez la fibre    
 
C'est pour quoi toussa?

Oui mais le monsieur il dit que c'est lent et lourd

C'est de l'intranet
prototype + scriptaculous c'est pour des controles style autocompletion et c'est pluggué avec symfony en natif.
Extjs, j'utilise uniquement pour leur excellent composant Tree.
 
Toutes les pages sont pas aussi lourdes que celle-ci j'ai pris l'exemple le pire là

Ouais mais les "trucs spécifiques au site" sont généraux au site et ne ciblent pas une page en particulier, c'est ça ?
Du coup, quand vous avez un style spécifique à une page particulière, vous le mettez où ? Dans une CSS que toutes les autres pages incluent et se trimballent ou y a une astuce ?

En général, on fait des sections par type de contenus, mais comme ce sont de gros site y'a pas vraiment de parties très spécifiques. On charge de toute façon les deux css sur tout le site, donc on inclue tout les types de blocks possibles et imaginables.

OK
Bon ba j'verrai bien, si y a des trucs inutiles qui se trimballent d'une page à l'autre spa très grave, on est pas à quelques octets près non plus

C'est quoi le dernier hack CSS à la mode pour cibler IE (toutes versions) ?
Car mes CSS conditionnelles sont quasiment vides donc autant mettre un hack dans la CSS standard

Si on extrapole, perdra plus à créer un nouveau hit qu'a charger une css qui restera en cache 80% du temps (voir 100% par session)

 
_property -> IE6
//propery -> IE 6/7

J'ai trouvé ça : http://www.webdevout.net/css-hacks

Le tien avec le // me plait bien.

Tiens, tant que je suis dans les questions cons : dans ma page qui traite l'envoi d'un formulaire, j'affiche des liens. Si l'utilisateur clique dessus puis qu'il veut revenir à ma liste de liens via le bouton Back du browser, il se bouffe une popup lui disant que pour accéder à la page, il faut resoumettre les données. Y a un moyen propre pour éviter ça ?
J'ai évidemment pensé à une redirection depuis la page qui traite l'info pour afficher la liste dans une autre page mais ça va me saoûler et ça va finir pas très propre

T'as pourtant pas d'autre choix, faut suivre le POST d'un redirect et faire ton affichage sur une page envoyée en GET.
 
C'est d'ailleurs globalement toujours  une bonne idée: limiter au maximum les pages renvoyées (données affichées directement) suite à une requête POST, préférer traiter la requête puis rediriger vers une page en GET.

OK
Ca me faisait chier de devoir stocker quelques objets dans ma session mais c'est pas très lourd ; c'est juste que je pensais pas que c'était la meilleure façon de faire
 
Merci !

Sinon petite question, niveau unité de mesure. là toujours pour des raisons d'accessibilité je passe mes éléments de px à em.
 
Mais ou s'arrêter ? je met des em, que au width, height des éléments, ou aussi au margin, padding, border etc etc ???
 
Sinon, sur l'appli, le background, est une image représentant une ombre, et donc en agrandissant les éléments ça fait très moche car ça s'agrandi pas...
 
une idée ?

à noter: un autre avantage de cette redirection, c'est d'éviter les problèmes de double-submit

SKUEL :

- Je fais un join
- Je fais un group by sur un champ X de plusieurs lignes ayant donc le même champ X () mais des champs Y différents.
- Comment faire, quand je selecte ce champ Y, pour qu'il me retourne une valeur précise, fonction des autres champs de la même ligne ? (donc plus compliqué que MAX() etc)

ex j'ai, après jointure :

Et je veux après un GROUP BY sur 'champX', qu'il me ressorte la valeur de champY correspondant à la ligne contenant la valeur maximale du champ champPouet (ici 4).

Comment on fait ça

Et ton formulaire initial, ça n'a pas de sens qu'il soit en GET (genre une recherche) ?

On fait ça en utilisant des requêtes imbriqués (requête intérieure qui cherche le max et la requête extérieure qui sélectionne les éléments correspondant au max) ou bien en lancant deux requêtes séparé dont la seconde dépend de la première.

requete imbriquée avant le FROM ? t'aurais un tit exemple ?