Fetch, l’outil FTP tous terrains

Version 5.5 pour Mac

En 2005, je suis passé à Transmit pour cause de surplace de mon outil habituel, Fetch. La version 4.0.3 n'évoluait pas et Transmit 3.x avec son ergonomie plus sympa et sa fonction DocSend me semblait plus adapté à mes besoins d'alors. Je n'avais rien à reprocher à Fetch hormis des mises à jour trop espacées, un motif en fait assez futile comme je peux l'analyser aujourd'hui. Aussi, j'ai basculé à l'époque pour Transmit et, pendant quatre ans, je n'ai pas eu trop de soucis.

Neanmoins, début 2008, j'ai commencé à perdre soudainement tous mes raccourcis vers les sites FTP. C'est là où une sauvegarde régulière vous tire d'embarras…! Mais comme ces disparitions étaient à répétition, je conservais une copie des fichiers clés à un autre endroit de mon disque.

Depuis la dernière version, c'est pire. Ce sont mes fichiers ne sont pas transférés en intégralité ou, plus drôle, une fois arrivés à destination, bouclent pour un nouveau transfert, genre grand huit…!

Je pensais que cela était essentiellement lié à mon vieux Xserve avant de découvrir que ce genre de mésaventure se faisait un peu n'importe où. Bref, que mon Xserve n'y était pour rien…!

Quand on a l'habitude d'un outil, on aime pas trop en changer et je palliais les dysfonctionnements de Transmit en utilisant tour-à-tour Synchronize pro! ou Timbuktu sans me résoudre à chercher plus loin.

Mais récemment, me connectant sur un nouveau serveur sur lequel je devais envoyer pas mal de dossiers d'archives, c'était devenu pratiquement impossible. J'ai d'abord testé CyberDuck qui n'y arrivait pas mieux — mêmes envois en boucle ! — et dont l'interface brouillonne m'a vite lassée. Et puis je me suis souvenu avoir vu passer un mail récent me proposant un upgrade vers Fetch 5.5 — pour info, disponible depuis le 2 juin 2009 — depuis ma version 4.x.

Le temps de retrouver ce courriel dans Mail, d'acquérir pour moins de $10 la mise à jour via Paypal, je lance Fetch et, excellente surprise, tous mes raccourcis enregistrés via Transmit sont disponibles.

Aussitôt, je lance un accès vers le serveur client récalcitrant, balance mes archives zippées et hop, tout passe : pas l'ombre d'un problème. Et ce, avec les réglages de base de Fetch.

Intrigué, j'effectue la même opération vers mon vieux XServe et, idem, pas le moindre embarras là où cela coinçait méchamment.

Ne souhaitant plus perdre de temps, j'ai aussitôt viré CyberDuck comme Transmit de la liste de mes applications, reconstruit et/ou modifié tous mes raccourcis vers les nombreux FTP que j'utilise. J'étais dans la situation du fou qui se tape la tête avec un marteau et qui découvre que c'est drôlement bien quand il s'arrête…!

Bon, ergonomiquement, Fetch est resté fidèle à ses versions précédentes. Pas très sexy mais incroyablement efficace. Les nouveautés sont lisibles sur leur site en anglais mais Fetch s'affiche en Français, dispose d'une aide en ligne assez abondante.

J'apprécie le log qui permet de suivre et de voir ce qui coince (mais tous les softs de FTP proposent cela, ce n'est pas un plus…)

Le paramétrage très simple (et en français) de chaque compte FTP…

Et les multiples onglets pour régler aux petits oignons ce client FTP.

Bref, si vous avez besoin d'un très bon logiciel de FTP, vous avez le choix entre Fetch comme indiqué ici et interarchy qui m'a été chaudement recommandé par Dominique (qui utilise les deux), application vers laquelle je me serais tourné en cas de blême. Bien entendu, ces propos n'engagent que moi et dans le strict cadre de mon activité.

Ajout du 29 juin 09…
C'est toujours en utilisant plus avant une application que l'on découvre ses réels avantages. Et les droplets…? Une fois fait le ménage dans mes raccourcis d'accès aux serveurs, j'ai créé des droplets pour les plus utilisés avec l'option "Quitter Fetch" en fin d'opération. Du coup, je glisses mes fichiers à transmettre sur ces droplets et hop, je passe à autre chose.

Suicide de catalogue dans Lightroom !

Attention à la fin d'importation de ses fichiers depuis une carte

dans mémoire | photo | usages

Ahhhhhhhhh…!
Trois fois en l'espace d'un mois, cela devient un poil inquiétant…! Ce petit billet sur mes mésaventures numériques pour ceux que cela peut intéresser.

En résumé…
En fin de récupération des fichiers RAW qui sont sur la carte flash de mon boîtier, un message de Lightroom m'indique — en gros — que les images sont bien transférées, que la carte CF est éjectée. Comme d'habitude, je récupère cette dernière aussitôt (aie…!) et… Hop, nouveau message…
La base de données est corrompue.
Noooon…!!!

J'aime ce long message dans ce grand dialogue. Reste à valider. Et ~~croiser les doigts~~ attendre…!

Bon, à la décharge de Lightrooom, j'ai dépassé depuis pas mal de temps la barre des 45000 fichiers, majoritairement des RAW (80 %), les JPG étant les fichiers les plus anciens. Du coup, j'ai commencé à virer les images redondantes (des séries de la même scène), tant à cause de ces incidents que de nouvelles photos des mêmes thématiques mais en plus chouettes.

Et puis ne pas oublier que basculer 650 Go d'images, c'est investir à nouveau dans de plus gros disques… Et en double, CQFD.

Why…?
La première fois, la reconstruction de la base n'avait pas fonctionnée et ce sont plus de 19 Go de données que j'avais heureusement sauvegardés qu'il m'a fallu réinjecter. Si, si, 19 Go…! Avec les vignettes des images, le fameux Lightroom 2 Catalog Previews.lrdata, celui qui n'affiche pas son poids et qui s'avère bien plus volumineux que le Lightroom 2 Catalog.lrcat de seulement 600 Mo…!

Non, c'est juste long et particulièrement éprouvant quand vous avez des missions urgentes en cours. En un mot, flippant.

Note : pensez à virer, après fermeture de Lightroom, les dossiers temporaires…

Depuis, je fais nettement plus attention et j'attends au minimum trente secondes après l'affichage de ce message pour extraire ma carte flash… Sauf que cela ne suffit pas toujours…! Bref, j'en arrive à croire qu'il faut mieux quitter Lightroom AVANT de récupérer ma carte flash…!…

De fait, et dans tous les cas, les images ont bien été transférées sur le disque dur dédié et correctement renommées lors du transfert comme le montre ce dialogue d'avertissement si je cherche à recharger les images de ma carte.

Mais elles ne sont pas encore prise en compte dans la base de données de Lightroom et donc pas affichées en miniature.

Après reconstruction de la base, il suffit de faire un cliqué-déplacé des images dans la fenêtre de l'application (mais attention à bien choisir dans le pop-up du dialogue d'importation la bonne option).

NB : merci à nouveau pour les courriels de soutien…! Particulièrement à Port-Royal, ancien lecteur de MacDigit dont j'étais sans nouvelles.

Note(s) de lecteur(s)…

Jean-Christophe, le boss de Clicit, ajoute…

J’ai remarqué, moi aussi, une faiblesse dans la gestion du catalogue par Lightroom et la nécessité de temps en temps de le reconstruire. J’ai même failli l’abandonner tant cela m’énervait d’autant que je me retrouve souvent après avec des pertes de tags et des doublons. Jusqu’au jour où une autre application utilisée juste après tente de créer un autre gros fichier et rencontre un problème similaire. La puce venait de sauter à l’oreille. J’ai demandé à Windows (désolé pour les gros mots) de me faire une vérification de disque, et ce dernier a bien constaté et réparé une anomalie dans la structure du système de fichiers. Un chkdsk plus loin (un fsck forcé devrait fonctionner sur une base Unix) et tout est redevenu correct. A ce propos, les disques semblent maintenant être plus sujet à ces problèmes de fiabilité, à moins que ce ne soient les contrôleurs….

J’ai rencontré aussi le problème avec d’autres applications manipulatrices de gros fichiers.

En bref, de mon expérience, le catalogue doit évidemment être sauvegardé. Et il faut savoir qu’il est assez simple de récupérer des fichiers effacés sur les cartes-mémoires. En cas de problèmes, je restaure l’environnement Lightroom, récupère les photos sur la carte, et redemande une importation. Tout en pestant évidemment.

Merci pour ces infos…

Franklin ajoute…

J'ai eu ça aussi, avec un MacBookPro sous Mac OS X 4. je venais de faire un backup du disque donc pas de problème.
J'ai recommencé. Re-problème. J'ai re-repris le backup, fait une réparation des autorisations et puis ça a fonctionné.
Je ne sais pas pourquoi. J'ai beaucoup moins de photos dans le catalogue que vous, toutes en RAW.

Christian, de son côté,…

Pour LR, perso, je fais un backup à chaque démarrage avec contrôle de l'intégrité.
Je garde 3 - 4 backup max mais on peut les zipper. Le mien passe de 240 mb à 32 mb !

De manières régulières... je fais une optimization du catalogue.
Cela améliore la réactivité de LR, diminue la taille du catalogue.

J'ai quand même eu des problèmes mais assez rarement.

Place aux experts…
Gilles Théophile me pose cette question…

Je voulais savoir si tu optimises ton catalogue régulièrement et si tu as eu ce problème de corruption avec les sauvegardes de catalogue les plus récentes ?

À qui j'ai répondu ceci :

Oui, régulièrement, j'accepte que LR optimise mon catalogue.
Non, pas eu de problème de corruption avec la sauvegarde de LR comme indiqué dans la réponse précédente.

Puis ces conseils de Jean-Francois Vibert que je vous livre "tels"…

Hello JC ! Je te conseil une méthode pour régler – quasi définitivement – tes soucis de catalogue. Chez moi elle marche, car je n’ai plus jamais eu de crash de base de donnée (avec 98.000 images) depuis les beta de LR2.

Vérifie l’intérgrité de ton catalogue.
Clique sur la ligne “Toutes les photos” (dans l’onglet catalogue), de façon à afficher tes 90.000 images.
Menu Fichier > Sélectionne : “Exporter en tant que catalogue”
Enregistre ton catalogue (après lui avoir donné un nom genre “001-CATALOG LR GENERAL”), à l’emplacement de ton choix (pour moi sur un RAID 1 interne à mon Mac Pro, sur lequel résident aussi toutes les images).
Ne coche aucun des boutons d’en bas : ne pas exporter (seulement) les images sélectionnées. Ne pas déplacer les fichiers négatifs (surtout pas). Ne pas inclure les apperçus (j’ai remarqué qu’ils sont source de crash lorsque le fichier .lrdata pèse plus de 15 Go).
Vérifier que le nombre d’images (et copies virtuelles) qui sera exporté correspond au nombre de “Toutes les photos”.
Patienter 15 à 45 minutes selon les cas...
Relancer l’application depuis le nouveau catalogue et lancer immédiatement une sauvegarde.

Résultat : tu disposera d’un catalogue totalement neuf. Et tu reconstruira tes aperçus à partir de zéro.

Tu pourra supprimer ton ancien catalogue (ou le déplacer dans le dossier BACKUP).

N’oublie pas dans les Préférences de demander à l’application de “Toujours lancer ce catalogue” au démarrage (plus prudent)...

Ainsi, tu ne devrais plus avoir le moindre fichier temporaire dans ton catalogue (excepté le .lock qui disparaît automatiquement). Ces dossiers temporaires ne me semblent pas bon signe (en fait je n’en ai jamais eu). Je vois pas bien ce que ça peut-être...

Merci à tous pour ces partages d'expérience…

Tombez dans le panneau pour visiter Groix…!

21 panneaux sphériques pour découvrir virtuellement cette île

dans ancres | mémoire | photo | potager

Comme Laurent Thion, l'un des rédacteurs d'urbanbike, est un garçon du genre discret, permettez moi de faire la promotion d'un mini-site dédié à l'île de Groix et terminé hier soir pour le seul plaisir des yeux…!

De fait, les briques initiales — les vues numériques, quoi…! — attendaient depuis deux ans dans un disque dur et, faute de temps, etc.
Laurent était allé passer quelques jours de vacances en famille en 2007. Séduit par cette île — Groix, au large Lorient dans le Morbihan, il lui rend aujourd'hui hommage en nous proposant ces visites virtuelles via une technologie de panneaux sphériques qu'il maîtrise professionnellement, ceux qui se sont rendus à la Cité de l'architecture à Paris ont pu la découvrir sur les bornes interactives…

Je vous propose un jeu à la manière d'où est passé Charlie, celui de retrouver dans chaque panneau la signature de l'auteur…! Manque juste le bruit de vagues…!

Bref, un micro-site monté dans le même esprit que celui de la Maison de Kiso, témoignage d'une maison traditionnelle Japonaise évoquée ici en mars 2009.

Heu, Laurent, t'es pas devenu une sorte de fils spirituel d'Albert Kahn avec tes archives numériques…?