Les nouvelles fonctionnalités au sein de PHP 5.5.0 implémentent le concept de Generator et une nouvelle API de hachage pour les mots de passe. À noter que la nouvelle version de PHP ne sera plus compatible avec Windows XP.

L’API de hachage des mots de passe va permettre aux développeurs de générer un hash et saler un mot de passe sécurisé en utilisant Bcrypt dans une seule ligne de code. En effet, si généralement pour le hash on est davantage habitué à utiliser le md5 ou encore sha, une solution efficace est d’utiliser bcrypt mais malheureusement la fonction crypt() offerte par PHP n’est pas triviale à utiliser…
L’API vient donc résoudre cette problématique en proposant une solution simple et efficace. Voici un exemple d’appel :

$hash = password_hash($password, PASSWORD_DEFAULT);

Un salage n’est pas nécessaire car il sera généré automatiquement par l’API s’il n’est pas présent et ajouté en tant que composant aléatoire au mot de passe.

Comme la méthode de hash de bcrypt, le calcul intensif nécessite beaucoup de mémoire, son utilisation permet de disposer des mots de passe qui seront difficiles à craquer – à condition qu’ils soient suffisamment longs.

D’autres améliorations dans cette version comprennent :

• Le support des blocs try/catch et finally
• Le soutient du list() dans un foreach
• Support de l'utilisation empty() sur le résultat des appels de fonction et d'autres expressions

ainsi que de nombreuses améliorations et corrections de bugs qui sont répertoriées sur dans le fichier PHP News sur GitHub. Si vous voulez plonger dans le grand bain dès à présent, sachez que vous pouvez télécharger PHP 5.5.0 alpha depuis ce lien.

PHP 5.5.0 fait donc l'objet de nombreuses petites évolutions qui ne manqueront pas de vous rendre des services ! À titre de note, les versions stables actuellement prises en charge de PHP sont des versions 5.4.8 et 5.3.18.

Si tout se passe bien, PHP 5.5.0 devrait disposer du tag "alpha 2" le 27 novembre, et pourrait être libéré le jeudi 29 novembre ! Reste à tester...

L'avez-vous installé sur votre machine de développement ? Déjà adopté ?

6 – Utiliser des structures

Structurer votre application est très important. Ne pas utiliser des structures complexes, toujours s’en tenir à la simplicité. Lorsque vous nommez des répertoires et des fichiers, utilisez une convention de nommage avec votre équipe que vous conviendrez, ou utilisez l’une associée à votre règle de codage.

Je vous recommande toujours de séparer les quatre parties de n’importe quelle application PHP typique les unes des autres : CSS, HTML, JavaScript, PHP. Pour chacune de ces « structures », essayez de diviser les bibliothèques de la logique métier. C’est aussi une bonne idée de garder la hiérarchie des répertoires aussi basique que possible de sorte qu’il est plus facile de naviguer et de trouver le code que vous recherchez.

7 – Utilisez un logiciel de contrôle de version

Il y a quelques années, les équipes de développement s’appuyaient sur le CVS (Concurrent Versions System), ou encore la commande diff d’Unix pour le contrôle de version. Cependant, aujourd’hui nous avons une variété de solutions disponibles. La gestion des modifications et des révisions devraient être aisées mais efficaces, afin de choisir n’importe quel logiciel de contrôle de version qui fonctionnera le mieux avec le flux de travail de votre équipe de développement.

Si professionnellement nous utilisons SVN pour une question d’antériorité, personnellement je préfère utiliser un outil de contrôle de version distribuée comme Git ou Mercurial, tous deux sont des logiciels libres et Open Source et surtout très puissant !
Si vous ne savez pas quel logiciel de contrôle de version choisir, je vous recommande la lecture de l’article concernant l’introduction à GitHub, un service web d’hébergement et de gestion de développement de logiciels, utilisant le programme Git.

8 – Utilisez des outils de génération automatique

Essayez d’utiliser des outils comme Ant ou Phing pour automatiser les opérations répétitives du développement de logiciel telles que la génération de code, la construction des releases, la génération de la documentation, la génération de rapports (tests unitaires, couverture du code, aspect du code…), le déploiement dans différents environnements, etc…
L’idée de pouvoir construire entièrement votre application avec une seule commande est une merveilleuse façon de prévenir les erreurs et les omissions qui sont inhérentes lors de l’exécution des tâches répétitives, et est généralement un noyau pré-requis pour les stratégies de tests automatisés.

Je recommande d’utiliser Phing, c’est un outil bien connu dans le système de build pour PHP, et imite parfaitement Ant, si vous n’êtes pas familier avec ce dernier, je vous recommande de revenir la semaine prochaine sur ce même blog car je devrais proposer un ou deux articles sur la découverte et l’utilisation de Phing.

9 – Ayez un générateur de documentation de code

Pour les grandes applications couvrant plusieurs classes et espaces de noms, vous devriez avoir une documentation de l’API automatiquement générée. Ceci est très utile et maintient l’équipe de développement au courant de « ce qui est quoi ».
Et, si vous travaillez sur plusieurs projets en même temps, vous trouverez la documentation telle une bénédiction car vous pourriez avoir oublié les structures suite aux différents allers-retours entre vos projets. Aidez-vous de DocBlox par exemple !

10 – Utiliser un framework de test

Il y a une abondance d’outils que j’ai vraiment apprécié, mais de loin ce que j’apprécie le plus sont les frameworks qui aident à automatiser le processus de test. Si les tests, notamment les tests systématiques, sont souvent oubliés par les développeurs, il n’en reste pas moins qu’ils sont cruciaux pour chaque élément de votre applicatif.

Si des outils tels que PHPUnit et SimpleTest sont mondialement connus pour effectuer des tests unitaires sur vos classes PHP, je ne peux que vous recommander de regarder le projet atoum (notamment lorsque c’est un français qui en est responsable !). Là également j’ai dans l’idée de faire un article dessus prochainement. Pour les tests GUI, je recommande des outils tels que SeleniumHQ.

Conclusion

Dans cet article, vous avez vu un aperçu de quelques-unes des meilleures pratiques pour rédiger du code de meilleure qualité, y compris en utilisant une norme de codage d’unifier le formatage du code à travers l’ensemble de l’équipe, l’importance de refactoring et comment l’aborder, et en utilisant des outils professionnels tels que des frameworks de tests, un générateur de documentation de code, ou encore un système de contrôle de version pour les aider à gérer votre base de code.
Bien entendu je ne prétends pas détenir les meilleurs conseils, mais je pense qu’ils valent la peine d’adopter ces conseils de base, cela ne peut être que bénéfique pour vous et de votre équipe.

N’hésitez pas à apporter votre expérience dans ce domaine.

Au sommaire de ce numéro :

• Découvrez Mageia 2 (Thierry Borel) : La communauté Mageia a sorti la seconde mouture de sa distribution GNU/Linux, en mai 2012. Ce sera la première vraie version totalement issue de cette nouvelle communauté. La précédente version (Mageia 1) était une personnalisation de la distribution Mandriva Linux 2010.1 avec une mise à jour. Cependant tout ce que nous voulions était déjà là, parfaitement fonctionnel. Désormais la communauté Mageia nous gratifie d’une vraie distribution entièrement ‘sauce Mageia’, codée et peaufinée par elle, pour les architectures 32 et 64 bits. Étudions cette nouvelle distribution
• Mise à jour dynamique de graphiques avec Ajax et PHP (Cilia Mauro, Magali Contensin) : Les bibliothèques graphiques côté client permettent de visualiser interactivement des graphiques, mais également de les mettre à jour dynamiquement grâce à Ajax sans recharger la totalité de la page web. Dans cet article, nous présenterons le principe d’Ajax, l’utilisation du framework jQuery et la mise à jour dynamique de graphiques via les trois bibliothèques graphiques citées ci-dessus, à partir de données envoyées par des scripts PHP
• PrestaShop 1.5 : tour d’horizons et aspects techniques (Jonathan Danse) : Dans le dernier article, intitulé « PrestaShop : aspects techniques » – publié dans le numéro de juillet – nous avons parlé de PrestaShop 1.4, à savoir la dernière version stable en date. Si la version 1.4.9 – publiée ce 24 août – est belle et bien la dernière version stable, l’équipe de développement à mise en route la version 1.5 qui en est désormais à sa RC2. Avec elle, son lot de nouveautés
• Twitter pour les débutants (Eric Vincent) : Twitter se développe encore et toujours. Il est temps pour ceux qui ne connaissent pas ou peu de se jeter à l’eau et de découvrir les bases de ce réseau social contemporain, pratique et incontournable
• (Christophe Villeneuve) : Actualités du monde du développement

Je vous recommande de lire la section « Ajax et PHP », qui va s’avérer fort utile dès lors que l’on veut se lancer !

Pour rappel, PHP Solutions est un magazine payant. Vous aurez le choix entre les abonnements suivants :

• Abonnement 6 mois : 89€
• Abonnement 12 mois : 147.60€

Bonne lecture !

Un bon code est maintenable, réutilisable et vérifiable. Les conseils qui suivent portent sur la façon dont vous et/ou votre équipe de développement peut gérer diverses tâches de codage et la façon de garder aussi propre que possible votre code. Je vais vous présenter quelques « meilleures pratiques », issues de mon expérience personnelle et professionnelle, qui je l’espère vous aideront à mieux écrire du code et aider, vous et votre équipe à être efficaces.

1 – Utilisez une norme de codage

Il est facile d’écrire mal, et de produire un code non organisé ! Mais, il est plus difficile de maintenir un tel code. Un bon code suit généralement une norme qu’il s’agisse des conventions de nommage, du formatage, etc… Ces normes, communément nommées les « règles de bonnes pratiques » sont faites pour vous simplifier la vie parce qu’elles permettent de rendre clair et lisible votre code.

Si vous pouvez créer vos propres règles de codage, il est préférable de s’en tenir, ou du moins s’inspirer, de ce qui existe, et qui a été approuvé par beaucoup ! Ainsi, des normes proposées par Zend Framework Coding Standard ou prochainement le PSR-1 Coding Style Guide permettront de rapidement vous approprier du code tiers, et aux autres de s’adapter à votre code !

2 – Écrire des commentaires utiles

Les commentaires dans un code sont cruciaux ! Vous ne les apprécierez pas avant de laisser votre sac de nœud de lignes pendant deux ou trois jours, et que vous y reveniez tout en essayant de donner un sens à ce que vous avez noté ! Vous me prenez sûrement pour un fou, mais c’est vraiment ce qui se passe tous les jours. Faites vous-même le test Les commentaires sont donc utiles pour faciliter votre vie, mais également ceux après vous qui devront maintenir votre code.

Écrivez des commentaires pour des lignes significatives, les simples n’ont aucun sens ; décrivez les paramètres aussi complets que possible, décrivez les fonctionnalités des fonctions et des méthodes ; commentez des blocs délicats et pour lesquels la logique n’est pas aussi triviale qu’on pourrait le penser.

3 – Refactorisation

La refactorisation (anglicisme venant de refactoring) est une opération de maintenance du code. Ce principe doit être une habitude pour tout les développeurs ! Croyez-le ou non, vous devriez refactoriser votre code quotidiennement, sinon ce dernier ne peut que perdre en qualité (même si vous pensez être le meilleur développeur du monde) ! Le refactoring maintient la qualité de votre code, mais qu’est-ce qui doit-être refactorisé et comment ?

Vous devriez tout refactoriser, qu’il s’agisse de l’architecture de vos méthodes et fonctions, des noms de variables, mais également le nombre d’arguments d’une méthode, etc…

Pour la réponse à « comment factoriser ? », sachez qu’il s’agit plus d’un art qu’une science, mais il y a quelques règles d’or qui peuvent nous éclairer à ce sujet :

• Si votre fonction ou méthode dépasse les 20 à 25 lignes, il est probable que vous incluez trop de logique à l’intérieur, et vous pouvez probablement la scinder, en deux ou plusieurs fonctions/méthodes plus petites
• Si le nom de votre méthode/fonction dépasse les 20 caractères, vous devez la repenser, peut-être que la logique de ce qu’elle fait rejoint la première affirmation…
• Si vous avez un grand nombre de boucles imbriquées, autrement dit une complexité élevée, sachez qu’il y a toujours des conditions de retour à passer en priorité. En général, vous ne devez pas dépasser plus de deux boucles imbriquées. Trois boucles imbriquées seraient tout simplement horribles !
• Considérez s’il y a des patterns de conception applicables dans quasiment toutes les situations. Bien sûr, vous ne devez pas utiliser ces derniers pour le simple plaisir d’utiliser des modèles, mais sachez qu’ils offrent des solutions aisées qui pourraient être applicables dans votre cas

4 – Évitez les globales

Les variables, les boucles, etc, globales sont autant de problématiques dès lors que votre application se développe à des millions de lignes de code. Elles peuvent influencer un code « ailleurs » dont il est difficile de discerner, ou de provoquer quelques affrontements sur le nommage. Réfléchissez à deux fois avant de polluer l’espace de noms global avec des variables, des fonctions, des boucles, etc..

Dans un cas idéal, vous ne devriez avoir aucun des blocs définis globalement. Toutes les déclarations telles que le switch, try-catch, foreach, etc…, doivent être écrites dans une méthode ou une fonction. Les méthodes doivent être écrites dans des définitions de classe, et les définitions de classe et la fonction doivent être dans des espaces de noms.

5 – Utilisez des noms significatifs

Ne jamais utiliser des noms comme , , et pour les variables. Comment allez-vous lire le code à l'avenir ? Et votre collègue ? Un bon code doit être significatif en termes de noms de variables, de noms de méthodes/fonctions et des noms de classe. Quelques bons exemples de noms significatifs sont les suivants : $request , $dbResult et $tempFile (selon vos directives de style de codage l'écriture de ces derniers peuvent légèrement être modifiée).

À noter, que faire du franglais ce n'est pas l'idéal ! Soit vous mettez tout en anglais, dès lors que le domaine de votre application le permet, soit en français. Dans certains cas, il est difficile de traduire un terme d'un domaine spécifique en français, je pense au médical notamment (n'est-ce pas Fabien !

Voici quelques-unes des meilleures pratiques que j'essaie de mettre en œuvre quotidiennement ! Je vous fournirais la suite de la liste dès demain ! N'hésitez pas à apporter votre expérience dans ce domaine.

1 – JavaScript, HTML et CSS

Ces jours-ci, il ne suffit pas de seulement savoir comment écrire du code PHP… En effet, si vous voulez démarrer une société de service en PHP, vous aurez également besoin de connaître la façon dont les sites sont développés, et ce à travers les langages HTML et CSS.
Il y a de fortes chances que dans les projets auxquels vous allez devoir participer, que vous soyez amené à corriger les erreurs que les concepteurs ont fait, et vous aurez donc besoin de savoir comment faire cela, et surtout comment le faire bien.
Si vous ne connaissez pas ces autres langages, vous pourriez être totalement dépassé par des entreprises qui proposeront bien plus que vous en terme de développement Web, vous fermant ainsi de nombreux marchés…

2 – En apprendre davantage …

Alors qu’il est important de s’assurer que vous ayez les compétences pour faire la majorité du développement demandé, il est tout aussi important de connaître vos limites, et ainsi d’identifier vos lacunes. C’est une compétence que certains nouveaux développeurs PHP semblent oublier lorsqu’ils se lancent dans un marché où il est difficile de trouver un emploi en tant que débutant en développement PHP.
Il est donc très important de connaître et identifier vos compétences, afin de répondre au plus juste aux propositions d’emplois. Ainsi, ne vous faites pas piégé par des demandes qui ne pourront être résolues sinon vous finirez par nuire votre réputation sur le long terme…

3 – Business Communication

En tant que développeur PHP, pigiste ou sous contrat, vous devrez communiquer avec tous vos clients. Apprenez à communiquer comme un professionnel ! Beaucoup de technophiles ont généralement des difficulté pour communiquer, notamment sur des aspects techniques sans trop entrer dans les détails et perdre le lectorat… C’est d’ailleurs probablement pourquoi, en premier lieu, ils choisissent de travailler individuellement à domicile.
Si vous êtes dans ce cas, n’hésitez pas à prendre des cours de communication d’entreprise, ou de parler à un professionnel sur la façon dont vous pouvez améliorer ces compétences.

4 – Finance d’entreprise

Encore une fois, comme toute entreprise, vous allez devoir gérer les finances de votre propre entreprise. Vous n’avez pas nécessairement à apprendre comment déclarer vos propres impôts, qui peut être difficile pour les entrepreneurs indépendants, mais vous devriez certainement apprendre à gérer les bases de la finance au jour le jour.
Cela va comprendre l’apprentissage sur comment fixer un taux juste pour vous-même sur la base des taux du marché et les taxes que vous aurez à payer sur votre revenu d’entreprise.

5 – Gestion de projet

Comme entrepreneur indépendant, certes vous n’aurez pas quelqu’un au dessus de votre épaule pour vous rabâcher sans cesse que vous êtes en retard, et qui exige de vous qu’un projet soit réalisé dans un certain délai, mais il va falloir tout de même bien gérer votre emploi du temps.
Vous allez devoir très probablement jongler entre plusieurs projets et plusieurs clients à un moment donné, alors assurez-vous que vous savez comment gérer votre propre temps, rédiger des propositions, et gérer vos projets afin que vous puissiez développer et fournir le livrable, afin de construire votre réputation.

6 – Réseautage

La mise en relation avec d’autres concepteurs indépendants PHP, et les pigistes de développement Web, peut vous aider à trouver davantage de boulot et d’obtenir des références. Utilisez Twitter, Facebook et LinkedIn notamment, afin de réunir les clients pour qui vous travaillez ou avec lesquels vous avez travaillé par le passé. Les recommandations grâce au réseautage peuvent être très précieuses dans un marché du travail concurrentiel.

Pour finir …

Selon Elance.com, l’un des sites indépendants leaders pour les développeurs Web et les pigistes dans de nombreuses autres niches, 2011 a été une année record pour le travail indépendant en ligne. L’embauche en ligne a plus que doublé depuis 2010, et le nombre d’entreprises qui embauchent sur Elance a de facto plus que doublé.

Ces six compétences sont essentielles pour la plupart des pigistes, mais si vous êtes un développeur PHP, elles peuvent être encore plus importantes. Le développement Web est un domaine extrêmement concurrentiel, et la connaissance seule du langage ne suffise plus.
Cependant, une fois que vous avez acquis ces compétences, vous pourriez profiter des emplois passionnants, la flexibilité, et un bon salaire en tant que développeur indépendant PHP.

Quels sont vos conseils en terme de jobs ? Pensez-vous qu’à l’heure actuelle être « développeur » suffit pour faire sa place sur ce marché ?

Au sommaire de ce numéro :

• PrestaShop : aspects techniques (Jonathan Danse) :
• Comprendre GitHub : Fork, Branch,Track, Squash et Pull Request (Yohann Poiron)
• Installer et utiliser CodeIgniter 2 : une page d’inscription newsletter (David Peronne) : CodeIgniter est un framework de développement PHP, sorte de boîte à outils d’aide à la construction de sites et d’applications web. Son but est de vous permettre de réduire le temps de développement de vos projets en vous fournissant un ensemble complet de bibliothèques prenant à leur charge les tâches les plus répétitives. Utiliser un framework PHP tel que CodeIgniter vous permettra de gagner du temps de développement en structurant votre applications et en réutilisant des portions de codes déjà existantes.
• Générer des graphiques interactifs avec RGraph (Cilia Mauro, Magali Contensin) : RGraph est une bibliothèque graphique côté client spécialisée dans l’affichage et la visualisation interactive des représentations graphiques les plus courantes (courbes, histogrammes, secteurs, nuages de points, …) mais aussi d’autres diagrammes très utiles : jauges (indicateurs de performance, de progrès ou de quantité), radars (comparaison de valeurs multi-critères), roses (distribution statistique selon un critère), gantt (planification), etc. RGraph permet ainsi de représenter un grand nombre de modèles de données d’allures différentes. Cette bibliothèque, gratuite pour une utilisation non commerciale, est relativement facile à prendre en main et simple d’utilisation. L’utilisation de JavaScript permet une consultation interactive du graphique : zoom, annotations, infobulles, menus contextuels personnalisés.
• Actualités du monde du développement. (Christophe Villeneuve) :

Je vous recommande de lire la section sur CodeIgniter, qui va s’avérer fort utile dès lors que l’on doit se plonger dans le développement de grosse application !

L’article que je publie s’intitule : Comprendre GitHub : Fork, Branch,Track, Squash et Pull Request.

Ce guide va tenter de vous apprendre comment bien contribuer à des projets Open Source sur GitHub. Il suppose que vous savez déjà comment utiliser Git pour la gestion de versions et que vous avez déjà un compte GitHub !

Vous allez pouvoir retrouver différents sur le blog traitant de ce sujet :

• Comprendre GitHub : Fork, Branch, Track, Squash et Pull Request
• tryGit : vous avez 15 minutes et vous voulez apprendre Git ?
• GitHub sur Android vous permet de garder un oeil sur tous vos projets depuis votre mobile

Pour rappel, PHP Solutions est un magazine payant. Vous aurez le choix entre les abonnements suivants :

• Compte gratuit
• Abonnement annuel : 147.60€ (TVA inclus)

Bonne lecture !

Mais s’il existe toujours des astuces, et la pile AMP (Apache, MySQL, PHP) qui est un peu différente sous OS X 10.8 Mountain Lion (GM build 12A269) que sur son prédécesseur, OS X 10.7 Lion, n’y échappe pas. Après avoir moi-même migré ma machine sur Mountain Lion, voici quelques astuces que vous devez savoir pour obtenir Apache, MySQL, PHP sur le nouveau système d’exploitation d’Apple.

Apache / Partage Web

La première différence dans OS X 10.8 est la disparation de l’option « Partage Web » dans l’interface des préférences système. En effet, dans le volet « Partage » il est désormais impossible d’activer le « Partage Web ». Si l’option a disparu, le serveur Web Apache, qui est définitivement installé dans le niveau inférieur du système d’exploitation, est tout de même présent et prêt à être démarré.

Apache est pré-installé et doit être activé via le terminal (/Applications/Utilitaires/Terminal). Pour démarrer le serveur, éxécutez la ligne de commande suivante : sudo apachectl start.

Voici les autres commandes que vous devez connaître :

• Pour l’arrêter : sudo apachectl stop
• Pour le redémarrer : sudo apachectl restart
• Pour trouver la version d’Apache : httpd-v

Une fois le lancement d’Apache, testez dans votre navigateur (http://localhost) que le serveur est bien lancé. Vous devriez voir le texte « It Works! ».

Si vous souhaitez avoir une commande dans l’interface graphique et ainsi cliquer sur « Partage Web » dans les préférences système, alors vous allez devoir télécharger un utilitaire. Après avoir téléchargé celui-ci sur clickontyler, il suffit de le décompresser et de double-cliquer dessus.

MySQL

MySQL est à nouveau un élément manquant dans OS X 10.8 et doit être téléchargé à partir du site de MySQL. Pour ce faire, utilisez la version DMG de l’archive Mac OS X 10.6 (x86, 64-bit), qui fonctionne très bien sur 10.8.

Sachez que pour télécharger MySQL vous n’êtes pas obligé de vous inscrire. Pour ce faire, cliquez sur l’option « No thanks, just take me to the downloads! » afin d’être automatiquement redirigé vers la page d’accès aux miroirs de téléchargement. De là, téléchargez le logiciel à partir d’un miroir qui est plus proche de vous.

Une fois téléchargé, installez les trois composants. Vous devrez peut-être ajuster les options dans la partie « Sécurité et confidentialité » des préférences système afin de permettre d’installer des applications tierces, du fait de l’arrivée de Gatekeeper, qui vous aide à éviter de télécharger et d’installer des logiciels malveillants sur votre Mac, quelle qu’en soit l’origine.

Pour contourner ce problème sans changer les préférences globale, réalisez un clic droit sur le paquet d’installation pour faire apparaître le menu contextuel et sélectionnez « Ouvrir », acceptez l’avertissement en cliquant sur « Ouvrir ».

Donc, installez les 3 packages fournis :

• mysql5.5.xxx.pkg
• MySQLStartupItem.pkg
• MySQLPrefPane

Le premier est le serveur MySQL en lui-même, le second, MySQLStartupItem, permet à MySQL de démarrer lorsque le Mac est allumé et le troisième est MySQLPrefPane qui permet d’ajouter une entrée dans les préférences système qui permet de démarrer/stopper le serveur MySQL.

Vous pouvez démarrer le serveur MySQL à partir des préférences système :

Ou en ligne de commande :

sudo /usr/local/mysql/support-files/mysql.server start

Pour trouver la version MySQL à partir du terminal, tapez à l’invite :

/usr/local/mysql/bin/mysql -v

Après l’installation, afin d’utiliser les commandes mysql sans avoir à taper le chemin complet vers les commandes dont vous avez besoin, ajoutez le répertoire mysql dans votre path. Pour ce faire, modifiez le fichier .bash_profile dans votre répertoire home.

Note : Si vous n’avez pas ce fichier il suffit de créer en utilisant vi ou nano

Voici le contenu du fichier : export PATH="/usr/local/mysql/bin:$PATH"

Afin que les modification soient directement prises en compte sans avoir besoin de redémarrer, tapez la commande suivante dans le terminal : source ~/.bash_profile.

Mettre en place le mot de passe root de MySQL procédez ainsi :

mysqladmin -u root password {new-password}
mysqladmin -u root -p{new-password} -h localhost password {new-password}
mysqladmin -u root -p{new-password} reload

PHP

PHP 5.3.13 est embarqué dans OS X 10.8 Mountain Lion et peut être activé en enlevant une ligne dans le fichier httpd.conf. Éditez le fichier comme ceci : sudo nano /etc/apache2/httpd.conf.

Utilisez la combinaison de touches « Ctrl + w » pour trouver le terme « PHP », ce qui a pour effet de vous amener à la ligne suivante : #LoadModule php5_module libexec/apache2/libphp5.so. De là, dé-commentez la ligne. Pour ce faire, enlevez le # devant.

Enregistrez la modification apportée en utilisant les touches « Ctrl + x ». Rechargez Apache afin qu’il prenne en compte le changement de configuration (sudo apachectl restart).

Afin de voir et tester PHP, créez un fichier nommé phpinfo.php par exemple, et déposez-le à la racine de votre serveur (/Library/WebServer/Documents/) avec le contenu ci-dessous, puis affichez la page dans votre navigateur.

<?php phpinfo(); ?>

Conclusion

Vous voilà désormais prêt à retrouver un package AMP digne de ce nom sur Mountain Lion ! Bien sûr, il peut vous manquer des paquets spécifiques, mais j’ai décris ici l’essentiel.

N’hésitez pas à venir ajouter votre expérience dans la partie commentaires ci-dessous.

Avez-vous rencontré des problèmes ?

Ainsi, ce numéro spécial intitulé « The Best Of PHP Solutions » va vous permettre de retrouvez les meilleurs articles parus dans le magazine.

Il s’agit donc d’un sommaire chargé :

• Créer un thème simple sur WordPress en moins d’une heure : Jérôme PASQUELIN
• Améliorer la sécurité de son site sous WordPress : Marie KUNTZ
• Les Custom Post Types de A à Z : Aurélien DENIS
• Développement de shortcode et Hook dans WordPress : Miary RABEHASY
• Joomla 1.7.5 et supérieur : Faire le ménage après l’installation : Pascal BARATS
• Joomla 1.7.5 et supérieur : Installer et configurer une boutique e-commerce avec le composant Virtuemart 2.0 version française : Pascal BARATS
• Création d’un plugin de conetenu pour Joomla : Florian Dal FITTO
• Passe ton batch d’abord ! : Gilles FEVRIER
• Développer une application web avec ExtJS et PHP – 1ère partie : Gilles FEVRIER
• Développer une application web avec ExtJS et PHP – 2ème partie : Gilles FEVRIER
• Introduction au modèle MVC dans ExtJS 4 : Gilles FEVRIER
• Mobile First! Developper des applications « mobiles » en 2012 : Louis NAUGES
• Les serveurs virtuels Apache : Brice FAVRE
• Cluster : Stéphan RICHER
• 2010 – 2020 : la décennie Cloud Computing, ou la Révolution industrielle Informatique : Principes, potentiels pour les développeurs informatiques : Louis NAUGES
• L’informatique dans les nuages, mais les pieds sur terre : Romain Henion
• Réplication de bases de données MySQL : Francis HULIN-HUBARD
• Réalisation d’un graphique Ajax avec CodeIgniter et jQuery : Adrien VINET
• Introduction au framework Smarty : Yohann POIRON
• Découvrez la POO avec PHP5 : Yohann POIRON
• Création d’un site web avec PHP et MySQL : Patricia Le STRAT
• PHP5 – Développement d’un site web : Pascal CESCATO
• Comprendre le fonctionnement bas-niveau du cache eZ Publish – Optimiser les performances : Gilles GUIRAND
• Découvrez le Behavior Driven Development (BDD) : David Jacquel
• Typage de variables en PHP : Jean TATAREAU
• Générer et manipuler des images dynamiquement avec GD : Cilia MAURO, Magali CONTENSIN
• Améliorer son référencement avec l’optimisation On-Page : David PERONNE
• Accéder à Oracle à partir de PHP : Olivier HEURTEL

Vous allez donc retrouver deux articles que j’ai moi-même écris : Introduction au framework Smarty & Découvrez la POO avec PHP5.
Pour le premier, sachez que Smarty est un moteur de template pour le langage PHP. Il vous permet de séparer davantage votre logique métier (logique applicative) et la présentation, en supprimant autant que possible le code PHP de vos vues. Grâce à cet article vous découvriez ses fonctionnalités.
Le seconde, en tant que développeur PHP, vous le savez que vous pouvez créer des systèmes fonctionnels sans utiliser des classes et des objets, vous évitant ainsi de créer une classe unique. Même si vous décidez de ne pas intégrer la Programmation Orientée Objet (POO) dans votre propre code, vous aurez probablement besoin de connaître la POO. Par exemple, si vous utilisez une bibliothèque tierce, telles que celles mises à disposition par PHP Extension and Application Repository (PEAR), vous vous trouverez dans l’obligation d’instancier des objets pour appeler des méthodes

Pour rappel, PHP Solutions est un magazine payant. Vous aurez le choix entre les abonnements suivants :

• Compte gratuit
• Abonnement annuel : 147.60€ (TVA inclus)

Bonne lecture !

En effet, cette année encore le programme a été en ce sens ! Les thématiques principales annoncées étaient : « la performance, la qualité et les nouveaux usages ». Là encore, challenge réussi on a été servi !

Vous croyez que je ne vais qu’encenser l’évènement dans cet article ? Non pas vraiment… Certes comme vous avez pu le lire je reviens très enthousiaste de cette édition, mais mon but de blogueur est aujourd’hui de vous faire, ou refaire pour certains, vivre cet évènement comme si vous y étiez. Déjà, sachez que j’ai rédigé un article assez conséquent, pour être bien dans le thème il représente environ 500 lignes de code HTML, qui regroupe mes différentes notes sur les conférences auxquelles j’ai pu assister, ainsi que les liens vers les différentes présentations de chacun. À noter qu’à l’heure où j’écris ces lignes, toutes n’ont pas encore été publiées et j’éditerais le billet pour les ajouter.

Mais à quoi sert cet article ? Ce dernier va simplement agréger et résumer les conférences pour lesquelles j’ai été réellement attirées. De plus, je vais présenter les à côtés de l’évènement.

Que serait un évènement « national » PHP sans le fondateur du langage ? Certes peut-être que ce dernier aurait le même effet, mais je dois dire qu’écouter Rasmus Lerdorf c’est quand même cool. Celui-ci a vanté les mérites de « son » language, scalabilité, performant, éprouvé, tout en plaçant subtilement une petite phrase humoristique « PHP has 100% market share in the porn industry. And that makes a lot of PHP ». Pour le future, PHP va tenter d’améliorer la gestion de l’Unicode et essentiellement apporter du sang neuf dans l’équipe de développement. Enfin, Rasmus n’a pas oublié de mentionner qu’il est nécessaire de contribuer au langage, (rapport de bug, d’éditer la documentation, et de tester la dernière version afin d’envoyer des rapports d’intégration).
Et puis, comme mot de conclusion il invite toutes les personnes ayant des instances de PHP inférieures à la version 5.3 de mettre à jour celles-ci les avantages sont innombrables.

Par la suite, après avoir assisté à la conférence de Grégoire sur comment tirer parti de Postgresql en PHP avec Pomm, j’ai pu assister à celle intitulée « Anatomie du test » !
Celle-ci, animée par Frédéric et Ivan, allez mettre en exergue un aspect fondamental pour tous les développeurs : les tests. Cette partie souvent mise de côté par les développeurs, et plus généralement par les chefs de projet qui imposent des contraintes de délais bien souvent trop courtes. Malheureusement, il ne faut pas voir les tests comme une contrainte, mais davantage comme une valeur ajoutée à votre projet. En effet, les tests unitaires valident les briques de base d’une application. Si lancer des tests peut sembler quelque peu complexe, l’utilisation d’un framework simplifie emplacement la création de l’exécution des tests, et permet en général la génération des rapports et collecte possiblement des métriques. À ce jour, on peut citer PHPUnit, certainement le plus connu, mais d’autres tels qu’Atoum, pour lequel je reviendrais dans un futur article dédié à ce dernier, Praspel, Jenkins ou encore Behat tirent leur épingle du jeu. Comme le mentionne Frédéric dans la présentation, il est très difficile de conseiller un framework de tests optimal, à part Atoum ! (normal il s’agit de son bébé ) En effet, vous allez devoir expérimenter, tester afin de faire votre choix et ainsi trouver celui que vous maitrisez le mieux et pour lequel vous êtes le plus efficace. Cependant, attention votre choix initial s’avère quasi déterminent puisqu’il est difficile de changer de framework de tests unitaires, ces derniers étant souvent incompatibles entre eux.
Mais que faire alors ? Si le test a posteriori est à éviter puisqu’il génère des API souvent inadaptées, l’idée principale est donc de réaliser le test avant de coder ! Ce principe se nomme TDD (Test Driven Development) ! L’idée est tout simple : une barre rouge on peut commencer à écrire du code, une barre verte, on écrit un nouveau test ! Ainsi, on commence par écrire des tests, et l’écriture de ces derniers ne s’arrête que lorsque le résultat désiré est obtenu !
Le résultat dans tout ça ? Vous avez la garantie d’avoir un code de qualité et vous évitez la régression !
Mais comment ça marche ? En binôme, le ping-pong est l’idéal ! Une personne code en premier le test, le second la méthode ! Attention par contre, cette méthode peut être fatigante. Veuillez l’utiliser à bon escient. Le principal avantage, outre le faire d’écrire du code efficace et testé, est que cela permet à tous d’avoir une vision globale du projet et du code source. Le partage du savoir est indispensable dans un projet. Se restreindre à une partie s’avère périlleuse.
Au final mon client gagne quoi ? Il s’agit d’une question épineuse ! En effet, tous vos clients ne vont pas voir de suite le bénéfice et les coûts demandés pour la mise en place d’une telle méthode de travail ! Mais attention, si cette partie n’est pas financée par ces derniers, sachez que le principe du TDD va vous permettre de réduire considérablement les coûts dans le future. Qu’y a-t-il de plus contraignant que de corriger un bug suite à une régression ?
Pour conclure ? Manger du test et imposez-le dans vos équipes de développement. Vous vous ferez certainement pas des amis dans un premier temps, mais ces derniers vous remercieront dans le futur !

Après cette conférence qui place déjà la barre très haute, et au détour d’un petit café et biscuit, on enchaine avec le « monitoring applicatif : Pourquoi et comment ? » animé par Kenny DITS ! Et là, la révélation de ce forum ! Du lourd, très lourd ! En effet, déjà fortement intéressé par la présence d’un membre d’M6 Web, pour qui j’ai pu visualiser différents slides sur les stratégies de l’entreprise, je me retrouve parachuté dans une conférence dont j’ai appris tout quasiment de A à Z (du moins dans la partie « comment », le reste étant déjà un vécu professionnellement) ! Autrement dit, que du bonheur…
Déjà, la première que l’on se pose, c’est pourquoi monitorer ? Les réponses peuvent être simples et évidentes mais celles-ci sont souvent omises : être alerté en cas de panne, et ce avant que ce soit les utilisateurs qui vous remontent l’information, améliorer le support de la charge, ou encore trouver la ou les RootCause lors d’un incident. De plus, – accessoirement – cela vous permet d’avoir une vue globale de tous les projets, et de donner celle-ci aux développeurs.
Que doit-on monitorer ? La réponse est un mot : tout ! En effet, plus vous allez avoir des métriques, plus vous allez pouvoir agir et analyser. Ainsi, comme exemple de métriques, vous allez retrouver les appels aux services applicatifs, la gestion des utilisateurs, l’utilisation et le temps SQL, la consommation CPU, le temps d’affichage des pages, les erreurs applicatives, ou encore l’utilisation des caches…
Comment monitorer ? Là est la partie la plus complexe de la présentation, mais là encore la réponse se résume à deux termes : Graphite et StatsD ! La première va respectivement s’occuper de toute la partie exploitation des données, la seconde étant la partie cliente et serveur des données. StatsD qui se base sur le protocole UDP, Fire & Forget, va ainsi s’occuper d’envoyer des paquets UDP qui contiennent les données extraites au serveur NodeJS !

A network daemon that runs on the Node.js platform and listens for statistics, like counters and timers, sent over UDP and sends aggregates to one or more pluggable backend services (e.g., Graphite).

Dès lors, Graphite va récupérer ces métriques à la demande. Il va ainsi pouvoir générer des graphiques, tels que le comptage de select en base de données, ou le taux de HITS par rapport aux MISS dans memcached ! C’est un dashboard extrêmement complet. À noter qu’il est possible de faire son propre dashboard, selon les métriques à extraire qui nous intéressent. Vous allez également retrouver un marqueur de mise en production et de fait analyser les potentielles anomalies suite à la mise à jour de votre application.
Au final j’obtiens quoi ? Avec la combinaison de ces deux outils, vous allez avoir la possibilité de sortir des métriques brutes, mais également de cibler très précisément les sites qui ont été mis à jour, et déterminer très exactement d’où vient l’erreur, si erreur il y a. Vous allez ainsi diminuer considérablement le nombre d’anomalies applications.

C’est le temps de la pause déjeuner ! Bien rangé en pile FIFO, nous récupérons sagement notre repas ! Avalé en deux temps trois mouvements, et après avoir rechargé également les batteries du Mac il est temps de faire un petit tour dehors ! Pourquoi je vous mentionne ceci ? Tout simplement pour vous dire que le cadre était vraiment extra ! On a pas enfermé des « geeks » dans une cave, où encore dans un hangar, mais bien dans un superbe château avec un grand parc à la Cité Universitaire Internationale !

14h, c’est l’heure de reprendre ! Julien en profite pour nous parler de l’anatomie, le fonctionnement et les performances de PHP. S’il est nécessaire de retenir une phrase c’est celle-ci : « PHP n’est pas responsable de la lenteur, seulement si l’on code mal ! ». Je vous recommande de lire mes notes pour en apprendre davantage, celles-ci étant assez exhaustive. De plus, Julien a déjà mis les slides en ligne alors autant en profiter.
Ensuite, j’assiste à la session de Jean-Marc qui nous parle de la gestion des dépendances dans un projet PHP. On y découvre, pour la première fois mais pas la dernière sur ce forum, Composer. C’est incontestablement l’attraction de ce forum ! S’il s’agit d’un projet récent, celui-ci se veut très actif aujourd’hui. Il dispose de trois principaux outils : un gestionnaire de paquets en ligne de commande (comme pear, apt-get, …), Packagist qui contient les librairies (les majeures se retrouvent intégrées à ce dernier – adoption croissante, sources variées : Git, SVN, Mercurial, …) et enfin Satis qui offre une distribution aisée de vos propres paquets. Si à l’heure actuelle il est possible de se brancher sur la version de développement ainsi que la version alpha 3, une version stable est en vue !
Au final, l’utilisation de Composer va, côté client, permettre de récupérer très simplement un projet, et du côté du distributeur, d’utiliser simplement le composer.json, où plutôt de coder votre propre fichier de déploiement. De plus, veuillez noter que vous avez la possibilité de créer votre fichier à partir d’un modèle.

L’avant dernière conférence de la journée est animée par Antonio Fontes, et concerne la modélisation des menaces d’une application web avec une étude de cas. Plutôt qu’un long discours, je ne peux que vous recommander de lire les slides de sa conférence, vous avez tout ! Puis, on finit par les fonctions avancés du driver MySQL natif pour PHP. Dans celle-ci on y découvre mysqlnd, le driver MySQL natif dans le cœur de PHP 5.4 ! À noter que ce driver est déjà existant dans la version de PHP 5.3, cependant vous devrez recompiler PHP pour l’activer et l’exécuter.
Côté fonctionnalité, vous allez retrouver des améliorations de la connexion persistante, le support du SSL, la possibilité d’utiliser mysqli_fetch_all() pour récupérer un ensemble de résultat et une gestion asynchrone mysqli_poll. Enfin, dernier élément à noter, c’est que le driver est extensible grâce à des extensions. Le seul hic, c’est qu’actuellement il est seulement possible d’en concevoir en C…

Ainsi s’achève cette première journée riche en découverte ! Autant vous dire que j’avais réellement envie d’être à la seconde de suite… J’y reviendrais certainement demain dans un prochain article…

Si vous avez des questions, des interrogations sur les conférences et plus particulièrement les résumés que je viens de faire, n’hésitez pas à poser vos questions à la suite de cet article je tenterais d’y répondre, et dans le pire des cas je demanderais à l’orateur d’intervenir.

Alors que le groupe PHP avait publié en urgence les mises à jour de PHP 5.3.12 et PHP 5.4.2 pour corriger des failles, celles-ci s’étaient avérées inefficaces. En effet, le 9 mai dernier, Stefan Esser, le créateur de Suhosin une extension de sécurité pour PHP, a indiqué via Twitter que le correctif CVE-2012-1823 inclus dans PHP 5.3.12 et PHP 5.4.2 peut facilement être contourné :

The security emergency release to fix the PHP CGI RCE (that was tested for days…) does not fix anything at all.

— Stefan Esser (@i0n1c) Mai 3, 2012

Le groupe avait alors reconnu l’inefficacité de son patch et prévoyait une mise à jour le plus rapidement possible, chose faite aujourd’hui !
Pour rappel, un grand nombre de sites à travers le monde sont menacés par une vulnérabilité non corrigée dans le langage de script PHP et dont de nombreux hackers ont déjà exploité celle-ci afin de prendre à distance le contrôle de serveurs sous-jacents.
Pour empirer les choses, tous les détails du bug ont été rendus public la semaine dernière, donnant aux hackers tout ce qu’il faut pour localiser et exploiter les sites vulnérables.

Les attaques d’exécution de code menacent des sites Web PHP seulement si ces derniers fonctionnent en mode CGI (Common Gateway). Personne ne sait exactement combien de sites sont actuellement à risque, tout simplement car ces derniers doivent également répondre à plusieurs autres critères pour être vulnérables, y compris de ne pas avoir un pare-feu qui bloque certains ports. Néanmoins, les sites fonctionnant avec PHP configuré en CGI sur le serveur web Apache sont par défaut vulnérables aux attaques ce qui permet aisément aux pirates d’exécuter du code par des portes dérobées ou de télécharger des fichiers contenant des données sensibles des utilisateurs. Ainsi, il était simple de dévoiler du code source depuis les scripts PHP !

Les mises à jour proposées aujourd’hui par le groupe PHP, les versions 5.4.3 et 5.3.13 viennent donc corriger définitivement ces deux failles capables de générer une exécution de code à distance. Ainsi, la faille connue sous le nom CVE-2012-1823 dans php-cgi, est un bug qui change l’interprétation de la chaîne de caractères contenant - pour que le composant php-cgi puisse gérer des lignes de commandes, comme -s, -d, -c.
Cela peut, par exemple, provoquer des serveurs affectés à retourner le code source d’une page si la chaîne de caractères ?-s est fixée à la fin d’une URL (par exemple http://www.blog-nouvelles-technologies.fr/?-s). Le code peut également être exécuté de cette façon.

Avec la sortie des versions 5.3.13 et 5.4.3, les développeurs ont renouvelé leur promesse que le bug est désormais fixé, et que les premiers tests s’avèrent concluants. Un dépassement du tampon dans la fonction apache_request_headers a également été fixé à la branche 5.4.

Pendant ce temps, Facebook a pris l’opportunité d’utiliser la faille CGI pour ses propres fins. Les visiteurs de la page http://facebook.com/?-s pourront retrouver le code PHP qui les dirigeront vers une page de recrutement d’un ingénieur de sécurité.

Pour les téléchargements de sources de PHP 5.4.3 et PHP 5.3.13 rendez-vous sur la page de téléchargements de PHP, les binaires Windows peuvent être trouvés sur windows.php.net/download/. La liste des modifications sont enregistrées dans le ChangeLog.

Avez-vous fait la mise à jour ? Votre site était-il impacté ? Venez réagir…