Miximum » snippet

Texte en couleur dans les scripts PHP

thibault — Fri, 06 Mar 2009 11:18:54 +0000

Je cherchais comment rendre du texte en couleur dans des scripts PHP en ligne de commande.

Petite solution rapide, adaptée d’un script en ruby fourni par un sympathique pote.

Libre à vous de rajouter des fonctions avec plus de couleurs…

function color( $text, $color )
{
   printf( "%c%s%s%c[0m\n", 27, $color, $text, 27 );
}
 
function red( $text ) { color( $text, "[31m"); }
function blue( $text ) { colo( $text, "[36m"); }
function green( $text ) { colorize( $text, "[32m"); }
function brown( $text ) { colorize( $text, "[33m"); }
 
red( "salut" );
blue( "je suis bleu");

Trier un tableau de nombres avec Javascript

thibault — Tue, 17 Jun 2008 09:04:05 +0000

J’adore javascript. Je l’avoue. Malgré sa syntaxe parfois complètement tordue, malgré son mépris total pour le principe de moindre suprise, malgré son niveau élevé sur l’échelle du WTF, ce langage a un petit quelque chose qui me plaît bien. C’est comme pour les personnes, on a les atomes crochus, ou on ne les a pas.

D’ailleurs, dans le genre de surprise qu’on peut avoir en codant, j’ai été joliment étonné en voulant trier un tableau de nombres.

var nombres = new Array(1, 2, 5, 8, 9, 12, 16);
nombres.sort();
alert(nombres);
// Et on obtient :
// 1, 12, 16, 2, 5, 8, 9

Génial ! La fonction sort de l’objet Array tri les éléments par ordre lexicographique (à ne pas confondre avec l’ordre alphabétique) !

Bon, et comment je fais, moi, pour trier mon tableau de nombre par ordre croissant ? Allez, je suis sympa, je vous donne la solution :

function compare(x, y) {
    return x - y;
}
 
var nombres = new Array(1, 2, 5, 8, 9, 12, 16);
nombres.sort(compare);
alert(nombres);
// Et on obtient bien :
// 1, 2, 5, 8, 9, 12, 16
 
// Pour trier par ordre décroissant, on definira autrement la fonction compare :
 
function compare(x, y) {
    return y - x;
}

Tellement simple. Tellement tordu. Tellement inattendu. J’adore. Je dois être un peu sado-maso sur les bords.

Symfony, formulaires, validation, redirection et messages d’erreur

thibault — Fri, 06 Jun 2008 15:25:02 +0000

Les redirections dans Symfony font s’arracher les cheveux aux développeurs Mon problème est le suivant : j’ai un formulaire classique, et je veux qu’il affiche les messages qui vont bien en cas d’erreurs de validation. Jusque là, rien de trés difficile, n’est-ce pas ? Le problème, c’est qu’après validation du formulaire, j’ai une redirection qui me fait perdre les messages d’erreur.

La version 1.1 de Symfony, actuellement en version release candidate, propose un framework complet de gestion de formulaire. Par conséquent, l’astuce que je vous propose aujourd’hui ne sera peut-être pas valable, ni même utile, pour cette version (c’est à vérifier). Je suppose donc que vous utilisez la version stable 1.0.x.

Pour mieux comprendre, voici le fonctionnement de mon appli.

Quand j’affiche ma page, on a ce déroulement :

Je me connecte sur l’URL http://example.com/page/show?id=10
Le controleur appele l’action executeShow du module page
Le template utilisé pour l’affichage est showSuccess.php du module page
Mon template utilise l’instruction include_partial pour inclure le template qui affiche les commentaires sur ma page
Ce template affiche également un formulaire qui permet d’ajouter un commentaire

Quand j’ajoute un commentaire et valide mon formulaire, on a le déroulement suivant :

Mon formulaire est validé, supposons qu’il génère des erreurs
Le contrôleur appelle la fonction handleErrorAdd du module commentaire
Comme on veut réafficher le formulaire, on redirige vers la page d’origine (http://example.com/page/show?id=10) :
$this->redirect(‘page/show?id=10′) ;
On redéroule l’affichage depuis le début, dans le module page. Problème : mon formulaire n’affiche rien :
la redirection a perdu les messages d’erreur.

Avec la méthode normale, on aurait ceci :

// app/frontend/modules/pages/template/showSuccess.php
...
// Affiche des trucs
...
 
// Affichage du formulaire
 echo form_tag('@action') ?>
 
     // Affiche le message d'erreur de validation ?>
     echo form_error('champ1') ?>
    <label for="champ1">Champ 1 :label>
     echo input_tag('champ1', $sf_params->get('champ1')) ?>
 
     echo form_error('champ2') ?>
    <label for="champ2">Champ 2 :label>
     echo input_tag('champ2', $sf_params->get('champ2')) ?>
 
     echo submit_tag('Valider') ?>

// app/frontend/modules/pages/actions/actions.class.php
 
function executeAdd() {
    // Valide le formulaire
    // ...
    return sfView::SUCCESS;
}
 
public function handleErrorAdd() {
    // En cas d'erreur, affiche le formulaire avec les messages d'erreurs
    return sfView::SUCCESS;
}

Pour parvenir à ce fonctionnement en cas de redirections, nous allons utiliser les attributs flash.

// app/frontend/modules/page/actions/actions.class.php
function executeShow() {
    // récupère les erreurs en cas de redirection
    // Lors d'un affichage normal, on ne récupère rien
    $errors = $this->getFlash('errors');
    if(!empty($errors))
        $this->getRequest()->setErrors($errors);
 
    $this->xxx = ...
    // Fonctionnement classique
}

// app/frontend/modules/page/templates/showSuccess.php
 
// ...
// Affiche la page
 
// Affiche les commentaires
 include_partial('commentaire/list', array(...)) ?>

// app/frontend/modules/commentaire/templates/_list.php
 
// Affiche les commentaires sur la page
// ...
 
// Affichage du formulaire
// Notez la cible du formulaire
 echo form_tag('commentaire/add') ?>
 
    // Affiche le message d'erreur de validation
     echo form_error('champ1') ?>
    Champ 1 :
     echo input_tag('champ1', $sf_params->get('champ1')) ?>
 
     echo form_error('champ2') ?>
    Champ 2 :
     echo input_tag('champ2', $sf_params->get('champ2')) ?>
 
     echo submit_tag('Valider') ?>

// app/frontend/modules/commentaire/actions/actions.class.php
 
// La validation s'est bien passée
public function executeAdd() {
    // Créé le commentaire
    // ...
    $this->comment->save();
 
    // et REDIRIGE vers l'affichage de la page
    $this->redirect('/page/show/?id='.$this->getRequestParameter('id'));
}
 
// Gère les erreur de validation
public function handleErrorAdd() {
 
    // Toute l'astuce est ici :
    $this->setFlash('errors', $this->getRequest()->getErrors());
    $this->redirect('/page/show?id='.$this->getRequestParameter('id'));
    return sfView::SUCCESS;
}

Et voilà. Maintenant, vous devriez voir les messages d’erreur de validation.

eZ Publish et les caches, une grande histoire d’amour ?

thibault — Wed, 28 May 2008 13:02:19 +0000

« Vide les caches ! », c’est le premier truc qu’on entends ici quand quelque chose ne va pas. L’usage intensif des caches par eZ Publish est bien connu. Mais je viens seulement de réaliser à quel point les caches et le CMS entretiennent une relation fusionnelle.

Je savais qu’eZ Publish utilisait des caches de contenu, de templates et de configuration. Normal. J’ai découvert lundi qu’il (ou elle, d’ailleurs ?) utilisait aussi des caches internes qui n’étaient pas effacés par le processus habituel.

Aujourd’hui, je viens de découvrir qu’eZ Publish utilisait des caches en mémoire vive durant l’exécution d’extensions PHP. Note : pour les gros scripts, penser à régulièrement vider les caches en appelant la fonction eZContentObject::clearCache(), sinon, ça sera un beau heap overflow.

En bonus, une petite fonction que vous pouvez appeler dans une grosse boucle, pour vider les caches à intervalles réguliers :

function clearCache($maxIterations)
{
    static $iteration = 0;
 
    $iteration++;
 
    if($iteration >= $maxIterations)
    {
        printf("nettoyage du cache\n");
        eZContentObject::clearCache();
        $iteration = 0;
    }
}

Combien d’autres caches que je n’ai pas encore découvert ?

Récupérer des objets de contenu en filtrant par attribut avec l’API eZ Publish

thibault — Mon, 26 May 2008 15:11:02 +0000

Mon besoin est simple : je veux récupérer en PHP, avec l’API eZ Publish, toutes les instances d’une certaine classe, en effectuant un filtre sur la valeur d’un attribut (dans mon cas bien précis : c’est une checkbox qui doit être cochée).

Voici le snippet qui permet de faire ça :

$nodes = array();
$nodes =& eZContentObjectTreeNode::subTree( array(
                'IgnoreVisibility' => false,
                // 'Limit' => 10, // Je peux rajouter une limite max
                'ClassFilterType' => 'include',  // Je ne veux que les objets de type classe
                'ClassFilterArray' => array( 'classe' ),
                'AttributeFilter' => array( array( 'classe/attribut', '=', '1' ) ) // Mon attribut est à 1, ma case est cochée
                ), 2);

Plus d’infos sur l’usage de ezContentObjectTreeNode chez Frefred.