Reprise du message précédent :

un outil de mesure cherche a mesurer ce qu'il faut optimiser  
là tu as mis  apc et les outils de mesure sans regarder ce qui limite , qu'est ce que tu attendais comme résultats ?  
 

si tu charge souvent des petits fichiers qui bougent peu, oui  
mais il va falloir en dire plus et tester pour être sur

Barbecue électronique spécial viande de bœuf

Pour le moment j'utilise peu de cache. Là c'est principalement pour le traitement des fichiers de config du framework (config simplifiée côté user, mais qui subit un traitement pour devenir "compatible" avec le FW).

C'est pas un traitement très lourd, mais tant qu'à faire, autant mettre la config générée en cache, plutôt que de la retraiter à chaque fois.

Mais ça peut aussi être une portion d'une page qui utilise pas mal de données d'une BDD, mais qui bougent rarement ... là aussi je peux mettre la portion en cache par exemple.

perso , je mets en cache au niveau des classes d'accès aux données

Hum.
 
Moi j'ai ça côté contrôleur (en imaginant que c'est pour une liste de produits) :
 

if(!yCache()->isValid('product_list'))
{
    // récupérer les données
    // les traiter
    // et les envoyer à la vue
}

 
Et côté vue :
 

<?php while(yCache()->start('product_list')) : ?>
    <!-- Affichage de la liste des articles dans une table etc. -->
<?php enwhile; ?>

 
En gros, le système de "while" permet de vérifier si le cache existe et est encore valide.
 
Si oui il l'affiche et retourne false (donc le contenu n'est pas re-généré).
 
S'il est invalide (TTL dépassé) ou n'existe pas, ça lance un ob_start() et retourne true, le contenu est donc généré et le start() va être exécuté une deuxième fois.
 
Lors de la deuxième exécution, on lance un ob_get_flush(); on enregistre tout ça, et on retourne false.
 
Après c'est peut-être pas le meilleur truc qui existe Mais j'aime bien

Hé les experts,
 
Ya eu un changement dans le comportement de l'overloading entre php 5.2.3 et 5.2.8 ?
 
J'ai

class A
{
  public function __call($m, $args)
  {
     var_dump($m);
  }
}
 
class B extends A
{
  public function test()
  {
    parent::doThis();
  }
}
 
$b = new B();
$b->test();

Le __call() du parent n'est pas appelé en 5.2.3, alors qu'il l'est en 5.2.8.
 
Vous avez entendu parler de ça ?

figure 1 : __call() et ses potes, c'est de la merde en barre.

Vu

 
Vous croyez que ça vaut le coup de mettre un commentaire dans la section overloading de la doc ?

php 5.3 ici , ça marche

les bugs de php et l'inconsistance à chaque version , c'est de la merde en barre

Je comprends même pas dans quel contexte on peut avoir besoin de ce bricolage, en fait.

non, mais ne cherche pas, tu ne comprendras jamais

Je parlais du cas spécifique qu'il présente là, hein...qu'est-ce qui peut pousser quelqu'un à appeler une méthode qui n'existe pas dans une classe dont on est en train d'hériter?

comment B sait que dothis est une fonction qui existe "pour de vrai " dans A ou pas ?  
B s'en fout,non ?

Une instance de B est une instance de A. C'est comme si dans B tu passais par __call pour appeler une fonction membre à-partir d'une autre, c'est juste ridicule.

a oui , ça  
 
effectivement, c'est inutile
 
edit : quoi que, en ayant défini un call différent dans la classe fille  

Quand on a un ORM avec des espèces de decorators (les Behaviours de Doctrine).
La délégation (via __call()) se faisant plus haut dans la hiérarchie.

On s'en branle, dans la classe fille tu connais toujours les membres de la classe mère.

alors tu t'en fous, ta classe fille hérite,non?

si tu as de s__call différent, ça peut changer de faire parent::dothis ( __call du parent) , ou $this->doThis() (__call de la classe courante)
EDIT : je pense que tu as fait un quote de porc

En l'occurence :

class CustomAlbum extends BaseCustomAlbum // < Doctrine_Record
{
  public function freezePrices()
  {
    parent::freezePrices(); // méthode inexistante à déléguer à une autre classe via Doctrine_Record::__call()
 
    foreach ($this->Disks as $i => $disk)
      $disk->freezePrices();
 
    foreach ($this->BonusProductsLinks as $bpl)
      $bpl->freezePrices();
  }
}

Un exemple?
La première page sur que google me retourne contient

$query->$func($dql);

et donc là j'ai les yeux qui saignent, flemme de chercher de plus près

oui mais justement tu fais pas $this->dothis() si le but c'est d'appeler une méthode de la classe mère, tu appelles directement le parent::dothat qui existe!

class CustomAlbum extends BaseCustomAlbum // < Doctrine_Record
{
  public function freezePrices()
  {
    parent::freezePrices(); // méthode inexistante à déléguer à une autre classe via Doctrine_Record::__call()
 
    foreach ($this->Disks as $i => $disk)
      $disk->freezePrices();
 
    foreach ($this->BonusProductsLinks as $bpl)
      $bpl->freezePrices();
  }
}

Et il fait quoi dans la vraie vie le parent::freezePrices()

parent::freezePrices() n'existe pas
mais via __call() il appelle OdDoctrinePriceRememberable::freezePrices() qui sert à "mémoriser des prix à partir d'enregistrements liés".

Ce OdDoctrinePriceRememberable étant un "behaviour" partagé par plein de modèles différents qui partagent cette fonctionnalité, plus tout ce qui va avec (champs, etc). Une espèce de Decorator Pattern quoi.

C'est un peu compliqué mais pas tellement

...et qu'est-ce qui t'empêche d'appeler directement ce truc?

de ne pas avoir à savoir dans la classe fille si doThis est une fonction virtuelle ?  
 
Je t'en prie, répète que tu préfère déclarer toutes les fonctions explicitement, que c'est plus propre et plus lisible

 
Non mais dans le cas présent il y a vraiment un truc qui m'échappe - il sort d'où le parent, sur le coup?
Pourquoi on se retrouve dans le __call() alors que manifestement il existe forcément une fonction (logique à défaut d'être matérialiséeà) freezePrices()?
C'est du généré? De la flemme d'écrire N fois des fonctions sur le même modèle?
Si oui, on peut voir la tronche du __call()?

Le call est dans le framework, et le behaviour est géré par lui. Je veux bien m'amuser à instancier le behaviour et compagnie à chaque que j'en appelle une méthode, mais bonjour le découplage et le code moche, et puis c'est pas du tout fait pour être utilisé comme ça

En fait c'est pas un simple Decorator Pattern (qui suppose une interface fixe), on ajoute des méthodes, aussi, dynamiquement (dont ici freezePrices()).

Bon, ok, c'est pas un Decorator du tout en fait

Pb de transparence avec GD, spécial dédicace DJ Yell
 
imagecolortransparent() qui retourne -1 avec un PNG32 bel et bien transparent, ça parle à quelqu'un ?

Avec un bout de code ça serait bien aussi

Tu l'utilises comment ? (parce qu'en fait je ne l'utilise pas du tout ça )

Edit : perso, sur le bout de code dont j'avais besoin, ça donne ça :

$destination_img = imagecreatetruecolor($new_width, $new_height);
$transparent = imagecolorallocatealpha($destination_img,0,255,0,127);
imagefill($destination_img, 0, 0, $transparent);
imagecopyresampled($destination_img, $source_img, ...);
imagesavealpha($destination_img, true);
imagepng($destination_img, $destination_path, $quality);

Après je ne sais pas s'il y a mieux, mais suite à une longue bataille, c'est tout ce que j'ai trouvé pour que ça marche correctement (dans moncas, c'était la fusion d'un PNG24 avec une autre image)

Edit 2 : soit dit en passant qu'il serait intéressant qu'il foute quelque chose de correct à la place de GD, parce que c'est de la daube

$destination_img = imagecreatetruecolor($new_width, $new_height);
$transparent = imagecolorallocatealpha($destination_img,0,255,0,127);
imagefill($destination_img, 0, 0, $transparent);
imagecopyresampled($destination_img, $source_img, ...);
imagesavealpha($destination_img, true);
imagepng($destination_img, $destination_path, $quality);

Ouep ça j'ai trouvé (edit : quoique nan, je fais pas pareil mais bref), c'est comme ça que je suis remonté au pb.

En fait c'est le plugin dont je me sers qui utilise imagecolortransparent() avec un seul argument pour déterminer si l'image gère la transparence. Pour certains PNG32, ça marche, pour d'autres, non.

Et il avait un autre pb que j'ai contourné sans le cerner précisément... mais ça on s'en fout

 
Les PNG en question, ils ont bien de la transparence ? (en plus d'être PNG32 je veux dire) (question con mais bon, on ne sait jamais )

Bah oui c'est bien comme ça je vois que ça marche pas (ça remplace la transparence par du noir)

Tin qu'ils sont moches les namespaces de php 5.3  
 

Par contre, dans le genre cool, j'ai l'impression que les perfs par rapport à 5.2...

edit : ah, ça doit être surtout sous windows : http://ez.no/developer/forum/devel [...] _huge_gain

Salut

J'ai un problème.

J'ai deux noms de domaines qui pointent vers le même site.
Je voudrais conserver la session en passant d'un domaine à l'autre via une URL générée.
J'ai essayé de passer l'id dans l'url mais j'ai pas réussi.
Comment faire.

Et google "Tabouret"