J’ai mis un peu de temps à trouver d’où venait le souci. C’est en fait spotlight qui par défaut indexe le disque de sauvegarde. Ce disque externe n’a qu’un câble pour l’alimentation et pour les données. Donc à mon avis la sauvegarde Time Machine de 90Go plus l’indexation spotlight du disque en même temps ça faisait un peu trop. J’ai juste eu à désactiver l’indexation du disque dans les préférences de spotlight, et Time Machine n’échoue plus à faire la sauvegarde …

Voilà si ça peut aider certaines personnes

--->  Building libsdl
Error: Target org.macports.build returned: shell command " cd "/opt/local/var...work/SDL-1.2.13" && /usr/bin/make -j2 all " returned error 2
Command output: ./src/video/quartz/SDL_QuartzEvents.m:691: error: 'struct SDL_PrivateVideoData' has no member named 'power_connection'
./src/video/quartz/SDL_QuartzEvents.m: In function 'QZ_PumpEvents':
./src/video/quartz/SDL_QuartzEvents.m:737: error: 'UsrActivity' undeclared (first use in this function)
./src/video/quartz/SDL_QuartzEvents.m:737: error: (Each undeclared identifier is reported only once
./src/video/quartz/SDL_QuartzEvents.m:737: error: for each function it appears in.)
./src/video/quartz/SDL_QuartzEvents.m:787: error: 'struct SDL_PrivateVideoData' has no member named 'expect_mouse_up'

Il suffit d’aller télécharger le patch qui va bien. Et ensuite de l’appliquer au fichier qui devrait se trouver ici si vous n’avez rien modifié : /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/libsdl/Portfile

Déplacez vous ensuite via le terminal dans le répertoire qui contient le patch téléchargé puis appliquez le, dans mon cas :

cd Downloads
sudo patch /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/libsdl/Portfile libsdl.patch

Et voilà le tour est joué !

Le behavior Publishable

On va imaginer un behavior qui va nous permettre de savoir si un objet est publiable ou pas, en fonction d’une date de début de publication et une date de fin de publication. On voudrait donc rajouter un champ started_at et ended_at à notre modèle et quelques méthodes qui vont nous permetre d’y accéder.

Les templates Doctrine

C’est en fait des templates Doctrine que vient la magie. C’est templates vont vous permettre d’externaliser des parties d’un modèle et de pouvoir ensuite les affecter à n’importe quel autre modèle (via le actAs).
Nous allons commencer par créer le qu’il nous faut dans notre projet Symfony.

mkdir -p lib/Doctrine/Template

Dans ce répertoire on va créer un template que l’on va appeler Publishable.php

<?php
/**
 * Behavior for adding Tagging features to your models
 *
 * @package     Doctrine
 * @subpackage  Template
 * @license     http://www.opensource.org/licenses/lgpl-license.php LGPL
 * @author      Vincent Jousse <vincent.jousse@devorigin.fr>
 */
class Doctrine_Template_Publishable extends Doctrine_Template {

/**
 * Set table definition for Publishable behavior
 *
 * @return void
 */
 public function setTableDefinition() {
 $this->hasColumn('started_at', 'timestamp');
 $this->hasColumn('ended_at', 'timestamp');
 }
}

La première étape consiste donc à rajouter nos deux champs dans le modèle. Rien de bien transcendant ici. Pour ceux qui ne sont habitués qu’à la syntaxe Yaml, un petit tour vers la doc Doctrine pourra vous être utile. Nous allons maintenant voir comment récupérer les objets.

Les requêtes

Nous allons écrire une méthode qui va nous générer une requête qui va nous permettre de récupérer les objets qui sont publiables. Sachant que les objets publiables sont ceux qui ont une date de début de publication nulle ou dans le passé, et une date de fin de publication nulle ou dans le futur.

public function getPublishableQueryTableProxy($time=null,$order=null) {

 if(is_null($time))
 $time = time();

 $q = $this->getInvoker()
 ->getTable()
 ->createQuery('p')
 ->select('p.*')
 ->where('started_at IS NULL OR started_at <= ?',array($time))
 ->andWhere('ended_at IS NULL OR ended_at < ?',array($time));

 if(!is_null($order))
 $q->orderBy($order);

 return $q;
 }

Vous remarquerez le ‘TableProxy’ à la fin du nom de la méthode. Cela va nous permettre d’appeler la méthode via le getTable() comme ceci :

$this->content_list = Doctrine::getTable('Content')
->getPublishableQuery()
->execute();

Les objets

Pour parfaire la chose on aimerait bien savoir, une fois qu’on a notre objet, si il est publiable ou pas. On va donc lui rajouter une méthode isPublishable() pour ce faire. Elle pourrait ressembler à ceci :

/**
 *
 * @param $time a timestamp or null (current time)
 * @return bool true if it's publishable according to the $time else false
 */
 public function isPublishable($time=null) {

 if(is_null($time))
 $time = time();

 $object = $this->getInvoker();

 $endTime = strtotime($object->ended_at);
 $startTime = strtotime($object->started_at);

 return (
 is_null($object->started_at) && is_null($object->ended_at) ||
 $endTime >= $time && is_null($object->started_at) ||
 $startTime <= $time && is_null($object->ended_at) ||
 $endTime >= $time && started_at <= $time

 );

 }

Je vous épargne les commentaires mais la ligne importante est le

$this->getInvoker();

Qui va vous permettre de récupérer l’objet auquel vous aurez attaché votre template. Avec cette belle méthode vous pourrez ensuite faire un :

$object->isPublishable();

C’est magique je vous dis.

Le schéma

J’ai gardé le plus simple pour la fin, une fois votre Template créé, vous n’avez plus qu’à modifier votre schéma pour y ajouter le actAs qui va bien, par exemple :

Content:
tableName: content

actAs:
Timestampable: ~
Publishable: ~
I18n:
fields : [ text ]

columns:
id:
type: integer(4)
primary: true
autoincrement: true
...

Et le tour est joué !

TimeEdition – Un outil indispensable

Je ne sais plus comment je suis tombé sur ce petit logiciel, mais je ne peux maintenant plus m’en passer. Il vous permet de gérer vos différents clients/projets/tâches et de compter le temps que vous passez dessus. Dès que vous commencez à travailler vous appuyez sur le bouton « Record » et dès que vous arrêtez vous le stoppez. Si au bout de 3 minutes il voit qu’il n’y a plus d’activité, il proposera de s’arrêter tout seul.

Captures d'écran de TimeEdition

De plus il peut exporter les enregistrements dans la majorité des formats de calendrier, et peut mettre à jour votre iCal ou Google Calendar automatiquement. Il va vous permettre avec le temps de vraiment vous rendre compte le temps que vous passez sur chaque projet, et ça pour un freelance, ça n’a pas de prix ! (façon de dire )

N’hésitez pas à aller faire un tour sur le site du projet, qui en plus est GPL. Disponible pour Windows et Mac OS X.

Récupération de la version de développement

Premièrement il faut se rendre sur le site de développement de Netbeans. Il va ensuite vous falloir cliquer sur le lien qui est en dessous de la belle traduction francophone « Artefacts du build ». À l’heure où j’écris ces lignes, c’est la version 8/07/2009 à 9H04 et 39 secondes

Une fois le zip extrait allez dans netbeans/bin/netbeans.exe pour les utilisateurs Windows (enfin je présume j’ai pas pu tester), pour les Mac OS Xiens et autres Unixiens lancez le via un terminal par exemple comme ci-dessous

cd Desktop/netbeans
./bin/netbeans

Support de Symfony

Alors qu’est-ce que cette version apporte ? Tout d’abord un menu contextuel sur le projet qui va nous permettre de lancer les commandes Symfony.

Menu contextuel symfony netbeans

Nous avons ensuite une fenêtre qui nous permet de lancer une des commandes supportée par le script, commandes que l’on peut filtrer avec des mots-clefs.

Commandes symfony de netbeans

Et pour finir petit plus non négligeable, la possibilité d’affecter un raccourci clavier aux commandes.

Raccourcis clavier netbeans symfony

Voilà pour les premières fonctionnalités ajoutées, si vous êtes passé à côté de l’information et que vous êtes anglophone, vous pouvez aller jeter un œil à l’article original de Tomas Mysik.

Complétion du code

Juste une dernière petite astuce à laquelle je n’avais pas fait attention au début et qui se trouve fort utile. Lorsque vous créez une action, un component, un form ou je ne sais quoi d’autre, n’oubliez pas de définir l’attribut @package ou @subpackage dans vos commentaires en entête pour que Netbeans vous propose la complétion des méthodes.

Commentaire @package @subpackage netbeans

Conclusion

Si vous cherchez un éditeur de code performant pour faire du Symfony et surtout pas trop lourd n’hésitez pas à essayer Netbeans. Car en effet, même si je n’en ai pas parlé jusqu’ici, netbeans a la particularité d’être beaucoup moins lourd qu’Eclipse. Et si des fois il commence à prendre un peu trop de RAM, vous pouvez lancer vous même le Garbage Collector pour qu’il fasse du ménage en cliquant sur la petite icône de la mémoire (on l’active avec un click droit sur cette même barre d’icônes).

Occupation mémoire de netbeans

Mes fichiers avant modification

Premièrement mon action ressemblait tout simplement à ce qui va suivre, à savoir la récupération de tous les menus racines, rien de bien original. Il faut quand même garder à l’esprit que ce que je vous présente ici, n’a réellement d’intérêt que si votre table est multilingue ou a une relation avec une autre table.

public function executeList(sfWebRequest $request)
{
$this->roots = Doctrine::getTable('Menu')->getTree()->fetchRoots();
}

Ensuite dans mon premier partial (_list), j’avais uncode qui récupère les enfants du nœud racine :

foreach ($roots as $root) {
echo $root->name . '<br />';
echo '<ul id="order'. $root->id . '">';
include_partial('doMenu/children',array(
'children' => $root->getNode()->getChildren()
));
echo '</ul>';
}

Et dans mon partial _children un simple affichage de chaque enfant :

<?php
foreach ($children as $child) {
echo '<li id="menu_' . $child->id . '" class="sortable"><a href="' . url_for('doMenu/edit?id=' . $child->id ). '"/>' . $child . '</a></li>';
}

Sauf que ça a beau être basique, il nous faut une requête pour l’action qui récupère l’arbre, ensuite 1 requête pour récupérer la traduction du Menu dans le partial _list (actAs: i18N pour mon modèle Menu), 2 autres dans _list pour avoir les descendants du menu racine, et pour chaque descendant, une autre requête pour récupérer la traduction … ouf !
Soit pour moi un beau total de 10 requêtes (les plus aguerris d’entre vous aurons noté que dans mon cas j’ai 6 descendants )

Alors évidemment on va nettoyer un peu tout ça et on va éliminer les requêtes de traduction qui ralentissent le tout …

Création de la requête à la main

Au lieu de passer par la méthode Doctrine::getTable, nous allons écrire notre requêtes à la main, ce qui va nous permettre d’inclure directement les traductions. Nous allons procéder comme expliqué dans la doc Doctrine pour récupérer un arbre et ses relations.

public function executeList(sfWebRequest $request)
{

$q = Doctrine_Query::create()
->select('m.id, t.name')
->from('Menu m')
->leftJoin('m.Translation t');

$treeObject = Doctrine::getTable('Menu')->getTree();
$treeObject->setBaseQuery($q);
$this->roots = $treeObject->fetchRoots();
$treeObject->resetBaseQuery();
}

Nous passons ici de 10 à 9 requêtes. Tout ça pour ça ? Eh oui, la seule requête de traduction qui a été enlevée est la première qui était effectuée dans _list pour le menu racine, les autres (pour les enfants) sont toujours là. Pourquoi ? Tout simplement à cause du resetBaseQuery qui réinitialise la requête et nous enlève notre join sur la table translation. Même si il est conseillé de le faire dans la doc Doctrine, ce n’est pas le cas pour nous ici, nous voulons garder la même requête de l’arbre pour les enfants. Ce qui nous donne ceci :

public function executeList(sfWebRequest $request)
{

$q = Doctrine_Query::create()
->select('m.id, t.name')
->from('Menu m')
->leftJoin('m.Translation t');

$treeObject = Doctrine::getTable('Menu')->getTree();
$treeObject->setBaseQuery($q);
$this->roots = $treeObject->fetchRoots();
}

Nous nous retrouvons maintenant avec uniquement 3 requêtes, et surtout avec un nombre de requêtes qui n’augmentera plus avec le nombre de descendants du nœud racine.

Conclusion

Même si on a tendance à l’oublier, il faut toujours garder un œil sur le nombre de requêtes que Doctrine peut générer. Comme il est répété dans la documentation de Doctrine, il vaut mieux toujours créer sa requête « à la main » en ne récupérant que les informations dont on a besoin, et surtout toutes les informations dont on a besoin, au risque que Doctrine aille les chercher via des requêtes supplémentaires.