Archive pour le mot-clef ‘Linux et logiciels libres’

[Linux] Comparer deux dossier récursivement avec hdiff

Mardi 6 juillet 2010

En voulant écrire ma news annonçant la mise en ligne de la nouvelle version de mes styles phpBB3, j’ai voulu donner le lien de la page de FluxBB.fr sur l’utilisation de WinMerge et hdiff. Or, ils sont en train de migrer et cette page n’est plus disponible, mais par contre, à l’heure où j’écris ces lignes, la page est encore en cache sur Google. J’en profite donc pour écrire ce billet afin de garder une page explicative à porter de main, ce qui sera autant utile à moi qu’à d’autres Linux-users non-familiers avec Perl qui veulent mettre à jour leur forum ou style sans se péter la yeule, en bon Québécois.

Préparer le terrain

Commencez par aller télécharger le script sur ce lien

Hdiff est à exécuter où vous le voulez.

Si votre hébergement vous permet un accès en ssh, vous pouvez exécuter le script sur votre site. Sinon, vous pouvez le faire en local.

Pour cela, sous Linux (ou Windows, avec Cygwin ou ActivePerl), décompressez d’abord les deux dossiers à comparer si besoin :

unzip dossier1.zip

puis

unzip dossier2.zip

Un petit coup de ls -l vous indiquera que vos deux dossiers sont bien décompressés.

caroline@caroline-desktop:~$ ls -l | grep dossier
drwxrwxrwx 6 caroline caroline 4096 2010-07-05 05:31 dossier1
-rw-r--r-- 1 caroline caroline 1198101 2010-07-05 05:34 dossier1.zip
drwxrwxrwx 6 caroline caroline 4096 2010-07-05 05:30 dossier2
-rw-r--r-- 1 caroline caroline 1103539 2010-07-05 05:34 dossier2.zip

Maintenant, exécutez hdiff récursivement comme suit :

~/hdiff -r -o hdiff-dossier1_to_dossier2.html dossier1 dossier2

Si hdiff et vos fichiers ne sont pas dans le dossier racine de votre /home, indiquer le chemin relatif du script à partir de la racine du dossier personnel ! Ainsi, si hdiff et vos dossiers sont situés dans le dossier test qui se trouve à l’intérieur de /home/toto, vous devez donc faire comme ceci :

~/test/hdiff -r -o hdiff-dossier1_to_dossier2.html dossier1 dossier2

Ce n’est pas obligatoire de mettre les noms exacts des dossiers pour le nom du fichier généré, du moment que vous pouvez vous y retrouver avec les versions. :)

Sinon, je suis toujours ouverte à une proposition d’un soft graphique pour Linux qui fait la comparison récursive du code de chacun des fichiers d’un dossier, et non juste soit un seul fichier ou juste la liste des fichiers. Si quelqu’un en connaît un qui permet de faire une chose similaire à ce que fait WinMerge, je suis ouverte, car c’est vrai que c’est pas évident pour quelqu’un qui n’est pas familier avec les scripts Perl.

Sources : FluxBB.fr

[Critique design Web] Quand un site ne rend pas justice au produit offert

Jeudi 3 juin 2010

Ayant eu peu de temps dernièrement pour trouver d’autres sujets pour mes articles, j’y vais donc pour une première republication d’un ancien billet que j’avais publié sur l’ancien blog, mais qui reste d’actualité. Il s’agit d’une critique de design Web que j’avais faite après avoir découvert un site d’un logiciel commercial dont l’ergonomie et l’esthétique laissait vraiment à désirer, et puisque on est en pleine Semaine québécoise des personnes handicapées, ça tombe pile puisque je fais justement mention de quelques principes d’ergonomie et d’accessibilité dans ce billet.

En même temps, j’apporte quelques retouches à la mise en forme et j’ajoute quelques précisions.

Enjoy !
———————–
(Originalement posté le 21 août 2009)

D’habitude, les sites offrant un logiciel commercial (Adobe par exemple) ont une structure et une esthétique bien travaillées et sont faciles à naviguer, ce qui les rendent invitants pour le client potentiel. Mais il y a des exceptions…

Il y a quelques jours, en faisant ma ronde quotidienne sur QuébecOS, je tombe sur un post où l’un des membres est venu faire découvrir un shareware de captures vidéo pour Linux qu’il a découvert et dont il a été impressionné par la fluidité des vidéos créées pendant ses tests.
-> lien du post en question

Il a donc donné le lien vers le site, en mentionnant que le site est bordélique. Je suis allée voir et je comprends totalement le choix du terme.

Vous pouvez le voir par vous-mêmes : http://www.demorecorder.com/

Je vous livre donc ma critique, que j’avais d’abord postée sur Gimp-Attitude, mais que je reposte ici sur le blog :

Les points négatifs

En regardant le code-source, on remarque que l’ordre logique n’est pas du tout respectée. Une page respectant l’ordre logique doit avoir cette suite : header -> menus -> contenu principal -> footer.

Mais dans le cas du site cité, on a ceci : Colonne centrale contenant le logo central, le contenu principal et le footer. Ensuite, on a la colonne de gauche, avec la partie gauche du header (une simple image de la boîte juste "là" sans aucune intégration graphique) et le menu de gauche. Puis vient en dernier la colonne de droite, contenant les blocs de droite.

Donc, au final, le footer n’est même pas en bas de la page, et le menu est placé après le contenu principal ! Donc, on ajoute à ça l’absence de skiplinks pour avoir comme résultat que tous les sans-souris fuient car ils n’ont pas envie de s’abîmer les tunnels carpiens à user la touche « Tab » pour avoir le menu… j’ai déjà mal à mon épaule droite rien qu’à y penser, déjà que je viens tout juste de reprendre mes traitements de physiothérapie pour soigner mon épaule en vue de retourner sur le marché du travail… ouch !

TOUT est en Times New Roman ! Et comme on sait que ce type de police n’est pas très adapté pour les écrans, où sa lecture n’est pas très aisée… ça on réserve ça à l’imprimé !

La page d’accueil : Mettre les questions fréquentes dans la page d’accueil, ça allonge inutilement la page d’accueil qui doit être la première page sur laquelle le visiteur tombe. Or, une page d’accueil surchargée rendra le visiteur mal à l’aise. Ces questions et réponses, je les aurais vu dans la page FAQ.

Le design : J’ai beau faire dans le le style épuré, mais ce design, on dirait qu’il n’est pas fini, il est trop brouillon. Le logo de côté, où l’on montre la boîte, n’est pas du tout intégré au reste, son fond est d’une couleur complètement différente et donc, ça tranche sur le fond turquoise. Il y a aussi un manque d’homogénéité entre les pages. Pendant que le fond de la page d’accueil est turquoise, le fond des autres pages est blanc, ce qui fait sauter aux yeux la fausse transparence du logo central.

Et niveau CSS (Vive Web Developer Toolbar !), je vois un party de position:absolute;, ce qui explique donc le fait que sur ma résolution de 1280*1024, la page n’est pas centrée et donc, semble optimisée pour du 1024*768… et ça peut fatiguer certains internautes quand une page n’est pas centrée… je pense notamment à mon père, qui avait déjà baissé sa résolution à 800*600 car ça le fatiguait de voir les pages alignées à gauche avec un gros rien à droite, sur les sites à largeur fixe qu’il visitait fréquemment. Le positionnement absolu est à éviter autant que possible pour cette raison !

Les seuls points positifs

En analysant le poids, on remarque que malgré tout, la page d’accueil fait 145571 octets, ce qui est quand même loin du millon d’octets que j’avais déjà vu sur d’autres sites. Les éléments les plus lourds sont surtout l’animation Flash et les deux images d’en haut (qui ne sont pas des grosses images redimensionnées, heureusement).

Ensuite, j’ai vu peu de tableaux dans le code HTML, comparativement aux pages bourrées de tableaux mur à mur qu’on rencontre encore régulièrement.

Conclusion

La structure est à repenser, et le design est à retravailler, afin de mettre des chances de son côté, pour rendre le site plus attractif et ainsi attirer davantage de Linuxiens modérés, en améliorant son ergonomie et sa présentation visuelle pour que le site ait l’air plus « pro ». Qu’il n’hésite pas à faire appel à un webdesigner-intégrateur s’il le faut, pour réaliser le travail !

Ceci était ma première critique, mais peut-être pas la dernière, ça dépendra sur quoi je pourrais tomber.

On n’est jamais à l’abri d’une erreur niaiseuse !

Mardi 25 mai 2010

Dans le précédent billet, je vous parlait de mon problème de connexion au serveur qu’on venait de me prêter. Je viens vous donner des nouvelles sur ça, puisque j’ai réussi à me connecter sans avoir à passer à Ubuntu Lucid !

À force de tester…

En faisant des recherches sur le « bug » sous Jaunty dont j’en avais entendu parler dans une page de la doc Ubuntu sur l’utilisation de VNC, je remarquais que ceci n’était pratiquement pas documenté pour PuTTY sous Jaunty. C’était donc signe que quelquechose clochait.

Je me disais donc « et si je lançais un dpkg-reconfigure sur le paquet putty ? » C’est donc ce que j’ai fait après avoir sauvegardé une copie de mon dossier .putty (je ne savais pas si ça allait l’effacer ou non).

En réessayant, au lieu de recharger la session que j’avais enregistrée, je ré-rentrais les infos pour la connexion à partir du courriel que celui qui m’a prêté le serveur m’a envoyé, puis cette fois… Bingo ! J’arrive à me connecter !

Mais après, restait la question suivante : « Où c’est que ça a coincé ? »
Soit c’était le dpkg-reconfigure qui a réglé le problème, soit c’était le fait d’avoir laissé les effets graphiques désactivés, soit c’était autre chose.

J’essayais donc en réactivant les effets graphiques, puis en me connectant avec la nouvelle session qui fonctionne : j’arrive à me connecter.

Un petit détail fait toute la différence !

Il ne restait donc qu’un dernier détail à vérifier : Qu’est-ce qui différait ces deux sessions ?
Puisque les infos sont stockés dans des fichiers texte, je lance donc TkDiff et compare le fichier de l’ancienne session avec celle de la nouvelle pour me rendre compte que l’IP stockée était différente !

En effet, pour les premières tentatives, j’avais pris l’IP qui avait été posté dans le message privé envoyé depuis le forum QuébecOS. Puis pour les tentatives qui ont marché, j’avais pris l’IP contenu dans le courriel, et je n’avais pas remarqué du tout que ces deux IPs étaient différentes sur les deux dernières valeurs !

Comme quoi il suffit de pas grand chose pour que ça ne marche pas, et qu’il faut être attentif au moindre changement d’IP ! Je viens donc de l’apprendre à partir de cette erreur niaiseuse et du coup, je peux maintenant respirer en sachant que le passage vers le lynx devient moins pressant !

Quand l’appel du lynx se fait insistant

Lundi 24 mai 2010

Voilà maintenant presqu’un mois qu’Ubuntu 10.04 LTS « Lucid Lynx », la dernière mouture de la célèbre distribution Linux éditée par Canonical, est sortie en version stable, mais je n’ai pas encore fait la mise à niveau puisque je voulais premièrement attendre que les premiers bogues soient corrigés, mais aussi parce que j’étais surchargée par ce que j’avais à faire.

Tout d’abord, j’ai une commande qui piétine parce que je pogne tous les pépins possibles avant même de pouvoir installer les foutus styles phpBB3 (sur le forum récupéré) que je venais de cloner pour ladite commande en vue de les modifier. Ensuite, j’ai un gros update de fou de tous mes styles et webdesigns qui font suite à la découverte d’un problème de rendu de mes PNGs sous Firefox 3.6 qui vient de la présence d’informations de couleurs superflues qui se règlent en les optimisant avec smushit par exemple. Puis j’ai mon big-tuto Gimp dont je n’ai pas encore fini le 6e chapitre, que je veux terminer avant une première validation.

Un événement inattendu qui chamboule tout

Mais dernièrement, un autre projet s’est pointé et vient chambouler mes plans : Étant un membre habitué de QuébecOS, un autre membre habitué m’a offert de me prêter un serveur pour que je puisse m’exercer à la gestion d’une plateforme LAMP. J’ai évidemment accepté, puisque je n’avais pas exclu l’idée de me mettre à l’administration d’un serveur Linux, voire d’en faire une profession. On m’a donc donné l’IP et la clé pour me connecter avec PuTTY, mais j’accumulais les problèmes de connexions. Après la première tentative, le mec en question a fait des ajustements, mais après ça, je n’arrivais toujours pas.

En faisant des recherches, j’ai alors vent d’un bug présent dans la version 9.04 d’Ubuntu qui cause des problèmes de connexion à un serveur distant. Suite à cette info, je prends donc mon LiveCD de Lucid afin de démarrer dessus et tester pour voir si j’arrive à me connecter au serveur sous cette version. Comme de fait, ça fonctionnait cette fois-ci !

Cela signifie donc que si je veux commencer à travailler sur mon serveur, il me faudra devancer ma migration vers Lucid !

À venir

Il y a quelques heures, avant d’aller au feu que mon père avait allumé dans notre cour arrière, j’ai imprimé le document qu’un autre membre de QOS m’avait envoyé pour me donner les instructions sur la création d’un backup du système avec SystemRescueCD, puis j’ai téléchargé et gravé l’ISO de ce liveCD. Il ne reste plus qu’à faire le backup puis lancer l’upgrade vers Lucid. Avec un backup, si l’upgrade foire, je pourrai toujours revenir en arrière.

Il reste quelques petites affaires à régler – notamment sur les captures de mon big-tuto Gimp – avant de faire le saut. Dans un futur billet, je ferai un compte-rendu de tout ça.