PHPPRO

Commentaires récents

• jpauli:

  Ah oui je confirme, ne jamais utiliser Exception car PHPUnit lui même les attrape.
  De manière générale utiliser Exception n'est pas correct de toute manière ;-)

  $this->setExpectedException('MonException'); est aussi possible depuis un test.

• stopher:

  Il suffisait d'y penser , merci pour cette info :-)

• Gab:

  Pour les tests d'IHM: selenium
  Pour les session, perso je fais ça avec un petit curl en ligne de commande. Basic, mais aide parfois

• Gab:

  On peut aussi utiliser un système de patch: tu fais une lignée de code 'souche', et 2 stocks de patch pour la spécialiser.
  Ca évite les switch interne avec des constantes.
  Je me demande aussi si cette technique ne pourrait pas être jouable avec darcs (qui commit des patch, lui)

• jérémy:

  Il existe aussi le plugin "modify headers" qui permet de (comme son nom l'indique) modifier les headers.

• Mandar:

  Pourquoi ne pas utiliser les exceptions définies dans la SPL (http://fr.php.net/manual/fr/spl.exc...) ?

  Et à la limite :
  class MaSuperException extends InvalidArgumentException { }

  Cette approche a l'avantage selon moi de pouvoir définir un traitement différent selon les types d'erreurs rencontrés de façon générique, qu'elles soient levées par le langage ou par l'utilisateur (en tenant des journaux avec des niveaux de sévérité différents selon les types d'exceptions rencontrés).

  J'utilise ce mécanisme en complément de la classe ErrorException (buggée en ce moment je crois) pour gérer tous les problèmes pouvant être rencontrés durant l'exécution des scripts.

• Olivier Hoareau:

  Tu as tout a fait raison, l'utilisation des exceptions de la SPL est une bonne pratique.

  Jusqu'à la version 5.3 (non compris), l'extension, packagée avec PHP par défaut, pouvait être désactivée. Depuis la 5.3 elle ne peut plus être désactivé, il n'y a donc plus d'excuse pour ne pas l'utiliser.

  Cela ne vous empêche pas de rajouter certains type d'exceptions non prévus dans la SPL, avec parcimonie !

• Jean-Sébastien H.:

  Pour gérer le problème de la base de données, je vois deux solutions qui s'intègrent dans le script de livraison de l'appli :

  * Sauvegarde complète de la base que l'on archive dans /opt/mon-appli-2.1

  * Versioning de la base de données (non testé) : une base par version du code.

  Mais en cas de rollback rest le problème du différentiel de données (nécessite une anticipation).

  PS: A noter que les fichiers générés par l'application doivent être géré hors du "code"

• Ladenise:

  J'utilise Subversion pour gérer le déploiement de mes releases en taggant celles-ci dans mon repository.

  Ainsi je n'ai qu'à faire un svn export du tag correspondant à la release que je veux déployer. Idem pour revenir en arrière.

• Olivier Hoareau:

  @Jean-Sébastien: concernant le problème de différentiel des données en cas de rollback, il y a peut être une piste du côté du mécanisme de réplication des bases de données. Notamment MySQL Replication Mechanism permet de répliquer toutes les requêtes effectuées à partir d'un instant (numéro de version de la base) sur une autre base de données (i.e. un autre serveur). Il suffirait alors de noter le numéro de version quand on fait une mise en production, et lorsqu'on fait un rollback d'activer le mécanisme de réplication sur un nouveau serveur/base de données et faire répliquer toutes les requêtes le numéro de révision et maintenant. A creuser (déjà testé sur une plateforme mais pas dans ce contexte).

  @Ladenise: svn export n'est pas forcément "rapide", en effet si ton projet contient des milliers de fichiers, la durée du svn export peut être non négligeable (plusieurs minutes) et rendre indisponible ton application, voir pire, pendant le svn export, si tu n'as pas désactivé l'accès à l'appli il peut y avoir un comportement imprévu si certains fichiers sont exportés mais pas tous. D'autre part, comme l'indique Jean-Sébastien, il faut forcément coupler avec un autre mécanisme pour gérer le rollback de la base de données car svn export ne peut le faire (peut être avec un script côté serveur svn, car c'est possible de déclencher un script sur une action svn, mais si le serveur svn n'accède pas à la prod...). La solution svn export est une solution simple cependant.

• avetis.kazarian:

  Je ne pense pas que dirname( __FILE__ ) remplace le define( 'ROOT' , <dir> ).

  L'un n'a rien avoir avec l'autre.

  L'utilisation d'une constante qui pointe sur la racine est très utile : pour former un path sans avoir de ROOT, on doit jongler avec les '/..' etc.

  L'inclusion dans les autoloader de class (spl_autoload_register), de déplacement au sein du filesystem du code, etc., sont entièrement facilités par une constante "ROOT". Les chemins relatifs portent trop souvent à confusion.

  De plus, le fait de définir le ROOT à partir de dirname( __FILE__ ) fait qu'il est absurde de dire une bêtise comme :

  "Plus besoin de tenir un fichier de configuration avec des define qui est a modifié à chaque installation."

  Encore une fois, l'un et l'autre sont deux choses différentes.

  De plus, il aurait été intéressant de préciser qu'à partir de la version 5.3, la constante __DIR__ offre l'équivalent d'un dirname( __FILE__ );

• Olivier Hoareau:

  @avetis.kazarian: tout est histoire de pratique, il n'y pas de bonnes et mauvaises pratiques universelles, cependant certaines pratiques sont plus adaptées que d'autres dans certaines situations.

  Un fichier qui utilise le principe de dirname(__FILE__) pour inclure ses dépendances, est potentiellement utilisable directement par une autre application ou script, si il nécessite la présence de constantes (ex: ROOT) alors il faudra au préalable définir ces constantes avant d'utiliser ce fichier dans une autre application.

  Effectivement, cela n'a pas de réelle importance lorsque l'on développe une application autonome, mais en prend lorsque l'on décide de rendre potentiellement mutualisable à toutes nos applications/scripts tous les développements que nous réalisons.

  Attention aux "dépendances" implicites de notre code à des éléments extérieurs (define, variable globales, fichiers de configuration...) ils rendent difficilement testable ou utilisable dans un autre contexte notre code.

  Merci pour la précision sur la constante __DIR__ en PHP 5.3, pour toutes les applications legacy des S.I français (et autres !) qui ne pourront pas bénéficier de la 5.3 avant quelques mois voir années, dirname(__FILE__) reste utilisable en attendant...

• senjy:

  Bonjour,
  Merci pour le tutotial. Par curiosité.
  Hormis les paquets pear, je ne me rappel pas avoir été embeté par l'installation de hudson en suivant la procédure suivante.
  http://weblogs.java.net/blog/kohsuk...

  et pourquoi ajouter lighthttpd ?

• Olivier Hoareau:

  @senjy : il s'agit d'une installation sur un serveur dédié à hudson, pas d'applications web sur ce serveur, j'ai jugé que lighttpd serait suffisant et plus léger que apache, sachant que le serveur n'est pas une bête de course. Mais apache est un bon candidat sinon, bien sûr. Concernant le tutorial, votre lien est cassé, je pense qu'il s'agit de http://weblogs.java.net/blog/kohsuke/, je me suis inspiré de certains articles de Kohsuke mais j'avoue ne pas avoir trop cherché de tutoriaux tout fait sur l'installation, étant donné que j'avais la spécificité PHP / Lighttpd / OpenJDK. Merci tout de même pour le pointeur.

• fch:

  Une autre bonne habitude pour éviter ce genre de problème est d'indiquer le type de l'objet attendu, lorsque l'argument est un objet :
  function foo(anObject $objet = null) {
  ...
  }
  Cette méthode évite bien des problèmes sans surcharge de code dans le corps de la fonction, vu que la vérification est prise en charge par le moteur de php nativement.
  Cepdendant, vu que les types de base de PHP ne sont pas "objet" (sic), pour ces derniers, ta technique est la plus appropriée, à part dans les cas des tableaux ou la mienne fonctionne également (encore une aberration de PHP :)) :
  function foo(array $array = null) {
  ...
  }

• Bruno:

  Ben en fait le channel pear.phppro.fr
  ne réponds plus

• Jean-Marc Fontaine:

  > Subversion (ou CVS, même si je conseille de l'abandonner au profit de CVS)

  Je suppose que tu voulais parler de Subversion et non de CVS la seconde fois. ;)

• Olivier Hoareau:

  @Bruno : il s'agit d'une indisponibilité temporaire, cela devrait être rétabli fin aôut (réinstallation de mon serveur PEAR :( ), En attendant tu peux télécharger le tarball compatible PEAR sur Google Code à l'adresse http://code.google.com/p/phpcoderatio/downloads/list, puis faire un :

  $ pear install phpcr-0.2.0.tgz

• moosh:

  petite question sur un détail constaté :

  "Exemple dans le fichier contexts/@common.php (inclus par tous les fichiers de mon application) :"

  à quoi sert ce @ dans le nom de fichier ?

  Classement ? comportement magique ?

• spm:

  Merci, c'est un article interessant pour un sujet qui est d'actualité pour moi. Comment inserer des images dans un documents docx ?

• Olivier Hoareau:

  @spm: C'est un peu plus compliqué mais possible, j'utilise ce type de routine (qui contient certainement des bugs, mais qui fonctionne pour mes générations de rapports avec OpenXML) :

  // parses for pics
  if (preg_match_all('/(.*)<\/p\:pic>/U',$content,$matches)>0) {
  for($i=0;$i/U',$matches[1][$i],$matches2)>0){
  $matches3 = null;
  if(preg_match_all('/\$\{([^\}]+)\}/',$matches2[3][0],$matches3)>0) {
  $matches4 = null;
  if(preg_match_all('/0){
  $relFile = dirname($file).'/_rels/'.basename($file).'.rels';
  if (true === file_exists($relFile)) {
  $x = simplexml_load_file($relFile);
  foreach($x->Relationship as $relationship){
  if ((string)$relationship['Id'] === $matches4[1][0]){
  $picFile = (string)$relationship['Target'];
  if(!$picFile) continue;
  $picFile = realpath(dirname($file).'/'.$picFile);
  if(!$picFile) continue;
  unlink($picFile);
  try {
  $tplPicFile = $this->parseVar($matches3[0][0],$matches3[1][0],$vars);
  } catch(Exception $e) {
  $tplPicFile = dirname(__FILE__).'/resources/no-data.png';
  }
  copy($tplPicFile,$picFile);
  }
  }
  }
  }
  }
  }
  }
  }
  $content = $this->parseString($content,$vars);
  

  Globalement, je mets le nom de la variable dans l'attribute "description" texte de l'image dans mon document openxml (par exemple dans powerpoint) puis je parse le xml du document pour remplacer les occurences des variables par les vrais images sachant que les balises xml existent déjà (puisque créé par powerpoint) sauf sont à ajouter les balises xml des resources (le fichier image complémentaire)

  Sorti du contexte, ca doit être un peu rebutant par contre, je le conçois...

  olivier

• Moosh:

  J'ai toujours dit que PEAR c'est 4 choses utilisables indépendament.

  1° Une librairie à classe unique. Je veux dire que normalement il n'y a pas 2 classes qui font la même chose.Et quand c'est le cas il faut le dire.

  2° C'est un outil de packaging et déploiement pour ce package de classe php (pear) ou de modules de php (PECL)

  3° C'est une convention de codage

  4° C'est une communauté.

  Beaucoup se limitent à croire que c'est juste le 1° et que ca en fait un simple concurrent à Zend_Framework, Symphony, Midgard, .... Hors beacoup de librairies (y compris ces dernières) peuvent être installée avec pear.

• blacksun:

  Merci Olivier pour ce super billet, sa partie technique et surtout tes remarques.
  Tu me donnes des idées pour notre plateforme d'intégration continue...
  Conseils d'utilisation de PEAR ? Utilisez-le toujours pour packager/déployer vos devs OS !

  Sinon en ce moment j'essaye d'améliorer la débianisation des paquets pear pour qu'elle soit justement plus adaptée aux nouveaux usages : https://www.assembla.com/wiki/show/... Si quelqu'un s'y connait et peut jeter un coup d'oeil...

• Ben:

  Sous drupal j'utilise la fonction t() pour traduire les chaînes de caractères.

  Ex :

  throw new Exception(t('Mon message'));

  Au moins ça permet de regrouper toutes les traductions au même endroit.

• Laurentj:

  le problème d'avoir juste un simple code numérique : le code source est moins lisible, et on a donc plus de mal à savoir quel est le message d'erreur, sans avoir aller chercher dans d'autres fichiers.

  C'est pour ça que dans jelix, on a un compromis : on donne une clé alphanumerique, qui peut être beaucoup plus parlant qu'un simple nombre.
  Par exemple,

  throw new jException('jelix~errors.controller.class.unknown', $classname);

  Et en fait, ça réutilise le système de localisation de jelix, qui se base sur un principe de clé->valeur plutôt que sur un truc du type de gettext.

• Vincent:

  Bonjour,

  Je suis en train de faire ce type de manipulation avec du code un peu différent selon mon besoin.

  Je rencontre un problème au niveau de la compression. j'utilise bien ZipArchive et je change l'extension de zip par pptx mais openOffice me demande de choisir un filtre pour l'ouvrir...chose qui n'arrive pas avec un fichier fais par PowerPoint et quand j'en choisi un il me fais une erreur. Dans l'archive il y a bien tous les dossiers et fichiers ! pourriez vous m'aidez s'il vous plait ?