Here's the command line I use for compiling PHP under my system :

./configure --prefix=/opt/php5 --with-mysql=/usr/bin/mysql_config --with-mysqli=/usr/bin/mysql_config --enable-sockets --with-libdir=lib64 --with-apxs2=/usr/sbin/apxs --with-pdo-mysql --enable-mbstring --enable-zip
make
make install
cp php.ini-development /opt/php5/bin/php.ini

Don't forget to reload your webserver after that.

Permalink | Leave a comment  »

A quick post to list the required package for compiling the VirtualBox kernel.

I don't like install all the "Development Tools", I'm more the "just what is required" kind of guy, so here it is :

yum install make automake autoconf gcc kernel-devel dkms

Enjoy!

Permalink | Leave a comment  »

Here's the depot for Google Chrome (useful if you want it to be updated automatically) :

For 32bits

[google-chrome]
name=google-chrome - 32-bit
baseurl=http://dl.google.com/linux/chrome/rpm/stable/i386
enabled=1
gpgcheck=1
gpgkey=https://dl-ssl.google.com/linux/linux_signing_key.pub

For 32bits

[google-chrome]
name=google-chrome - 64-bit
baseurl=http://dl.google.com/linux/chrome/rpm/stable/x86_64
enabled=1
gpgcheck=1
gpgkey=https://dl-ssl.google.com/linux/linux_signing_key.pub

Thanks goes for if-not-true-then-false.com

Permalink | Leave a comment  »

Here's a quick post for having Eclipse in the Gnome 3 activities panel.

Just create a .desktop file in /usr/share/applications/eclipse.desktop and put this in it :

[Desktop Entry]
Type=Application
Version=4.2
Name=Eclipse
GenericName=Integrated Development Environment
GenericName[fr]=Environnement de Développement Intégré
Comment=A powerful IDE
Comment[fr]=Un EDI puissant
Exec={path-to-eclipse}eclipse
Icon={path-to-eclipse}icon.xpm
Terminal=false
Categories=GTK;Development;IDE;
MimeType=text/plain;text/x-chdr;text/x-csrc;text/x-c++hdr;text/x-c++src;text/x-java;text/x-dsrc;text/x-pascal;text/x-perl;text/x-python;application/x-php;application/x-httpd-php3;application/x-httpd-php4;application/x-httpd-php5;application/xml;text/html;text/css;text/x-sql;text/x-diff;
StartupNotify=true
X-Desktop-File-Install-Version=0.19

Permalink | Leave a comment  »

Hey folks!

I discovered this new project, Plumbr, that helps you track your memory leaks.

The project seems great and very useful, so I decided to give it a try.

And since I'm using Play! Framework mainly for my java project, I wanted a way to simply launch Play! with Plumbr.

At first, Play! is very easy to integrate java options, just take a look at that run command : (supposing your play env is in /opt/play/{version}/ and plubmr at /opt/plubmr/beta/

/opt/play/1.2.4/play run /path/to/play/app/ -agentpath:/opt/plumbr/beta/linux/64/libplumbr.so -javaagent:/opt/plumbr/beta/plumbr.jar -noverify

So I did a little shell script that will perform this command for a better simplicity, here it is :

#!/bin/bash
#
# Shell script (BASH) used to launch a PLAY! Framework project with Plumbr
#
# For more information, go to :
# http://www.playframework.org/
# http://www.plumbr.eu/

#
# Installation
# Customize the script according to your need. You need to setup :
# - The path to PLAY! Framework service
# - The path to Plumbr
# --------------------------------------------------------------------
# This is a free shell script under GNU GPL version 3.0 or above
# Copyright (C) 2005 ReFlectiv project.
# Feedback/comment/suggestions : http://www.reflectiv.net/
# -------------------------------------------------------------------------

PLAY="/opt/play/1.2.4/play"
PLUMBR_PATH="/opt/plumbr/"

# -------------------------------------------------------------------------
# Now, don't touch anything, it's for your safety! :)
# -------------------------------------------------------------------------

if [ $1 ==  "" ]; then
        $1 = "."
fi

ARCH_BIT="32"
if [ `uname -m` == "x86_64" ]; then
        ARCH_BIT="64"
fi

ARCH_OS="linux"
if [ `uname -s` == "Darwin" ]; then
        ARCH_OS="mac"
fi

$PLAY run $1 -agentpath:$PLUMBR_PATH/$ARCH_OS/$ARCH_BIT/libplumbr.so -javaagent:$PLUMBR_PATH/plumbr.jar -noverify

Hope this helps!

If you find bugs, don't hesitate to comment them, I'll fix it!

Permalink | Leave a comment  »

This post is just a quick reminder on how to start and use git for your project.

cd /path/to/your/git/repositories/ mkdir my_project.git cd my_project.git git --bare init

# create your project (we suppose it will be at /home/user/projects/my_project) cd /home/user/projects/my_project git init git add . git commit -a -m "First commit" git remote add origin ssh://user@server.com/path/to/your/git/repositories/my_project.git git push origin master

# create a .gitignore file at the root of your project containing those lines :
bin/
data/
dist/
logs/
test-result/
tmp/
modules/
eclipse/
.settings/
*.swp
.classpath
.project

And voilà !

Permalink | Leave a comment  »

I often find myself regularly having ideas about a new project and it's easy to get stuck in a infinite loop of

Permalink | Leave a comment  »

Hey!

(if you don't want to read the whole speech, just scroll down to the end)

It's been a long time since we didn't added a new post on our blog, and for a specific reason : we wanted to move our architecture to a better, robust blog engine (the previous one was made by ourselves, not so good idea!).

So we moved to Posterous!

The transfert wasn't so easy since we had to move our database structure to make it compatible to Wordpress, to export it after for Posterous. Quite a challenge, but we managed to succeed it!

Since we changed our blog provider, there is some things you need to take in consideration :

The blog is now located at http://blog.reflectiv.net instead of http://www.reflectiv.net/blob/. We setted up a permanent redirect from the old blog to the new, but some links aren't correct (we are working on fixing this).

We found out that we used 2 different Feed burner URLS (PLUS the one from our blog engine, eurk!) : http://feeds.feedburner.com/ReflectivNews and http://feeds.feedburner.com/ReflectivBlog

We changed these to be in one clean FeedBurner url, the one you will have access via our blog. The new url is : http://feeds.feedburner.com/reflectiv. Easy and clean!

So you need to update your bookmarks :

• The new url is : http://blog.reflectiv.net
• The RSS feed is now : http://feeds.feedburner.com/reflectiv

See you soon for some new refreshing post!

Permalink | Leave a comment  »

Comme tous les ans, j'écris un article sur l'évolution du projet Reflectiv ainsi qu'une petite réflexion personnelle. Cela fait maintenant 3 ans que c'est le cas (2008, 2009, 2010) et c'est un rite que j'aime prendre, qui permet de voir ce qui a été accomplit et ce qu'il reste à faire.

En commençant par un petit compte rendu sur l'année 2010, l'ensemble est mitigé: Nos trois principaux projets (Skual, GSpanel et le framework Catapult) n'ont pas très bien évolué. Skual et GSpanel toujours au stade de projet et le framework n'a pas vraiment été retravaillé depuis sa première sortie. J'ai tenté de le refaire de fond en comble, mais rien d'officiel n'en est sorti. Mais tout n'est pas perdu, j'ai l'idée de base pour un framework performant et complet, reste plus qu'à lier toutes les briques ensembles.

Durant cette année, nous avons aussi mis en place un nouveau projet, pendant la fuite de pétrole géré par BP. Le projet n'a pas duré très longtemps et n'a pas vraiment eu l'intéressement escompté. Tant pis.

De manière générale, le projet Reflectiv à tourné quelque peu au ralenti, principalement dû à mon stage de fin d'étude qui m'a pris beaucoup de temps et de disponibilité.

Mais tout n'est pas noir, notre projet Black-Frames se porte à merveille, avec plus de 800 visiteurs en moyenne et un pic prometteur à 1003 le 23 décembre!

Ensuite, le début de cette année s'annonce original puisque je me suis mis officiellement à mon compte, à temps plein. Cela signifie que je vais pouvoir vraiment m'investir dans nos projets. Mais qu'en est-il ?

Tout d'abord, mon fil rouge n'aura pas vraiment de rapport avec Reflectiv, donc je ne vais pas m'étendre ici, mais c'est LE projet sur lequel je travaillerais en priorité.

En parallèle, voici les 4 projets que nous allons tenter de mettre en place durant l'année 2011 :

• Une refonte de Reflectiv, avec l'externalisation du blog sur un service dédié
• Un redesign de Black-Frames, entre autres afin d'accueillir vraiment les images des visiteurs
• Probablement travailler sur Catapult
• Avec Antoine, on envisage de faire 1 design par semaine, avec HTML/CSS/JS, qui seront publiés sur ThemeForest (au moins au début). Si la vente marche très bien, pourquoi pas ouvrir une boutique à côté

Voilà pour ce premier article de l'année. Ce sera probablement le dernier sur cette plateforme, avant la migration vers la nouvelle version de Reflectiv. Nous n'avons pas encore de date quant à cette évolution, espérons juste que ce soit rapidement :)

Tous nos vœux de réussite pour cette nouvelle année, dans tous les domaines !

Permalink | Leave a comment  »

Ce coup-ci, c'est le blog de Zurb qui nous donne 6 conseils pour éviter les "barrages routiers" lors de la réalisation de site web, bien qu'à mon avis, ses conseils s'adressent à tout type de projets.

Dans cette liste, nous avons :

1. Pas de deadline claire
2. Perfectionnisme
3. Objectifs de lancement mal définis
4. Mauvaise gestion de planning projet
5. Un manque d'ingénieurie
6. Aucune interface client

En plus, l'article est bien détaillé et agréable à lire ! :)

Permalink | Leave a comment  »

L'article du jour nous viens du blog de Zurb, apportant 5 techniques permettant de critiquer une page web rapidement, simplement, et sans outils.

Les 5 techniques proposées sont :

1. Analysez ou vos yeux vont au chargement de la page.
2. Plissez les yeux, afin de voir ce qui ressort le plus de votre page.
3. Scannez la page diagonalement, partant d'en haut à gauche vers en bas à droite. (bien sûr, l'inverse s'applique dans certains pays).
4. L'astuce des "5 trucs" : regardez la page 5 secondes, puis fermez les yeux et indiquez les 5 poins qui vous ont le plus marqué.
5. Trouvez les intersections, les endroits qui attirent vos yeux.

Pour le 3ième point, je ne pourrai vous conseiller que le très pratique outil proposé par google : BrowserSize

Permalink | Leave a comment  »

Cet article est tout bonnement excellent !

Il liste les points essentiels caractérisant les bonnes technique à appliquer pour des expériences utilisateurs réussie, d'un point de vue d'un psychologue.

La plupart des liens disponible dans le document (et dont j'en fait une liste à la fin de cet article) sont des notions importantes à prendre en compte et à connaître pour tout ceux qui réalisent des interfaces utilisateurs. L'auteur à couvert une très grande majorité des points et l'article est simple et rapide à lire, malgré sa grande taille qui peut rebuter.

Je ne peux que vous le conseiller :)

Pour information, voici les points abordés :

1. L'Homme ne veut pas réfléchir ou travailler plus que ce qu'il devrait avoir à faire.
   • Faire le moins de travail possible.
   • Montrer des exemples.
   • Fournir des fonctionnalités que l'Homme a réellement besoin.
   • Fournir des valeurs par défaut afin de faire moins travailler l'Homme.
2. L'Homme a des limites.
   • Fournir les informations dont il a besoin au bon moment.
   • L'information doit être facile à trouver et à lire.
   • Utiliser des en-têtes et des petits blocs de textes.
   • L'Homme préfère des courtes phrases mais lis plus longtemps avec de longue phrases.
3. L'Homme font des erreurs.
   • Anticipez les erreurs pour les en empêcher.
   • Proposez un "undo".
   • Le meilleur message d'erreur est de n'en afficher aucun message.
   • Corrigez une erreur et indiquez ce que vous avez fait plutôt que montrer l'erreur
4. La mémoire humaine est compliquée.
   • Évitez de demander à un Homme de se rappeler de quelque chose entre différentes pages.
   • L'Homme ne peux se rappeler que de 3-4 choses en même temps max.
5. L'Homme est sociable.
   • Il utilise des technologies pour être social.
   • Ils copie ce que font les autres.
   • Ils se sent redevant si vous lui offrez quelque chose et attendez autre chose de sa part (comme remplir un formulaire).
6. Attention
   • L'Homme à tendance à être attentif à quelque chose de nouveau, différent.
   • L'Homme est facilement distrait. Il peux ne pas s'apercevoir de changement qui viennent d'avoir lieu devant lui.
7. L'Homme est un assoiffé de l'information.
   • L'Homme veux plus d'information qu'il peux en avoir.
   • L'Homme à besoin de feedback pour savoir ce qu'il se passe.
8. L'inconscient : travail en tâche de fond.
   • La plupart des tâches mental se font inconsciemment.
   • L'ancien cerveau et le cerveau émotionnel agissent sans le savoir conscient.
9. L'Homme se fait des idées d'une représentation d'un objet.
   • Les métaphores aident l'Homme à se faire une représentation mentale d'un objet.
10. Système visuel.
    • Les éléments qui sont proches sont censé être liés.
    • Les couleurs peuvent aussi indiquer des éléments qui vont ensembles.

Au niveau des notions apportées par cet article, on peux trouver :

• Progressive Disclosure
• Affordance
• Social Validation
• Mirror Neurons
• Framing Effect
• Gestalt Psychology : Prägnanz law
• Canonical perspective

L'article se trouve ici.

Permalink | Leave a comment  »

L'article du jour nous viens du blog Echoenduring, sur l'utilisabilité (il n'y a pas réellement de traduction pour "Usability").

Le post dresse une liste de 5 points à éviter lorsque vous réalisez des sites webs. Certains sont évidents, d'autres moins, et c'est toujours bon de faire un petit rappel !

1. Devinez ou le menu se cache ?
2. Menu déroulant non fonctionnels.
3. Page de contact introuvables
4. Pas de Favicon ou de titre
5. Navigation possible uniquement via le fil d'Ariane (Breadcrumb)

Permalink | Leave a comment  »

Le petit lien du jour qui fait bien plaisir, c'est la catégorie mobile > Android development du site Bookuter.com. La page recense de nombreux livres sur le développement d'applications sous Android, et ca, c'est toujours bon à avoir :)

http://www.bookuter.com/category/mobile/android-development

C'est court comme article, mais c'est le genre de lien qu'on est bien content de retrouver ensuite ;)

Permalink | Leave a comment  »

Jack Dorsey, le créateur, co-fondateur et chairman de Twitter a fait une intervention à la 99percent conférence pour parler des trois clés qui ont fait la réussite de son projet.

Au menu, dessinez votre idée, évaluez le temps adéquat et itérez comme des fou !

Une imagevidéo parlant plus qu'un long texte, je vous laisse écouter les conseils de Jack.

Permalink | Leave a comment  »

Je sais pas si vous avez remarqués, mais je suis fan des listes, genre 10 choses pour améliorer vos applications web, 5 points à ne pas manquer pour réaliser un produit efficace, etc.

La raison est simple :, je m'y retrouve dans ces listes. Oui, quand je les lis, je me rends compte que je connais/maîtrise/utilise certains points, mais aussi que j'en ignorais d'autres.

Ainsi, ça me permet de me situer dans mes compétences et de travailler de nouveaux points et/ou de corriger certaines notions.

Du coup, cet article ne dérogera pas à la règle, en vous proposant 5 points que, d'après Brad McCarty, chaque nouvelles application devrait faire.

Dans cette liste, on retrouve :

1. Remplir un vide.
2. Faire mieux.
3. Être simple.
4. Être attentif aux demandes.
5. Apprendre sur nous (nos comportements).

Encore un lien que je vous conseil donc d'aller lire en entier :)

Permalink | Leave a comment  »

Le site Michaelhyatt propose un article très intéressant sur les possibles raisons qui font que vous n'avancez pas sur un projet.

L'article est découpé en liste de 10 points dont je suis sûr que certains d'entre vous s'y retrouveront.

Comme à mon habitude, voici la traduction des 10 points présentés. Pour leur détails, je vous invite à vous rendre à l'article en question.

1. Trop de réunions.
2. Surfer sur le web inutilement.
3. Être dérangé par les notifications en ligne (Messagerie instantanée, email).
4. Autoriser les personnes à vous déranger sans l'avoir prévu dans l'agenda.
5. Être utilisé pour les choses urgentes.
6. Être un perfectionniste.
7. Refuser de déléguer.
8. Ne pas démarrer la journée avec une Todo liste.
9. S'imposer un temps limite de travail
10. Ne pas se réserver des temps de travail dans le planning.

Permalink | Leave a comment  »

Voici une petite image qui vaut bien plus que de longues explications sur les tailles prises en comptes par les principaux moteurs de recherche pour les balises html title, description et url :

De manière générale, je vous conseille les articles de Seomoz.org pour leurs conseils sur l'optimisation de vos sites.

Permalink | Leave a comment  »

Lors de la FOWA conférence qui s'est déroulée à Miami, Fred Wilson à présenté ce qui correspondait selon lui aux 10 principes essentiels à la réussite d'une application web.

Carsonified à publié la conférence de Fred Wilson sur Vimeo, et les conseils donnés par ce dernier sont très intéressants !

Pour information, voici les 10 conseils :

1. Speed
2. Instant utility
3. Voice
4. Less is more
5. Programmable
6. Personal
7. Restful (pas dans le sens software architecture)
8. Discoverable
9. Clean
10. Playful

Vous pouvez voir la vidéo ci-dessous ou lire directement le transcript.

L'article de blog dont fait référence Fred Wilson se trouve ici et je vous conseille aussi fortement de lire les commentaires (malgré le nombre rebutant), qui apportent eux aussi leur brin d'idée sur les autres points utiles à la réussite d'une application web.

Permalink | Leave a comment  »

Il existe de nombreuses pratiques pour développer du code propre, pérenne et accessible. Nommer la liste ici serait une perte de temps.

Parmi toutes ces lois, techniques et conseilles, la liste des 13 plus mauvaises pratiques appliquées à Rails soulève un point intéressant que l'on ne retrouve pas forcément dans les sites à base de Frameworks :

Chubby Controllers Must Die

There should be no business logic in a controller.

Read that again.

There should be no business logic in a controller.

Controllers do two things: they take data from the params or session and send it to the model. The MODEL performs all the necessary logic. Then, the controller does the other thing that's completely necessary: it decides what should be shown to the user. That's it. The sum total of a controller action is two steps long.

1. Send information to the model.
2. Decide what to display.

If you are doing ANYTHING ELSE in your action, you are doing it in the wrong place. The end.

Le problème n'est pas forcément le développeur, qui ignore cette pratique, mais aussi les créateurs du framework, qui, par l'absence de composants adaptés, force le développeur à mettre du code métier dans ses controlleurs.

J'apprécie particulièrement cette remarque qui soulève un point fondamental sur l'usage des frameworks et prouve que leur utilisation n'est pas le stade ultime en matière de développement efficace.

Ce n'est pas parce que vous utilisez un framework que vous faites les choses bien !

Permalink | Leave a comment  »