La preuve : je me suis amusé à faire un petit jeu (que j’ai également ajouté sur ScriptLand) pour tester un peu ce qu’il était possible de faire. Voici ci-dessous : il s’agit de démêler les nœuds. Attention ! Il existe encore quelques petits bugs que je corrigerai – un jour…

À noter que pour faire cela, j’ai utilisé le merveilleux Prototype Graphic Framework qui simplifie bien la vie !

N’hésitez pas à faire part de vos commentaires !

En cherchant bien, j’ai fini pas comprendre qu’il y avait un problème avec du code JSON. Or, à première vue, ce code paraissait tout à fait correct :

{
	mode : "exact",
	elements : "textarea_bouzi_txt_index_para_1",
	theme : "advanced",
	skin : "o2k7",
	plugins : "",
	theme_advanced_toolbar_location : "top",
	theme_advanced_toolbar_align : "left",
	theme_advanced_statusbar_location : "bottom",
	convert_urls : false,
	relative_urls : false,
	forced_root_block : false,
	extended_valid_elements : "div[*],iframe[*]"
}

Pourquoi cela ne fonctionnait-il pas alors ? C’est qu’en y regardant de plus près, on voit qu’il n’est pas correct : les propriétés ne sont pas entre guillemets. Ce code (qui provient je crois de TinyMCE - c’est à vérifier) devrait donc plutôt être :

{
	"mode" : "exact",
	"elements" : "textarea_bouzi_txt_index_para_1",
	"theme" : "advanced",
	"skin" : "o2k7",
	"plugins" : "",
	"theme_advanced_toolbar_location" : "top",
	"theme_advanced_toolbar_align" : "left",
	"theme_advanced_statusbar_location" : "bottom",
	"convert_urls" : false,
	"relative_urls" : false,
	"forced_root_block" : false,
	"extended_valid_elements" : "div[*],iframe[*]"
}

Reste que cela n’explique pas pourquoi ce code, aussi erroné soit-il, ne fonctionnait subitement plus.

La réponse est que les navigateurs récents implémentent désormais d’une manière native le propre interpréteur JSON. Plus besoin de passer par une bibliothèque JavaScript JSON ; on fait simplement :

JSON.parse('["du code JSON"]');

Or, dans sa dernière version, Prototype essaye de s’appuyer sur l’interpréteur JSON natif du navigateur quand il en existe un, ceci à des fins de performance. Mais c’est là qu’il y a un problème : cet interpréteur est en général beaucoup plus rigoureux. J’ai en effet essayé avec Firefox 3.6 et Internet Explorer 9.0, et dans les deux cas, le code JSON qui n’utilise pas de guillemets pour les propriétés provoque une erreur.

Au sens strict, on ne peut pas parler d’un bug de ces interpréteurs, car le code JSON est effectivement mal formé. Cependant, il existe un grand nombre de bibliothèques qui ne rendent pas un code JSON avec les propriétés entre guillemets (comme apparemment la version de TinyMCE que j’utilise). Tout ce code fera immanquablement planter la dernière version de Prototype, ce qui est problématique.

La meilleure solution consisterait à fournir du code JSON bien formé à Prototype, mais ce n’est pas toujours possible. Reste alors une autre solution simple, consistant à downgrader prototype afin qu’il ne cherche pas à utiliser le parser natif du navigateur lorsqu’il y en a un, et le forcer à utiliser son propre interpréteur.

Pour ce faire, il y a plusieurs solutions, qui nécessitent toutes de modifier un peu le fichier prototype.js. Je les liste par ordre de préférence personnelle :

• Remplacer la ligne 772 par :

  evalJSON: evalJSON,

• Remplacer le bloc des lignes 535-537 par :

  var NATIVE_JSON_PARSE_SUPPORT = false;

• Remplacer le bloc des lignes 718-721 par :

  function parseJSON() {
      var json = this.unfilterJSON();
      return evalJSON(json);
  }

Faites votre propre choix ! Même si la meilleure solution reste d’avoir du code JSON propre dès le départ

//$bob = "pas initialisée, c'est un commentaire";
print $bob; // cela va générer une erreur de type notice

Il ne s’agit pas d’erreur au sens propre du terme. PHP est un langage de script, beaucoup moins rigoureux qu’un « vrai » langage, comme Java par exemple. S’accorder de telles libertés dans le code ne l’empêchera pas de fonctionner. Pour ma part, un code qui générerait d’innombrable erreur de ce type notice ne me dérangerait pas. Ainsi, une solution simple pour en finir avec elle consiste à changer le niveau du rapport d’erreur. Par exemple, en tout début de code, quelque chose comme :

error_reporting(E_ALL | ~E_NOTICE);

Ou dans le fichier php.ini :

error_reporting = E_ALL | ~E_NOTICE

Cependant, cela ne fait que masquer le problème – si tant est que ça en soit un -, puisque les erreurs de ce type continuent d’exister ; elles ne sont simplement plus affichée.

Pour bien faire, la vraie solution rigoureuse consistera alors à récrire son code de façon à ce qu’il n’en génère plus. Comme la plupart de ces erreurs sont souvent dues à des variables non initialisées que l’on utilise sans les tester, une solution simple consiste à s’assurer qu’elles ont bien une valeur avant toute chose. Par exemple, le code de tout à l’heure devient :

//$bob = "pas initialisée, c'est un commentaire";
if(isset($bob))
{
	print $bob; // cela va générer une erreur notice
}
else
{
	// faire autre chose
}

On comprend que répéter ce code à chaque fois peut être facilement très fastidieux… Mais on peut s’éviter cette peine grâce à la petite fonction suivante :

function getIfSet(& $var, $default = null)
{
	if(isset($var))
	{
		return $var;
	}
	else
	{
		return $default;
	}
}

Cette fonction prend en premier argument la variable que l’on souhaite utiliser, mais dont on ignore si elle est initialisée ou non. Le deuxième argument, qui est optionnel (et est à null par défaut), est la valeur qui sera renvoyée s’il se trouve que la variable n’est pas initialisée :

//$bob = "pas initialisée, c'est un commentaire";
print $bob; // cela va générer une erreur de type notice
print getIfSet($bob); // cela ne génère pas d'erreur et n'affiche rien
print getIfSet($bob, "pas initialisée"); // cela affiche "pas initialisée"

Cette fonction sera à coup sûr très utile à tous ceux qui souhaitent débarrasser leur code de ce type d’erreurs !

Le principe est tout simple. Il s’agit d’un tour de magie reposant sur la numération binaire, qui doit être au moins aussi vieux que celui-ci.

En fait, j’ai fait cette application avant tout comme un test. En effet, le Calendrier Philosophique m’a demandé plusieurs semaines de travail intensif, alors que celle-ci seulement quelques heures. Je voulais comparer, et voir en terme de succès ce qu’il en serait. Faut-il qu’une application soit très travaillée, bien finie, repose sur un bon concept pour qu’elle soit plébiscitée ? Ou un petit truc bidouillé en quelques heures suffit-il ?

Les résultats sont sans appel, et confirme un peu ce que je soupçonnais. Je joue la carte de la transparence, et vous livre mes chers statistiques :

Sachant que j’ai fait le MagicDroid quelques semaines après : ces chiffres sont à pondérer. Reste que l’on voit que le MagicDroid, malgré ses défauts, plaît beaucoup plus ! Notamment les installations actives : cela laisse penser que beaucoup de personnes l’utilisent régulièrement !

Si vous voulez avoir du succès, laissez tomber les applications culturelles : préférez donc le divertissement !

Comme MagicDroid semble plaire dans son état actuel, je vais essayer, dès que j’aurai le temps, de la perfectionner et la rendre un peu plus intéressante. J’ai déjà quelques idées !

Après quelques recherches, pour résoudre ce problème, j’ai dû :

1. Dans le BIOS, mettre le réglage de la luminosité sur « User » et non plus sur « Auto ».
2. Installer les paquets samsung-backlight, samsung-tools, nvidia-bl-dkms, après avoir rajouté le dépôt ppa:voria/ppa. Pour ce faire :
   

   sudo add-apt-repository ppa:voria/ppa
   sudo apt-get update && sudo apt-get upgrade
   sudo apt-get install samsung-backlight samsung-tools nvidia-bl-dkms

3. Modifier une ligne dans la configuration de grub (aussi surprenant que cela puisse paraître) :
   

   gksudo gedit /etc/default/grub

   La ligne a modifier (en gras, la modification) :

   GRUB_CMDLINE_LINUX_DEFAULT= »quiet splash acpi_backlight=vendor« 

   Puis :

   sudo update-grub

4. Un redémarrage, et ça devrait fonctionner !

J’ai acheté cet ordinateur car celui sur lequel je travaillais quotidiennement depuis 2005 ou 2006, un Dell Inspiron 6400, commençait à fatiguer sérieusement (les cordonniers sont toujours les plus mal chaussés). Le Samsung était en vente chez Boulanger pour 499 EUR ; et de plus, Boulanger offrait 50 EUR de réduction supplémentaires sous forme de chèque cadeau, ce qui ramène le prix à 449 EUR. Ayant lu quelques impressions positives d’utilisateurs avant mon achat utilisant Ubuntu dessus, je partais confiant.

Car justement, depuis quelques mois/années, j’utilise exclusivement Ubuntu à la maison. Je n’avais donc que faire du Windows Seven installé par défaut sur le Samsung. J’essayais d’expliquer cela au vendeur pour qu’il consente à me le désinstaller, et pour qu’il me fasse un rabais – cela se fait de plus en plus -, mais celui-ci ne voulait ou ne pouvait pas : à la place, il essayait plutôt de me vendre un antivirus ou des extensions de garantie, dont je n’avais pas besoin (un antivirus sous Linux ? pourquoi faire ? oui, je sais, ça fait débat…).

Je repartais donc avec un ordinateur portable sous Windows Seven… Étant donné que j’avais tout de même payé ce système d’exploitation dans le prix (on peut l’estimer à 50, voir 100 EUR du prix !), je me suis alors dit, quitte à installer Ubuntu : autant faire un dual boot ! Je l’avais déjà fait sur mon vieil Inspiron, et cela fonctionnait très bien – jusqu’à ce que j’ai besoin de la totalité de l’espace disque, et que, faute d’utiliser XP plus d’une fois par an simplement parce que le logiciel de mon téléphone Nokia ne pouvait fonctionner sous une autre plateforme, je passe à du full Ubuntu.

Ici également, tout s’est parfaitement déroulé. Sur les 320 Go d’espace disque, j’en attribuais 40 à Seven, et le reste à Ubuntu – allez savoir pourquoi, le reste correspondait seulement à 240 Go : quelques octets s’étaient dissipés dans la nature… Toujours est-il que je pouvais booter aussi bien sur Ubuntu que sur Seven, sans aucun problème !

Tout se passait bien, jusqu’à ce que je remarque au démarrage dans Grub que je possédais en fait trois systèmes d’exploitation différents : Ubuntu et Seven, ce qui était attendu, mais également un curieux Vista. Je cédais alors à ce vilain défaut qu’est la curiosité, et lançait ce dernier…

Première erreur ! Je me retrouvais avec une procédure Samsung de restauration du système… Je quittais évidemment tout ceci dès l’écran d’accueil en cliquant sur la croix de la fenêtre, espérant sottement avoir évité le pire.

Seconde erreur ! Je me retrouvais avec un ordinateur désormais incapable de rebooter, de retomber sur Grub…Sans doute ce Vista/restauration du diable aura-t-il mis la pagaille dans le MBR de mon ordinateur tout neuf !

Je démarrais alors l’ordinateur sur un Ubuntu Live CD pour tenter d’y voir plus clair. Je découvrais alors que tout était intact au niveau de mes différentes partitions : ouf ! Ce qui clochait devait effectivement être Grub, le boot loader ou le MBR – j’avoue ne pas y voir encore complétement clair dans tout cela.

J’ai pour l’instant essayé plusieurs choses pour retomber sur mes pattes : changer le flag des partitions, et aussi utiliser un CD de restauration pour réparer le démarrage Windows – mais rien à faire.

Tout cela ne serait évidemment pas arrivé si je m’étais débarrassé de Windows et si j’étais passé à du full Ubuntu. Mais si j’ai voulu conserver Windows, c’est parce que : 1) je l’avais payé dans le prix, et la procédure de remboursement de Samsung est trop contraignante, décourageante 2) certains appareils (comme mon Nokia E71 ou mon iPod Shuffle) refusent de fournir des applications permettant de se connecter à eux à partir d’Ubuntu, imposant l’utilisation de Windows de fait (j’ai essayé Wine pour ces usages, mais sans succès).

Finalement, c’est en réinstallant Grub de la façon dont le décrit le tutoriel suivant que je suis parvenu à résoudre mon problème et à retrouver la situation initiale : comment restaurer GRUB ?

Merci à vous tous qui continuez à nous suivre en dépit des interruptions et nombreuses refontes du site. CyBWarrior a en effet connu un grand nombre de pauses, réformes et révolutions, et sa forme n’a pas été toujours simple à suivre.

Qui se souvient encore du temps où CyBWarrior faisait presque concurrence à Comment ça marche ou à Developpez.com ? Hélas ! ce temps est aujourd’hui révolu : certains choix, certaines décisions tant personnelles que professionnelles nous empêchèrent de continuer à développer CyBWarrior autant qu’il eut été possible sur cette voie.

C’est pourquoi, il y a peu, nous prîmes la décision de transformer CyBWarrior en un blog. Sans doute est-ce la forme qui lui conviendrait le mieux pour pouvoir renaître de ses cendres. Mais encore faut-il que nous nous y tenions ! D’où cette bonne résolution 2011 : des mises à jour plus fréquentes pour cette année ! Et sans doute sur des sujets autres que la simple programmation : autant nous, et vous faire plaisir !

En passant, vous aurez probablement déjà remarqué que nous essayons depuis peu d’écrire nos articles aussi en Anglais/Américain. Ce n’est pas notre langue maternelle, et donc, il y aura certainement quelques fautes de nos phrases. N’hésitez pas à nous les signaler !

Pour éviter ceci, c’est très simple : il suffit de rajouter dans le répertoire contenant le ou les fichiers (et même tous les sous-répertoires) un simple fichier (vide) du nom de :

.nomedia

Simple, et efficace !

PHP : code interprété ou pseudo-interprété. Sur de petites, moyennes et grandes applications, c’est un langage parfait. Mais sur une application de la dimension de Facebook, qui est une énorme et gigantesque application utilisée par des millions d’utilisateurs simultanément, il est nécessaire de l’optimiser.

Facebook a mis au point une sorte de compilateur pour PHP, baptisé HipHop, qui transforme le code PHP en C++. Grâce à un système en plusieurs couches, le code que l’on écrit en PHP peut ainsi être au final compilé et gagner en rapidité.

Tout ceci est censé être publié en OpenSource, pour le plus grand bonheur de tous, contrairement à certains autres produits bien connus…