The backend application is collection of DAOs that defines some services. Many of those service make just a request to the database to fetch data, and try to populate (hydrate) some value objects  (or  DTOs). When benchmarking the application, I noticed that the big amount of time is spent in this hydratation process, which is no more than of bench of affectations, with the exception of database datetime fields which are converted  to  Zend_Date objects.

By making use of the native PHP DateTime object, that Zend_AMF accept as date type that will be correctly serialized to Actionsctipt Date, the performance got better, take a look at this small comparaison :

 http://www.adobe.com/devnet/seo/

• Apache server :  In httpd.conf or .htaccess add the following line in the appropriate location

AddType application/x-windows-gadget Gadget

• IIS : configure the mimtype using IIS administrator.

Hope it helps…

private function onItemRollOver(event:ListEvent):void
{
    var rowIndex:int = event.rowIndex;  // or myDG.listData.rowIndex
}

the rowIndex here is relative to visible rows in the datagrid. One way to get the  right one “related to dataprovider”  is to add the datagrid vertical scroll position

var rowIndex:int = myDG.listData.rowIndex + myDG.verticalScrollPosition;

If you have  a better way to do it, please leave a comment …

http://localhost/myproject/… => http://localhost./myproject/…

PS: Merci à Andrew Powell pour l’astuce.

BadVerion, DeliveryInDoubt, Channel disconnected ….

Dans la plupart des cas, ces erreurs proviennent du fait que les services PHP sont érronés. Le problème c’est qu’on ne peut pas appeler ces services directement depuis le browser, donc la solution est de s’armer d’outils annexes qui permetteront de voir plus facilement la source du problème.

• Un service de capture HTTP comme Charles. (Capable de lire de l’AMF)
• Jetter toujours un coup d’oeil sur les logs PHP ou Apache eventuellement. Cela peut se faire facilement à l’aide de la commande tail -f sous MacOSX ou linux, qui affiche en temps réel les dernières lignes d’un fichier texte. Sous MSDOS, il n’y a pas d’équivalent, mais on peut toujours utiliser des outils similaires comme tail for win32.
• Mettre toujours des points d’arrêt dans les méthodes du responder à l’appel des RemoteObject, tant qu’on a pas complétement fini les tests.
• ServiceCapture permet la capture des service HTTP mais aussi la lecture en temps réel des fichiers de logs.

Bref, cela peut se produire quand il y a un problème avec le code PHP. (Erreur de syntaxe, caractère additionnels en plus ….)

Pendant un temps j’ai utilisé svnX, qui marche correctement. Mais quand on essaye de se connecter à un dépôt avec un certificat non vérifié, le client graphique ne gère pas ce cas et il faut alors dans un premier temps, utiliser la commande svn pour accepter le certificat avant de pouvoir utiliser svnX. SvnX nécessite l’installation au préalable des packages SVN.

Mais ce qui rend TortoiseSVN pratique est son intégration au système.
Après une deuxième recherche j’ai trouvé un autre client SCPlugin qui s’intègre définitivement au Finder, et qui signale comme TortoiseSVN l’état de ma copie de travail en ajoutant des icônes aux dossiers, En plus l’accès aux commandes SVN (update, commit …) se fait à l’aide du menu contetuel directement depuis le Finder … finalement SCPlugin gère aussi les connections https.

Screenshots :

Par la même occasion si vous cherchez un framework Javascript, YUI (YAHOO User Interface) est un framework robuste que j’utilise depuis maintenant 2 ans. Le framework offre une miltitude de composants, des utilités pour implémenter les fonctionnalités AJAX et pour la manipulation du DOM.