Cela fait maintenant 3 mois que mon système d’opération principal est Ubuntu et la seule chose que je regrette est d’avoir enduré Windows pendant toutes ces années !

En tant que « noob » en matière de GNU/Linux, cela fait donc 3 mois que je parcours les forums d’aide et les mailing lists pour trouver des réponses à mes questions, qui la plupart du temps, commencent par « Est-ce qu’il y a une commande UNIX pour… ». Et souvent, la réponse est oui !

Voici donc 3 commandes que j’ai découvert au fil du temps avec GNU/Linux : less, grep et top.

less

$ less .bashrc

La commande less permet de contrôler le flux d’information qui s’affiche à l’écran. Lorsqu’on lui passe en argument un fichier, elle affiche ses premières lignes puis nous permet de naviguer à l’intérieur de ce-dernier avec les flèches et d’effectuer des recherches de textes.

$ ls -l | less

Elle peut également être utilisée avec le standard input pour parcourir une quantité de lignes, comme un listing de dossier.

grep

$ grep --color=always -Rils 'test' ./*
$ grep -Ris --include=*.php '^if' ./*

Une des commandes les plus puissantes de UNIX. Elle sert à rechercher du texte (sous forme d’expression régulière ou de texte normal). Elle possède une myriade d’options que l’on peut voir avec $ man grep ou $ grep --help.

top

$ top

Affiche un tableau (qui se met à jour à interval régulier) qui montre les processus en cours sur la machine, avec leur niveau de CPU utilisé et leur mémoire vive consommée. Très pratique lorsqu’on se connecte sur sa machine en SSH.

Des suggestions ?

Et vous, quelles sont vos commandes UNIX « préférées » ?

Un des billets les plus populaires encore aujourd’hui sur ce blogue est « Aptana », dans lequel j’offre mes fichiers de colorization pour Aptana Studio. J’ai modifié ces fichiers depuis, et je voulais les partager à nouveau :

Vous trouvez peut-être que c’est dommage (ou bizarre) que les couleurs utilisées par les différents langages ne soient pas les mêmes, ou même pas dans les même teintes — c’est parce que j’ai décidé que chaque schéma de couleur soit différent des autres, pour qu’on puisse facilement déterminer, en regardant le code, dans quel de type de fichier est-ce qu’on se trouve.

Vous pouvez donc télécharger les fichiers .col pour Aptana Studio dans un fichier zip appelé remi-aptana-col4.zip.

Mise à jour : Comme il peut être difficile de trouver comment importer ces fichiers pour quelqu’un qui vient de commencer à utiliser Aptana, voici la procédure :

1. Extraire le fichier ZIP à quelque part.
2. Dans Aptana, ouvrir le menu « Window » Preferences » et naviguer dans l’arborescence jusqu’à « Aptana » Editors ».
3. Pour chacun des éditeurs (CSS, HTMl, etc.) vous devez vous rendre dans la branche « Colors » et cliquer sur le bouton « Import… » qui vous permettra de choisir le fichier .col correspondant à l’éditeur que vous avez sélectionné.

Il n’est malheureusement pas (encore) possible de tout importer/exporter ses schémas de couleurs d’un seul clic.

Malgré mon précédent billet intitulé « exomel sur git », j’ai finalement changé d’idée et opté pour Subversion pour héberger le code source de l’application Kohana qui propulse exomel.com.

La principale raison qui m’a poussé à choisir Subversion est Subclipse, un plugin pour Eclipse qui permet de facilement gérer une working copy d’un dépôt en local. Comme j’ai peu d’expérience avec les VCS, je me suis dit que je commencerais par un outil GUI, pour ensuite utiliser uniquement une interface CLI et éventuellement migrer vers git.

Vous pouvez checker out le code PHP avec la commande suivante :

svn co http://code.remiprevost.com/exomel/

La prochaine étape ? Mettre le code source d’Effair également sur svn — mais peut-être pas publiquement disponible au début, seulement pour faciliter les mises à jour.

Je travaille présentement sur un projet utilisant excessivement jQuery. Et je me suis souvent retrouvé à écrire la ligne de code suivante :

$(this).addClass('active').siblings().removeClass('active');

En gros, cela ajoute la classe active à un élément et l’enlève à tous les éléments qui ont le même parent. Dans l’optique de me sauver de cette tâche répétitive, j’ai ajouté une méthode à l’objet jQuery : addUniqueClass.

jQuery.fn.extend({ 
    'addUniqueClass' : function(className) { 
        return $(this).addClass(className).siblings().removeClass(className);
    }
}); 

Cela fait exactement la même chose, sauf que maintenant au lieu d’écrire trois méthodes, on peut en écrire qu’une seule (ex. $(this).addUniqueClass('active')) !

Pour mon dépôt git (ou svn, cela va dépendre si git est gentil avec moi cette fois-ci…) que je veux mettre en place — un jour! — sur mon serveur (code.remiprevost.com) je voulais que tous les fichiers placés sur le serveur soit quand même accessibles via HTTP, mais sans qu’aucun code s’exécute. J’en suis arrivé avec ces petites directives dans mon fichier .htaccess :

DefaultType text/plain

AddType text/plain .css
AddType text/plain .js

<Files *.php>
    RemoveHandler .php
    ForceType text/plain
</Files>

Cela a pour effet d’empêcher les fichiers PHP de s’exécuter et donc de voir leur code source. Je ne voulais pas utiliser « *.* » comme filtre à Files, mais je tenais à ce que les images conservent leur type MIME.