1 - La page d’accueil du site remplacée par une page turque

C’était en février dernier. La page d’accueil de ce site était remplacée par une page en turc, très kitsch. J’ai d’abord pensé qu’on m’avait hacké le nom de domaine (la pire des hypothèses !) et je me suis vite connectée chez mon registrar : tout était normal. Je me suis alors connectée en FTP sur mon site, pour me rendre compte qu’une page index.html avait été ajoutée à la racine du site, faisant ainsi office de page par défaut à la place de index.php, qui existait toujours. Une suppression du fichier index.html a tout ramené à la normale.

Voyant que d’autres sites du même hébergeur avait eu le même problème, j’ai loggué un ticket au support du-dit hébergeur, qui m’a conseillé de changé mes mots de passe, en particulier FTP. Néanmoins, l’analyse des connections FTP ne montra pas de connection ayant entraîné le remplacement du fichier. Je penche plutôt pour une faille de sécurité chez l’hébergeur, dans la mesure où plusieurs utilisateurs se sont plaint dans les forums du même problème. Ou alors il s’agit d’une faille de Wordpress, le logiciel qui gère ce blog, mais je ne vois pas bien comment elle peut fonctionner, et rien dans les logs http ne montrent d’actions bizarres…

2 - Le site est classé comme malveillant chez google et un gros avertissement apparaît dans Firefox quand on essaye d’y accéder

Je n’ai heureusement pas eu à subir cette attaque, assez subtile. En se connectant par FTP sur le site, on constate que tous les fichiers index.xxx (les fichiers correspondant aux pages affichées par défaut par le navigateur) ont une date très récente. En récupérant les fichiers et en regardant le contenu, on constate qu’ils contiennent du code javascript bizarre à la fin ; code qui n’a rien à faire là, si le on compare avec une version sauvegardé précédemment de ces fichiers.

La solution pour résoudre le problème est de supprimer le morceaux de code des fichiers, ou de les ré-uploader  sur votre site si vous avez une copie de sauvegarde. Mais comment faire pour que le problème ne se reproduise pas ? Echaudés par l’attaque de février, nous avons reloggué un ticket chez l’hébergeur, qui  a encore dit de modifier les mots de passe. Mais cette fois, l’analyse des traces FTP a montré des connections qui n’étaient pas les notres, pile aux heures correspondant à la date de dernière modification des fichiers index  => modification immédiate du mot de passe FTP ! Par contre, pas de traces d’une attaque brute, avec diverses tentatives de login / mot de passe : le système qui s’est connecté connaissait le login et le mot de passe. Mais comment ?

Via un virus, qui cible le logiciel de transfert FTP FileZilla (entre autres). Voir ici, par exemple (le lien est en anglais). FileZilla stocke les mots de passe en clair, ou les crypte d’une façon décryptable facilement. Ce message en anglais (de 2005, cela a-t-il changé ?) explique la politique de FileZilla en terme de cryptage. Le virus cible l’installation Filezilla, et  récupère les logins / mots de passe. Modifier le site est ensuite un jeu d’enfant. On ne sait pas trop comment le virus a été attrapé, mais l’antivirus avait détecté quelque chose quelques jours plus tôt, lors d’un upgrade de Flash demandé par Firefox… Le mieux est donc : soit de ne pas utiliser FileZilla, soit de ne pas y stocker les mots de passe.

3 - De la pub pour le Viagra ou autres pilules miracle sur mon blog Wordpress

Là-encore, une attaque qui n’a pas touché ce site directement. Après connection FTP pour regarder les fichiers : pas de problème avec les fichiers index, ou autre fichiers php à la racine du site. Le lien apparaissant sur toutes les pages, je me dis que c’est peut-être le thème Wordpress qui est en cause : bingo ! Le fichier header.php a une date de dernière modification anormale, et effectivement, à la fin du fichier, on trouve un bout de code qui n’a rien à faire là. On remet le fichier à jour et tout va bien. Je me dis que c’est le retour du FileZilla hack, et le mot de passe FTP est changé.

Mais quelques jours plus tard, la pub revient. Analyse des logs FTP : pas de connexion étrange. Le problème ne vient pas du FTP. Analyse des logs http : on voit un accès de modification du fichier header.php :

D’où changement du mot de passe de tous les comptes Administrateur, et suppression du compte nommé “admin”, qui est le compte par défaut. Néanmoins, on ne voit pas de traces d’attaque brute, via diverses tentatives de connexion. Là-encore, le user / mot de passe est connu…

En cherchant sur le web, on voit diverses façons de pirater les blogs sous Wordpress. Liste non-exhaustive :

• utiliser une faille de sécurité d’un plug-in
• utiliser une faille de sécurité de Wordpress
• utilliser une faille de sécurité de l’hébergeur : le site est piraté via un autre site du même hébergeur qui a été piraté

J’ai regardé plus attentivement. Il y a un truc bizarre dans la liste des utilisateurs Administrateurs : Le comptage dit 6, mais il n’y en a que 4 d’affichés… Petit détour par la base de données :

SELECT * FROM `wp_usermeta`
WHERE meta_key = ‘wp_capabilities’
AND meta_value LIKE ‘%administrator%’


=> retourne 6 lignes. On prend la colonne user_id et nouvelle requête : select * from wp_users where ID in (152, 153) (la liste des user_id de la requete précédente).  2 utilisateurs louches, qui justement n’apparaissent pas dans la page des users Admin.  Je repasse sur la wp_usermeta à la recherche de données bidon : select * from wp_usersmeta where user_id = 152 ; la propriété first_name contient du code : c’est louche. Impossible de supprimer les utilisateurs à la main : ils n’apparaissent pas dans l’interface. Avant de les supprimer en base, je vérifie qu’ils ne sont auteurs d’aucun post (champ post_author de la table wp_posts), et hop, je supprime tout ce qui est lié dans les tables wp_users et wp_usermetadata, tout en notant la date et l’heure de créations de ces utilisateurs (4/09/2009) (pour aller vérifier dans les logs).

Ensuite petit tour dans les fichiers via FTP. Je vais voir dans wp-content/upload, où il pourrait y avoir des fichiers bizarres (genre wp-pass.php, qui n’a rien à faire ici). Rien. Par contre, à la racine, je vois une date étrange sur wp-pass.php et 4 autre fichiers (3/10/2010, alors que tout le reste date de 2008). Je les édite, et bingo :  du code javascript bizarre avec des appels à la fonction base64_decode, ce qui est considéré comme très louche (et un peu caché, car sur la même ligne que <?php, mais après une bonne quantité de blancs). Après récupération du site et comparaison avec une sauvegarde, il y a une dizaine de fichiers dans ce cas. Il y a asussi eu un fichier index.php uploadé (le 30/08/2009) avec du code pourri. Ici, il faudrait upgrader wordpress, mais je n’ai pas trop le temps, je me contente de supprimer wp-admin/ et wp-includes/ (au cas où d’autres fichiers seraient corrompus) et d’uploader la sauvegarde. Je ferai l’upgrade dans quelques jours, en changeant le mode de passe de la base de données. Je n’ai rien vu d’étrange dans wp-content et le thème a l’air normal aussi.

Ici, une faille de wordpress est sans doute à l’orgine. La date de création des utilisateurs semble correspondre à des appels à xmlrpc.php dans les logs php (date des logs en heure local = date de création si celle-ci est stockée en base en GMT). Un upgrade est donc fortement conseillé.

Bref, ces vidéo m’ont bien fait rire, surtout la seconde, et j’ai repensé au bouquin que j’ai lu pendant les vacances et qui m’a bien tenu en haleine : “Halting state” de Charles Stross (en VO), une histoire de banque cambriolée dans un monde virtuel, qui se passe dans un futur proche. Un des personnages principaux est un programmeur de jeu vidéo. Il maîtrise le Python2000, et voici quelques exemples de nom de chapitres : “Grand Theft Automatic” ou encore  “mouth->insert(foot)”. Si rien de tout cela ne vous parle, le livre va sans doute vous laisser un peu de marbre. Sinon, tentez votre chance, sachant que le style de l’anglais est un peu ardu, entre les expressions “pour faire futur” et les tentative de reproduire l’accent écossais par écrit.

Dans la même série, je me demande si je dois m’inquiéter   du temps que je passe à faire des trucs techniques time-consuming assez futiles et qui n’intéressent que moi. Voir là, là ou encore là, la dernière en date étant le passage de ce blog de wordpress 2.2.1 à wordpress 2.7, juste pour pouvoir mettre des tags (et vous n”aviez rien vu !). Le week-end dernier, alors que je mettais un site web à jour, j’ai tenté de corriger des bugs liés à l’envoi de mails dont les titres ne suivaient pas la RFC-jesépluskoi, et je me suis intéresée à des trucs comme UTF-8 et quoted-printable. Oui, je sais, ça fait peur.

Last but not least, même si ce n’est pas moi y suis abonnée, il m’arrive de lire les articles du magazine Wired, voir même l’entièreté du magazine en période de vaches maigres. Gros titres qui contiennent au moins l’un des trois mots Google, Apple ou Microsoft, sélections de gadgets technoïdes hors de prix,  articles sous forme de listes, une page sur deux de pub, bidules scientifiques,  et ma rubrique préférée “Found” (ou artifacts from the future) : c’est hype et branché.

Should I worry, hein ?

Je me suis rendu compte du problème le week-end dernier. J’ai téléchargé les derniers drivers : pas mieux. J’ai voulu tester le support, mais ça ne fonctionne qu’en semaine de 8h00 à 18h00. J’ai donc testé l’option support par mail. J’ai scrupuleusement rempli tous les champs, décrivant mon problème au mieux et  je clique sur le bouton “Envoyer” : le site me renvoie sur une page d’erreur en anglais. Je ré-essaye (parce que j’ai quand même mis longtemps à tout templir, peut-être que ma session a expirée, en tous cas j’ai eu le nez creux en sauvegardant la description de mon problème. ) : même punition. De là à penser que c’est fait exprès…

Ce vendredi, en congé, je me dis que je vais tester le support par chat. J’ai un bon souvenir du support NetGear quand on avait eu un problème avec une carte WiFi : c’était en anglais, mais c’était   le week-end et ils s’étaient bien bougés pour tenter de nous aider. Je vous mets la sauvegarde de ma session avec Epson, que j’ai reçu par mail, c’est édifiant: dès que je me connecte (4:37), le système me dit que je suis en relation avec un agent. Il ne se passe rien, alors je décide de décrire mon problème. Il ne se passe rien jusqu’à 5:03, où on m’indique que j’ai changé de file. Finalement, j’arrête. Comme il ne se passait rien, j’ai tenté d’autres sessions via Internet Explorer (dès fois que ça vienne de Firefox) : pareil. On me dit que je suis en relation avec l’agent XXX ou YYY (ça change à chaque fois) : mais rien, ou alors ma session est cloturée automatiquement.

Je ne sais pas si leur système de support par chat est juste un leurre (après mon expérience avec le soi-disant support par mail vers lequel on ne peut rien envoyer, je m’interroge…), mais si  ce n’est pas le cas, ça serait bien d’être mis en attente plutôt que d’être soi-disant mis en contact. C’est n’importe quoi ! Et c’est dommage, parce que le scanner est bien, lui.

1. lancer Firefox, et taper about:config dans la barre d’adresse
2. passer l’alerte et accepter de continuer



3. modifier la configuration de browser.download.manager.scanWhenDone de true à false en double-cliquant sur true



4. Et voilà, l’analyse des fichiers téléchargés est désactivée. Si l’analyse temps-réel de l’anti-virus est activée, le fichier sera toujours analysé lorsqu’il sera utilisé après le téléchargement, donc cela ne pose pas de réel problème de sécurité.

Valable sous Windows, pour Firefox 3.

Résolution : il faut désactiver la fonctionnalité qui permet au système de désactiver la carte wifi  quand elle n’est pas utilisée. Effet secondaire : la batterie risque de se décharger plus vite vu que la carte wifi sera active tout le temps.  

• Démarrer -> Panneau de Configuration -> Système (Ou Démarrer -> Ordinateur -> Propriétés Systèmes dans la barre de menu)
• Dans la colonne de gauche, choisir “Paramètres système avancés”
• Choisir “continuer” dans la pop-up de sécurité qui apparaît
• Cliquer sur l’onglet “Matériel”, et choisir “Gestionnaire de périphériques”
• Déplier le menu “Cartes réseau” et faire un clic-droit sur “Carte Mini de réseau local sans fil Wireless 1395 de Dell” (bref, sur la carte Wifi) et choisir “Propriétés”
• Dans l’onglet “Gestion de l’alimentation”, décocher “Autoriser l’ordinateur à éteindre ce périphérique pour économiser de l’énergie”, et faire OK en bas. Fermer les fenêtre.
• Et voilà !

J’ai donc du ré-installer tous mes programmes favoris et récupérer toutes mes données. Pffff, quel boulot. Donc dans l’ordre, à ré-installer :

• Accès internet : configurer la mac adresse dans la freebox (parce qu’on l’a activée), ce qui demande un ordinateur connecté, rebooter la bête et entrer la clé dans le logiciel Wifi. Tout ça a marché comme sur des roulettes. Ensuite, j’étais parée pour les téléchargements massifs (et légaux, je précise)
• Firefox, pour le web. IE n’avait qu’à sortir les onglets avant et puis historiquement, je n’ai jamais trop utilisé IE, qui ne fonctionnait pas sur les OS Sun ou Linux de mes débuts.
• Thunderbird, pour les mails
• Live Messenger (ex MSn Messenger) ; et tester la webcam intégrée à l’ordi avec (ça marche !)
• Picasa, pour les photos
• XnView, pour générer les photos pour le web
• M’inscrire sur le site de Norton pour récupérer les dernières mises à jour et activer l’anti-virus complètement.
• EasyPhP, pour bidouiller mes sites web en local
• Filezilla, pour les  transférer chez mon hébergeur
• OpenOffice, parce que je n’ai pas acheté le pack Office
• Notepad++, parce que le Bloc Notes est quand même assez limité comme éditeur de texte (mais peut-être que je vais passer a PSPad, qui est assez proche et supporte UTF-16, mais qui malheureusement n’est pas Open Source)
• PhotoStitch, pour faire des panoramas (sur le CD de l’appareil photo Canon)
• iTunes pour écouter la musique
• Logiciel des comptes, et les comptes associés (c’est un vieux logiciel assez basique, je garde l’installeur précieusement)

Il me reste encore à installer :

• l’imprimante
• le scanner
• the Gimp, pour bidouiller des images; je pourrais passer a des trucs genre Adobe Elements (j’en avais une version avec cet ordi et d’autres avec l’appareil photo numérique), mais les images de mes sites web ont leur sources sous Gimp.
• Virtual Dub, pour bidouiller des vidéos, par exemple pour les recadrer
• Eventuellement : Webalizer, un analyseur de logs de sites web, que j’utilise quand ça me prend (et il me faudra donc aussi cygwin)

Il m’a fallu aussi récupérer mes données

• Connecter mon ancien ordi et mapper un lecteur réseau dessus depuis le nouveau.
• Reconfigurer Thunderbird et récupérer mes anciens mails. C’était assez facile parce que j’avais déjà rangé  mes mails dans un endroit bien particulier, donc ce n’était pas trop compliqué : recréer mes comptes, modifier le chemin sur le diques dans les propriétés et copier mes fichiers de mails dedans. Par contre, j’ai du reconfigurer mes règle de tri (elles étaient toujours là, mais ne fonctionnaient plus). J’ai aussi exporté et importé mon carnet d’adresse.
• Reconfigurer Firefox : export/import de mes bookmarks, de mes certificats, récupération des mots de passe et protection par mot de passe
• Récupérer mes sites web : 1) j’ai du désinstaller EasyPhp et le ré-installer dans un autre répertoire que Programmes, qui est hyper-protégé sous Vista 2) Pour les bases de données, j’ai copié/collé le répertoire data de mysql, et ça a suffi (ce n’était pas la même version, mais ça a marché) 3) reconfigurer le RootDirectory d’apache parce que je n’aime pas que mes site soient dans l’arborescence d’EasyPph  4) copier tous mes sites web sur le nouvel ordinateur dans leur nouveau root directory  4) modifier l’URL wordpress dans la base de données (mon ancien site tournait sur le port 8080) et l’URL de mon site “distant” PWG (idem, supression du port 8080) 5) activer des modules de Php parce que je m’en sers.
• Récupérer tous mes documents personels, qui étaient globalement bien rangés à un seul endroit; il n’y avait qu’à copier-coller et attendre 4 heures.
• Récupérer mes configuration FileZilla, via la copie du fichier fileZilla.xml. Avec le changement de version, je n’ai pas tout récupéré et j’ai du reconfiguré les chemins d’accès par défaut de chaque site.
• Récupérer la configuration Picasa : idem, par copier/coller de fichiers (C:\Documents and Settings\<user1>\Local Settings\Application Data\Google\Picasa2 vers C:\Users\<user2>\AppData\Local\Google\Picasa2. On fait des sauvegardes régulièrement de toutes façons ; les photos sont stockées sur un dique externe, donc pas de copie à faire.
• Retrouver mes marques : affichage par détails des répertoires, affichage des fichiers cachés et des extensions de fichiers, changement de la taille des icônes sur le bureau (Ctrl + mollette de la souris, merci internet), changement du fond d’écran tristouille pour geek de Dell, suppression du “Quai”, une barre d’accès rapide moche, suppression des Google Gadgets qui sont installés par défaut (c’est moche aussi)
• Récupérer la police des images de mon site web, si je veux crééer de nouvelles images

Nettoyer l’ancien ordi.

Il me reste à récupérer la configuration de Itunes, là-encore par copier/coller de fichier. Et je ne sais pas trop ce que je vais des archives de mails Outlook (.pst) que j’ai : je n’ai plus Outlook, et ce sont des vieux mails, je crois que ça va partir à la Corbeille… Tester la télécommande (j’ai pas bien compris à quoi ça sert), tester l’authentification par empreinte digitale (mais je n’ai pas vraiment l’intention de m’en servir). Et tout ce à quoi je n’ai pas encore pensé…

Attention, cette modification n’est pas 100% sûre, et pas très propre. En particulier, les impacts sur l’envoi de mail sont flous, et je n’utilise pas toutes les fonctionalités de PWG, donc je n’ai pas forcément vu tous les problèmes… Mon but était de pouvoir gérer les caractères croates comme č que je n’arrivais pas à gérer en iso-8859-1.

J’ai testé la manipulation sous PHP 4.3.10 / MySQL 4.1.9  / PWG 1.7.0 et PHP 4.4.9 / MySQL  5.0.44 /PWG 1.7.0 (OVH).

Pour en savoir plus sur les liens PHP / MySQL / UTF-8, vous pouvez lire ce tutoriel qui m’a bien aidée.

1. Modifier chaque fichier de langue common.lang.php dans les sous-répertoires de <installPWG>/language/, pour avoir

   $lang_info['charset'] = 'utf-8' ;

   Ceci permet de dire au navigateur web que le jeu de caractères utilisé est UTF-8

   

2. Convertir les fichiers de langues au format UTF-8 sans BOM. En effet, une fois que le navigateur web attend du UTF-8, il faut lui envoyer du UTF-8… Pour ma part, j’ai fait ça à la main via l’éditeur   Notepad++, en ouvrant et en convertissant chaque fichier php à la main. Les fichiers de langues sont dans : <installPWG>/language/, un répertoire par langue. Il est important d’utiliser UTF-8 sans BOM, sinon une partie du fichier est envoyé au serveur avant les header HTTP est c’est le bin’s.
   Eventuellement, il faut aussi convertir les fichiers des plugins, qui n’utilisent pas tous les fichiers de languages.
3. Lire et insérer dans la base de données en UTF-8. Pour cela, modifier le fichier <installPWG>/include/common.inc.php pour ajouter la commande : mysql_query(”SET NAMES ‘utf8′”)

   mysql_select_db( $cfgBase )or die ( "Could not connect to database" );
   mysql_query("SET NAMES 'utf8'");

4. Modifier l’interclassement et le charset des champs de la base de données. Attention, là ça devient sérieux. Pour ma part, j’ai fait un script qui modifie tous les champs dont l’interclassement est latin1_swedish_ci vers utf8_general_ci :  Modifier sa base PWG vers UTF8
   C’est un peu bourrin et un peu risqué : j’ai pourri ma base dans la première version du script qui n’avait pas remis les valeurs par défaut des champs modifiés, mais ça a l’air de marcher. A noter que le script devrait sans doute copier toutes les propriétés des colonnes modifiées plutôt que la seule “Default” durant la modification ... Faire une sauvegarde de sa base (structure et données) avant la manip est obligatoire. Utilisez le script à vos risques et périls et testez-le sur une copie de votre base d’abord…
5. Modifier le charset des flux RSS : include/feed.creator.class.php , modifier :

   var $encoding = "utf-8";

6. Impact sur la récupération de tags IPTC : si comme moi vous récupérez des informations depuis les tags IPTC de vos photos, et que ces tags ne sont pas en UTF-8 (c’est mon cas, j’utilise xnview pour récuperer ces tags), il faut les convertir en utf-8 avant de les insérer dans la base de données, en modifiant la fonction clean_iptc_value dans include\fonctions_metadata.inc.php. Ce n’est pas très propre de modifier directement cette fonction, car au prochain upgrade de PWG, il faudra tout refaire, mais bon, de mon côté j’ai déjà modifié plein d’autres trucs, je ne suis pas à ça près.  La même manipulation est peut-être à faire aussi sur les EXIF si vous les utilisez.

   function clean_iptc_value($value)
   {
     // strip leading zeros (weird Kodak Scanner software)
     while ( isset($value[0]) and $value[0] == chr(0))
     {
       $value = substr($value, 1);
     }
     // remove binary nulls
     $value = str_replace(chr(0x00), ' ', $value);
   
     //change to UTF-8
     $value = utf8_encode($value);
   
     return $value;
   }

7. Impact sur les envois de mail : il faudrait envoyer le charset utf-8 au lieu de
   iso-8859-1, mais je n’ai pas trouvé comment. Ca n’a pas l’air d’avoir d’impact sur les envois de mails qui ne contiennent pas de caractères UTF-8, les caractères accentués habituels s’affichent correctement avec le format HTML.

—————————-
English version

I did migrate my PWG web site to UTF-8 this summer, and here is  how I did it. I have PHP 4.3.10 / MySQL 4.1.9  / PWG 1.7.0 and PHP 4.4.9 / MySQL  5.0.44 /PWG 1.7.0. Depending on the MySQl version, I guess steps might be different.

1 - Modify each  common.lang.php in  <installPWG>/language/ to have :

$lang_info['charset'] = ‘utf-8′ ;

2 - Convert the language files to “UTF-8 without BOM”  (I used Notepad++ to do this). It would be better to convert all PHP files and templates to this format, but I don’t know any massive converter tool. If you have some plugins, you might need to convert the PHP files to  “UTF-8 without BOM”  too, because some plugins don’t rely on the language files.

3 - Read and insert  in the DB using  UTF-8 : modify include/common.inc.php and add :  mysql_query(”SET NAMES ‘utf8′”)

4 - The big part : modify the database itself.  I wrote a PHP script to modify each column which had collation latin1_swedish_ci to put utf8_general_ci instead  (I did not modify the other columns, nor the tables themselves). Just running the script was fine for me, but I am not sure there isn’t any bug  with it that I did not see yet. For exemple, it  should probably get *all* columns properties and restore them to their current values when changing the collation (I just copied the ‘default’ one , because if not, it was not set anymore, which was a big problem).

You can have a look at the script here, use it with caution : Modifier sa base PWG vers UTF8
5. Modify the charset for RSS  feeds : include/feed.creator.class.php  :
var $encoding = “utf-8″;

6. Impact on  IPTC tags (if they are not in UTF-8, which is my case) : modify clean_iptc_value in include\fonctions_metadata.inc.php. It might be good to do the same for EXIF tags, but I don’t use them, so I did not bother making the change.

function clean_iptc_value($value)
{
// strip leading zeros (weird Kodak Scanner software)
while ( isset($value[0]) and $value[0] == chr(0))
{
$value = substr($value, 1);
}
// remove binary nulls
$value = str_replace(chr(0×00), ‘ ‘, $value);

//change to UTF-8
$value = utf8_encode($value);

return $value;
}

7. I tried making changes for mail sending, but did not find how. Anyway, it is a feature I don’t really use.

Voici coment je procède pour générer mes thumbnails carrés (à noter que mon interface est en anglais, mais elle existe probablement en français) :

J’exporte mes photos avec Picasa en taille orginale : ça, c’est pour avoir des photos sources avec les recadrages et autres effets que j’ai pu mettre avec le logiciel de google.Je récupère les photos dans xnview, je mets mes tags IPTC, je les exporte en 800×540 en utilisant la fonction BatchConvert du menu Tools : dans le premier onglet, je sélectionne mon dossier de destination et la qualité de jpeg que je souhaite (une fois cette dernière sélectionnée une première fois, pas besoin de refaire la manipulation), puis dans l’onglet transformation, j’applique la fonction Resize, avec les paramètres 800 et 540. J’ai sauvegardé tout ça dans un script, donc je n’ai qu’à sélectionner mon script !

Enfin, génération des thumbnails : dans xnview, je browse jusque dans le dossier de mes photos retaillées à l’étape  précédente :  c’est pour gagner du temps. Les photos originales sont grosses, les exports durent longtemps : pour les thumbnails, je pars donc des photos déjà petites. Ensuite, j’ai besoin de séparer mes photos en 2 : les plus hautes que large, et inversement. Je les trie par largeur, ce qui revient à peu près au même, sauf pour quelques exceptions, une fois que les photos ont été retaillées via le resize.

Je sélectionne les photos plus hautes que larges, et je leur applique un BatchConvert, en sélectionnant mon répertoire de sortie, et deux Actions : un resize pour mettre la largeur à 120 px (la taille de mes minitaures), tout en conservant le ratio largeur / hauteur ; je ne donne donc pas de taille pour la hauteur. Je vais donc obtenir une image de 120 px de large, et plus de hauteur. Puis une seconde action “Resize Canvas”, qui va me découper cette image en une image de 120px par 120px, en la centrant, ce qui revient à sélectionner le centre de la photo obtenue par la première action, donc une image carrée.

Je sélectionne ensuite les photos plus larges que hautes, et j’applique un BatchConvert, avec un resize de 120px, mais cette fois sur  la hauteur (pour obtenir une image plus large que haute), et le même “Resize canvas” que précédemment.Ouf, c’est fini !

La fenêtre d’édition des informations s’ouvre, et dès qu’on veut la fermer, il ne se passe plus rien : iTunes est “freezé”, impossible à killer sous Vista. Il n’y a plus qu’à rebooter.

Solution : désactiver la protection antivirus dans MacAfee. Il semble que depuis une récente mise à jour de MacAfee, il y ait ce problème. De notre côté, notre librairie iTunes étant sur un disque réseau réseau, il a suffi de désactiver la vérification des lecteurs réseau.

Pour désactiver la protection anti-virus : dans MacAfee Security Center, aller sur “Configurer” (en bas à gauche), Sélectionner “Ordinateurs et fichiers”, puis cocher la case “Désactiver”. Attention, cela désactive la protection de l’anti-virus, donc ce n’est pas recommandé ! Il vaut mieux faire la manipulation juste le temps de faire les modifications dans iTunes. En alternative, on peut aussi aller dans les proprités avancées, et désactiver seulement l’analyse en temps réel.

Pour désactiver la vérification des lecteurs réseau, tout en gardant la protection anti-virus sur l’ordinateur : cliquer sur “Avancé” et décocher la case “Analyser des lecteurs réseau”.

Comment déplacer difficilement sa librairie iTunes vers un autre dossier, ou récupérer d’un .itl corrompu

Utile aussi si pour une raison inconnue iTunes a perdu plein de chansons qui sont pourtant toujours sur le disque, comme cela nous est arrivé ce week-end en essayant de résoudre le problème ci-dessus avant de découvrir que cela venait de MacAfee. Attention, c’est long et pénible. Les podcasts ne sont pas présents, mais l est possible d’ajouter de les ajouter manuellement à la bibliothèque ensuite. Cela récupère aussi les listes de lecture. Sous iTunes 7.6.2, le classement  des chansons et le nombre de lectures sont aussi récupérés.

1. Consolider la bibliothèque pour que toutes les musiques soient au même endroit.
2. Fermer iTunes, faire une copie des fichiers Ma Musique/iTunes/iTunes Music Library.xml et iTunes Library.itl quelque part
3. Copier le dossier Ma Musique/iTunes/iTunes Musique (où normalement iTunes a dû mettre toutes les musiques bien rangées) à l’endroit qui vous arrange, par exemple G:/Musique/ J’ai dit Copier et pas déplacer. Cela permet de pouvoir retrourner facilement en arrière si ça foire.
4. Ouvrir Ma Musique/iTunes/iTunes Music Library.xml avec un éditeur de texte (Bloc Note, …) et remplacer tous anciens chemins par les nouveaux. Exemple :
   après consolidation, vos fichiers sont dans Ma Musique/iTunes/iTunes Music/. Ils ont été copié sur un disque séparé, dans un dossier nommé musique Musique (éviter les espaces, les accents, …) mappé sur le drive G: . Toutes les entrées du genre :
   <key>Location</key><string>file://localhost/C:/Document%20and%20Settings/Toto/Ma%20Musique/iTunes/iTunes%20Music/Gil%20Scott%20Heron/Ghetto%20Style/01%20The%20Revolution%20Will%20Not.mp3</string>
   doivent être remplacées par :
   <key>Location</key><string>file://localhost/G:/Musique/Gil%20Scott%20Heron/Ghetto%20Style/01%20The%20Revolution%20Will%20Not.mp3</string>
   Globalement, il faut remplacer :
   C:/Document%20and%20Settings/Toto/Ma%20Musique/iTunes/iTunes%20Music/
   par
   G:/Musique/
   dans tout le fichier.
   Ne pas oublier au début la ligne :

    <key>Music Folder</key><string>file://localhost/G:/Musique/</string>

   Faire une sauvegarde de ce fichier iTunes Music Library.xml modifié.

5. Assurez-vous que vous avez bien fait une copie de iTunes Library.itl quelque part et supprimer iTunes Library.itl dans Ma Musique/iTunes/
6. Créer un fichier iTunes Library.itl vide, avec le Bloc Note par exemple (attention à l’extension .itl, pas .itl.txt qui sera rajouté par le Bloc Note)
7. Croiser les doigts et relancer iTunes
8. Attendre… Suivant la taille de votre bibliothèque ça peut être assez long, plusieurs heures. Pour 22Go, compter 3 heures. iTunes va reconstituer la bibliothèque à partir du fichier XML et va ensuite préparer les fichiers pour la lecture sans blanc (le très énervant message “détermination des données de lecture sans intervalle”)
9. Vérifier que tout est là. On peut par exemple faire une comparaison des fichiers iTunes Music Library.xml avant la relance d’Itunes et après et regarder le nombre de morceaux avant et après dans iTunes, en bas de la fenêtre.
10. Ajouter manuellement les podcasts en ajoutant le répertoire G:/Musique/Podcasts/ à iTunes si nécessaire
11. Si ça n’a pas marché : remplacer iTunes Library.itl et iTunes Music Library.xml par ceux qui ont été sauvegardés à l’étape 2 et relancer iTunes : il va reprendre les anciens fichiers à leur ancien emplacement.

L’interface de google map permet de zoomer ou au contraire reculer facilement en cliquant sur les boutons + et - de la petite barre de gauche, et de se déplacer très facilement sur la carte : soit en utilisant les flèches au-dessus de la barre de zoom, soit en prenant la carte à la souris et en “la tirant”. J’adore ce truc, ça m’amuse beaucoup ! Je m’étais bien pris la tête sur le premier site de photos à faire mes propres cartes, alors que maintenant, c’est trop facile.

Chacun peut faire sa propre carte : il suffit d’avoir un compte google et de se créer une carte. Ensuite, on peut y ajouter des repères, des traits, des zones, etc. Très facile. La zone de texte est éditable : soit texte pur, soit avec un éditeur intégré qui permet de mettre facilement des liens, des images, … soit directement en HTML ce qui permet de faire ce qu’on veut.

La prochaine étape serait de repérer chaque photo du site précisément sur la carte, plutôt que chaque catégorie. Là, ça deviendrait vraiment lourd à gérer, car il faudrait 1) placer chaque photo sur ma carte Google (il y a plus de 800 photos…) et mettre le lien qui va bien dans le petit texte qui s’affiche pour accéder à la photo et 2) récupérer chaque URL de la carte par photo dans le site web . Bien du boulot en perspective. Le plus simple serait de faire appel à la google map API (et donc de faire un peu de code) pour générer automatiquement les petites icônes et les liens associés, mais ça demande néanmoins de récupérer les coordonnées GPS de chaque photo, ce qui reste un travail assez titanesque. Bref, ce n’est pas demain la veille…