Digital Fashion

Il semblerait que la java virtual machine, connue sous le nom de java_vm par /usr/bin/lsof, attaque directement /dev/dsp, bloquant ainsi l'accès au son à toutes les autres applications. Pas très sympa.

Sur une colonne en interclassement utf8_bin, une recherche de type LIKE sera case sensitive (sensible à la casse) par défaut (je n'ai pas cherché / trouvé de moyen d'inverser ce comportement). Alors que sur un interclassement utf8_unicode_ci, la recherche se fait en mode case insensitive (insensible à la casse), à moins d'employer la syntaxe LIKE BIN 'needle'.

Quand on cherche à récupérer une liste de fichiers contenant un motif particulier sous UNIX, on peut, quand on est une grosse brute comme moi, utiliser un mix des commandes grep, cut et uniq:

grep -r motif /emplacement/des/fichiers/ | cut -d : -f 1 | uniq

Le truc, c'est qu'il existe une option de grep qui remplace avantageusement l'appel a cut:

grep -rl motif /emplacement/des/fichiers | uniq

Je ne sais pas si l'option -l traite les doublons, a vérifier.

Sous ubuntu Dapper, dpkg-reconfigure locales ne propose pas de modifier la locale a utiliser sur le système. C'est ennuyeux. Pour remédier a ce problème, nous pouvons utiliser le package localeconf:

This package provides a debconf-based interface to configuring the system-wide locale settings on your system.

C'est exactement ce qu'il nous faut.

$ sudo apt-get install localeconf
$ sudo dpkg-reconfigure localeconf

And violà ;-)

Danemark 17-1 France joué le 22 octobre 1908. Eh Beh.

Si vous avez un mysql-server-5.0 d'installé et que vous souhaitez le downgrader vers un 4.x (pour une raison X ou Y), il est probable que APT vous jette ainsi:

Aborting downgrade from (at least) 5.0 to 4.1.
dpkg: error processing mysql-server-4.1_4.1.15-1ubuntu5_i386.deb (--install):
 subprocess pre-installation script returned error exit status 1
Errors were encountered while processing:
 mysql-server-4.1_4.1.15-1ubuntu5_i386.deb

So what ? Il s'agit en fait d'un problème causé par la présence du /var/lib/mysql du mysql-server-5.0, il suffit de le supprimer, ou de le déplacer pour backup:

rm -rf /var/lib/mysql
mv /var/lib/mysql /var/lib/mysql.old

Une des deux seulement hein ! Puis on relance l'installation:

apt-get install mysql-server-4.1

Ce post inaugure le retour en douceur des posts techniques sur ce blog.

Quand on est dans une boucle, et qu'on veut remplir un array, à chaque itération on doit y rajouter une ligne et garder la trace de l'index courant du tableau, cela peut se faire de plusieurs façons, en voilà au moins deux:

$array = array();
 
while(foo()) {
 
	$array[] = array();
	$row = & $array[count($array) - 1];
 
}

$array = array();
 
while(foo()) {
 
	$row = & $array[];
 
}

qu'on peut fonctionniser comme suit (dans le but par exemple de gagner en lisibilité et en flexibilité):

function & array_newrow(&$array, $default = array()) {
 
	$array[] = $default
	return $array[count($array) - 1];
 
}
 
function & array_newrow(&$array) {
 
	$row = & $array[];
	return $row;
 
}

EDIT

Il parait que c'est pas très clair, alors on va expliquer mieux. En gros, dans une boucle, si on veut ajouter une ligne à un array et qu'on procède comme ça:

$array[]['foo'] = 'bar';
$array[]['bar'] = 'foo';

Ca ne fonctionne pas comme on le désire (ça créé deux lignes d'une entrée chacune). On peut donc faire comme ça:

$array[] = array('foo' => 'bar', 'bar' => 'foo');

Ce qui fonctionne, mais n'est pas pratique ni flexible. Reste alors la solution de récupérer une référence vers la dernière ligne du tableau, qu'on créé spécialement pour l'occasion (sortez le champomy !) en utilisant la méthode sus-expliquée:

$row = & $data[];
$row['foo'] = 'bar';
$row['bar'] = 'foo';

En PHP pour traiter des dates, on peut utiliser PEAR::Date, mais quand on ne peut/veut pas (pour une raison quelconque), et qu'on veut convertir une date au format SQL vers le format fr (ou l'inverse), on peut utiliser les bouts de code suivant:

<?php
 
// ceci est une date au format SQL
 
$date = date('Y-m-d');
 
// conversion SQL -> fr
 
$date = date('d/m/Y', strtotime($date));
 
// conversion fr -> SQL
 
$date = vsprintf('%3$d-%2$02d-%1$02d', sscanf($date, '%d/%d/%d'));
 
?>

On ne peut pas utiliser strtotime dans le sens fr -> SQL car il la traitera comme une date au format m/d/Y le bougre (alors que nous c'est d/m/Y).

Je me suis rendu compte aujourd'hui que PEAR::DB_DataObject génère des fichiers différents selon la version de PHP utilisée. Avec /usr/bin/php5, il génère du code genre

public $__table = 'foo';

alors qu'avec /usr/bin/php4 il génère:

var $__table = 'foo';

Voila voila.

PS: notons également que geshi ne connait pas php5 :p

Vu chez Dan Cameron, Modifier Firefox 1.5 pour qu'il fonctionne avec toutes les extensions.

Petite traduction on the fly:

Pour tous ceux qui ont téléchargé Firefox 1.5 et dont les extensions ne fonctionnent plus. Voila une modification simple de la configuration de Firefox pour tromper les extensions et les faire fonctionner. Pas besoin de modifier manuellement les extensions pour qu'elles fonctionnent. Actuellement toutes les extensions fonctionnent sauf l'extension bookmark sync que j'aime tellement.

1. Dans la barre d'adresse, entrez: about:config. Cela vous affichera la liste des préférences internes de Firefox.
2. Faites un clic droit sur la liste, et choisissez New > String. Entrez app.extensions.version comme nom de la préférence.
3. Puis, entrez 1.0 comme valeur pour app.extensions.version.
4. Relancez Firefox 1.5, puis installez vos extensions Firefox.
5. Relancez Firefox 1.5 pour activer les extensions. Voilà.

Personnellement, je pense que c'est la meilleure solution parceque vous pouvez toujours revenir en arrière et supprimer la préférence plus tard plutot que de bidouiller dans les extensions.