Quel développeur web n’a jamais entendu des phrases comme « Tu fais des sites ? Alors tu peux venir me réparer mon ordi ? » ou encore « Vous pouvez me faire un youtube pour 400€ ? »

Pourquoi je vous raconte tout ça ? Juste pour servir d’intro à ce truc que j’ai bricolé aujourd’hui, et qui, je le confesse, m’a bien fait marrer (oui, je suis bon public et je rigole de mes propres conneries).

photo credit : h.koppdelaney

C’est un petit pas pour l’humanité, mais un grand saut pour moi. À partir de décembre, je serai inéluctablement freelance à plein temps.

Fini les embouteillages tous les matins (même si je prends le vélo, ça n’empêche pas l’air de puer le gaz). Envolés, les 2.5 jours de congés par mois. Me voilà pleinement maître de mon destin, et ça fait du bien (Ah ?! On me signale que les freelances n’ont pas la vie rose tous les jours ? Bon, tant pis…)

J’aurais pu me qualifier d’« entrepreneur », de « chef d’entreprise », d’« indépendant », voire d’« indep’ », mais j’aime cette image du chevalier, libre comme l’air et cheveux au vent, n’ayant pour biens que sa monture et son épée (une lance, en l’occurence), chevauchant par monts et par vaux en combattant pour ses idéaux, et aussi un peu pour remplir sa gamelle.

Alors voilà, puisque vous me le demandez (sisi, vous me le demandez), j’ai choisi, dans un premier temps, de focaliser mon activité sur les développements web spécifiques, basés sur l’intégration des technologies libres suivantes :

• Symfony : Le top des frameworks PHP, pour des développements spécifiques fonctionnels et standardisés  ;
• eZ Publish : La Rolls Royce des CMS, pour des sites éditoriaux haut de gamme  ;
• Solr : Le meilleur moteur de recherche libre au monde, pour fournir à vos utilisateurs une expérience de recherche incomparable  ;

Et puis, tant qu’à faire, j’entends bien batir des prestations de qualité, en industrialisant mes développements au maximum (TDD, intégration continue, méthodo agile, etc.).

Je serai bien entendu enchanté de répondre à votre coup de fil si vous souhaitez discuter de votre projet. Si vous voulez en savoir plus, vous pouvez consulter ma page professionnelle. Vous y trouverez les informations nécessaires pour me contacter.

Comme je suis d’un naturel optimiste, je suis intimement convaincu que tout ce passera bien et que j’adorerai ma nouvelle vie. Cela dit, un petit commentaire d’encouragement est toujours bon à prendre

Quand par exemple, j’utilise la commande fetch content search, j’aimerais bien avoir un indice sur la signification du paramètre «  limitation  ». La documentation ne m’est pas d’une grande aide dans ce cas :

You’ll have to look in the source code of the kernel for details related to the format of this array

Ok, la doc me dit ce que fait le paramètre. Pas comment l’utiliser. Sympa. Étant donné que j’ai passé une demi-journée sur la question, je vais quand même vous en faire profiter.

Le paramètre «  limitation  » sert donc à définir à la main des limites d’accès, alternativement à celles pré-existantes pour l’utilisateur enregistré. C’est à dire que :

{set search=fetch( content,search
                  hash(text,$search_text,
                      subtree_array,$search_sub_tree,
                      sort_by,array( 'modified',false() ),
                      offset,$offset,
                      limitation, array(),
                      limit,$limit ) ) }

(notez le «  array  » vide en face de «  limitation  »), permet d’effectuer une recherche sur l’ensemble du site, indépendamment des droits de l’utilisateur.

Le paramètre «  limitation  », si j’ai bien compris, sert donc à ajouter des éléments qui sont autorisés pour la recherche. Exemple :

{set search=fetch( content,search
                  hash(text,$search_text,
                      subtree_array,$search_sub_tree,
                      sort_by,array( 'modified',false() ),
                      offset,$offset,
                      limitation, array( hash( 
                          Class, array( 65, 66, 67),
                          Section, array( 1, 2, 3 ),
                          Node, array( 25789, 25790, 25791, ... ),
                          Subtree,array( '/1/2/125', '/1/2/151/'),
                          Owner,,
                      ) ),
                      limit,$limit ) ) }

Il est possible de créer toutes les combinaisons possibles de paramètres. Le paramètre «  Owner  » limite les recherches aux objets possédés par les utilisateurs. Il existe quelques autres paramètres, dont je ne parle pas pour ne pas bien en saisir la portée.

J’espère que ça pourra dépanner. Sur ce, si quelqu’un dispose d’une documentation plus complète et plus officielle, je suis preneur.

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 ?

Pendant 4h, j’ai tout essayé pour faire fonctionner ce code : rien à faire ! Il ne me retournait aucun résultat. J’ai essayé toutes les combinaisons d’attributs possibles et imaginables, rien à faire. Le pire, c’est qu’en utilisant un autre attribut pour le test, tout se passait nickel. Rageant.

En désespoir de cause, j’ai fini par me plonger dans le code source d’eZ Publish, voici ce que j’ai découvert.

La fonction subTree d’eZ Publish fait appel à createAttributeFilterSQLStrings, qui elle même appelle classAttributeIDByIdentifier.

Cette dernière fonction permet de récupérer l’id d’un l’attribut en fonction de son identifiant de la forme ‘classe/attribut’, notation fort pratique qui évite d’avoir à utiliser directement l’id.

Pour retourner rapidement un résultat, classAttributeIDByIdentifier récupère la liste de tous les attributs existants dans la base de données, et construit un tableau d’index :

    ...
    foreach ( $identifierArray as $identifierRow )
    {
        ...
        $combinedIdentifier = $classIdentifier . '/' . $attributeIdentifier;
        $identifierHash[$combinedIdentifier] = (int)$attributeID;
    }

On a donc un tableau de la forme

$identifier_hash = array( "folder/name" => 4,
                          "folder/short_description" => 119,
                          "folder/short_name" => 155,
                          "folder/description" => 156,
                          "folder/show_children" => 158,
                          "user_group/name" => 6,
                          ...

Pour renvoyer l’id, le reste est trés simple :

    $return = $identifierHash[$identifier];

Rien de bien sorcier, non ? Sauf que ! Le problème, c’est que le tableau d’index est mis en cache, dans le fichier var/plain/cache/classattributeidentifiers_nom_de_la_base.php

Mon problème, c’était que l’attribut que je voulais filtrer n’était pas dans le cache. Après quelques recherches, j’ai compris pourquoi :

ls -l var/plain/cache/classattributeidentifiers_nom_de_la_base.php  
-rw-rw-rw-  1 root root 25750 2008-05-26 16:46 var/plain/cache/classattributeidentifiers_nom_de_la_classe.php

Le propriétaire du fichier est root ! Du coup, lorsque j’ai modifié mes classes de contenu dans la backoffice ez Publish, ce cache n’a pas été mis à jour. Comme il s’agit d’un cache interne, il n’a pas non plus été supprimé par la commande

php bin/cache/ezcache.php --clear-all

Résultat : un cache obsolète, une après-midi perdue. Moralité : même quand on supprime les caches, il reste encore des problèmes de cache.

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.