Accélerer Aperçu / Preview

Il suffit de désactiver la restauration des fenêtres : quittez Aperçu avec CMD+Alt(option)+Q, puis tapez ceci dans un terminal et validez. Source
defaults write com.apple.Preview NSQuitAlwaysKeepsWindows -bool false
(Ou comme me le souligne ShadowKris : « Préférences Système > Général et décocher « Restaurer les fenêtres à la fermeture[…] » plutôt que de geeker au terminal  »

Accélerer Photoshop

Une traduction partielle de l’excellent PhotoshOptimize. Ces conseils valent pour un intégrateur, qui n’a normalement pas à modifier de PSD (mais qui doit le détruire minutieusement), et je ne garantis aucun résultat, forcément. Mais chez moi, OS X Lion et Photoshop s’entendent mieux :’)

Réduire les niveaux de cache
Dans Photoshop → Préférences → Performances.
Choisissez ’1′ comme valeur pour le nombre de Niveaux de cache.

Réduire le nombre d’états dans l’historique
Dans Photoshop → Préférences → Performances.
Choisissez un petit nombre d’états d’Historique (5 pour moi)

Désactivez la prévisualisation des polices
Dans Photoshop → Préférences → Texte.
Décochez la taille d’aperçu de la police

Désactivez la prévisualisation des images
Dans Photoshop → Préférences → Gestion des fichiers.
Sélectionnez « Ne jamais enregistrer » les Aperçus d’image.

Désactivez l’export du presse-papier
Dans Photoshop → Préférences → Général.
Décochez « exporter le presse-papier »

Voici donc mes notes, et pistes de réflexion, en vrac :

• Toujours commencer par afficher le nombre de requêtes en bas de vos thèmes. Pour ça, deux fonctions très simples : get_num_queries(); et timer_stop(1);
• De manière plus poussée, Vous pouvez également afficher les requêtes SQL dans votre footer.
• Cyril Pierre de Geyer, qui n’est pas expert WordPress mais expert PHP (sic) a d’ailleurs rappelé que MySQL avait des outils internes pour logger les requêtes lentes.
• Il est important de développer vos thèmes avec WP_DEBUG activé.
• Encore mieux, vous pouvez même avoir un log d’erreurs géré par WordPress en éditant votre /wp-config.php.
• Pour les développeurs, il est extrêmement important de connaître le core WordPress, afin de ne pas réinventer des fonctions déjà existantes.
• La méthode de cache interne et les Transients sont très intéressants pour optimiser vos sites à peu de frais.
• APC donne souvent un bon coup de pouce aux performances (actif sur Darklg Blog)
• Toujours sur l’idée de cache, WP Super Cache et consors ont été à nouveaux plébiscités
• Il a été rappelé que pour un site qui a besoin de faire du temps réel, un cache très court ( 10sec ou moins ) donne une impression de temps réel à vos utilisateurs en allégeant réellement la charge sur de gros trafics.
• Les cache de parties de page -ou cacheblocks- consistant à ne mettre en cache statique que le footer, et éventuellement à recharger le contenu interne via AJAX peut se révéler utile si le cache n’est pas possible
• Les Reverse-Proxies tels que Varnish ou CloudFlare (Vu chez Gonzague) peuvent également être d’une grande aide.
• Optimiser dès le départ est une règle clef. Penser son site pour qu’il tienne la charge.
• Tester et Monitorer son site : Apache Bench, Siege pour tester, Jmeter ou Pingdom pour monitorer.

Pourquoi ?

La lourdeur générale

Mozilla a fait énormément d’efforts depuis Firefox 3.5. Malheureusement, Firefox prend toujours ces quelques secondes de plus à se lancer, à hésiter à chaque chargement de page, à chaque clic sur un bouton. Plus une question de perception que de reelle inefficacité ? Probablement, mais la réactivité est importante. Sur un netbook EEEPC900 qui me sert parfois, impossible de lancer Firefox, qui fait ramer ma machine plus que de nature. Chrome n’a pas de problème quant à lui.

La mise à jour de Firefox se fait au démarrage. Genre vous lancez le navigateur pour montrer un site, accéder à un mail, et bam, téléchargement, réinstallation, reboot. Je n’ai pas encore vu passer de demande de mise à jour de Google Chrome, d’ailleurs. Mais à chaque fois que je vérifie, il est à jour. Comme quoi.

En parlant de mises à jour, pour installer ou mettre à jour une extension, il faut également redémarrer son navigateur. Et on a toujours cette fenêtre de mise à jour d’extensions qui bloque la navigateur. Pas de souci sur Chrome, forcément.

[ouverture pour les trolls]D’ailleurs, Firefox sous Mac plante énormément. Je pense tenir au boulot un tableau comparatif des plantages de Firefox avec mes collègues sous Windows[/ouverture pour les trolls]

Vous appréciez le « private-mode » sur un navigateur ? Pratique pour tester un site communautaire sur un autre compte, vérifier si une page s’affiche de la bonne manière en connecté/déconnecté. C’est moins facile sous Firefox, qui masque la fenêtre originale. Chrome décide d’ouvrir une nouvelle fenêtre en navigation privée, vous apprécierez.

Sinon, c’est totalement subjectif, mais je préfère largement le gestionnaire de téléchargements de Chrome à celui de Firefox.

La difficulté constante pour intégrer

« Cette propriété CSS3 a l’air fantastique ».
Mais c’est difficilement utilisable en production, vu que Firefox ne l’a pas encore intégrée. Mozilla a annoncé un nouveau rythme de sorties de releases, ce qui peut amener une réelle souplesse et innovation au moteur Gecko. Mais si la façon de mettre à jour le navigateur ne change pas, on va se retrouver avec un patchwork de versions de Firefox, ce qui va niveler par le bas les possibilités envisageables en intégration HTML/CSS. Chrome encourageant une mise à jour automatique, on peut considérer qu’un utilisateur a toujours une version plutôt récente. Les statistiques m’encouragent à le penser.

Malgré l’ancienneté du navigateur Firefox, il n’y a toujours aucun inspecteur de code/débogueur JS/Inspecteur de requètes intégré et bien foutu. Vous me direz, Firebug existe pour ça. Mais voilà, Mozilla l’a mis tout en haut de son tableau de la honte des extensions lentes. Beau désaveu, alors qu’Internet Explorer 9 possède un outil intégré qui me fait gagner beaucoup de temps lors de mes débugs sous IE. Je vous ai parlé de l’inspecteur de Webkit, installé par défaut, qui fonctionne à merveille et ne fait pas ramer le navigateur ? Utilisable directement sur Safari, Chrome, même chez un client ou sur l’ordi d’un collègue non développeur.

En parlant d’IE, ça ne vous énerve pas cette constante gueguerre de Mozilla contre le navigateur de Microsoft ?

En conclusion

Firefox 4 rejoint pour moi le rang des navigateurs « à tester lors de l’intégration« , au même titre qu’un Opéra ou que Chrome quand je ne l’utilisais pas en principal. Je ne passerais évidemment pas à Internet Explorer 9, qui a la bonté de ne fonctionner que sur une machine Windows à jour.

J’admire la team Mozilla pour leur engagement et leur travail sur ce logiciel presque libre ( Le nom ne l’est pas ) , mais malheureusement, ce navigateur ne correspond plus à mes attentes en tant qu’intégrateur, ni en tant qu’utilisateur du web. Je garderais néanmoins une version à jour pour mes tests et suivrais les évolutions. Mais j’encouragerais vivement l’utilisation d’un navigateur comme Chrome à mes proches.