Archives du mot-clé php

[Vidéo] Comment corriger une faute dans la documentation de PHP

Pour faire suite à mon précédent article, voici une courte vidéo (4min) tutoriel sur la façon de proposer une correction à une faute ou une erreur présente dans la documentation de PHP.

Dans cette vidéo, j’utilise un exemple. La page de documentation de la fonction « openssl_decrypt » contient une erreur et je vous montre comment la modifier pour proposer un patch de correction.

La vidéo est disponible sur YouTube.

 

Comment corriger une erreur dans la documentation de PHP

Depuis que je développe des logiciels, je prends toujours du temps pour écrire la documentation de mes applications. Qu’elle soit technique ou qu’elle soit pour l’utilisateur, j’écris la documentation en plus des lignes de code. Depuis novembre 2017, je contribue plus activement à la documentation française de PHP.

Pour ceux qui ne connaissent pas, PHP est un langage de programmation informatique très utilisé sur Internet pour écrire des sites web. Environ 80% des sites sont écrits en PHP.

En effet, pour un projet comme PHP, la documentation est primordiale. C’est le point d’entrée de tout nouvel utilisateur. La documentation est consultée chaque jour par de nombreux développeurs amateurs ou professionnels. Disposer d’une documentation dans la langue natale de l’utilisateur est un atout pour PHP.

Cependant, il est possible que lors de votre navigation, dans la documentation vous rencontriez des fautes de français, des erreurs de traduction. Sachez que vous pouvez soumettre une demande de correction.

Pour proposer une correction, cliquer sur le lien « edit » placé sous le menu de sélection de la langue.

Vous serez redirigé vers l’éditeur en ligne de la documentation de PHP. Clique alors sur le bouton « anonymous login » pour vous connecter sans avoir besoin d’un compte.

L’éditeur se charge et ouvre la page sur laquelle vous étiez.

La documentation de PHP est écrite dans des fichiers textes structurés grâce au langage XML. Vous le reconnaîtrez rapidement dans l’éditeur, car le XML est en couleur (vert, bleu, rouge, marron …).

Dans la page, qui s’est ouverte, recherchez la faute puis corrigez-la. Enregistrer votre modification en cliquant sur la disquette  située en haut de la zone de modification.

Maintenant, votre travail est dans la section « travaux en cours ». Cette section est présente dans la colonne de gauche de l’éditeur. Cliquer sur son titre pour afficher son contenu.

Maintenant que la correction est effectuée. Il est nécessaire de la soumettre aux relecteur et traducteur de la documentation française. Pour cela, il est nécessaire d’ajouter le fichier modifié dans un « patch » (équivalent à une « pull request »). Tant que vous ne soumettez pas vos modifications via un patch, elles ne peuvent pas être validées et les relecteurs ne savent pas si vous avez terminé votre travail.

Pour ajouter le fichier dans un patch, réaliser un clic-droit sur le fichier visible dans la section « Travaux en cours » de l’éditeur en ligne puis choisir « Ajouter ce fichier dans un patch » dans le menu qui c’est affiché, puis cliqué sur « Ajouter dans un nouveau patch ».

Une fenêtre s’ouvre pour vous demander des informations complémentaires à la modification.

Saisissez un nom pour votre patch, une courte description, et pour finir une adresse courriel. Cette adresse est utilisée pour vous prévenir lors de l’application du patch ou de son rejet, mais aussi pour vous contacter pour vous remercier ou demander plus d’information sur votre patch.

Maintenant que tout est saisi, cliquez sur le bouton « Créer » pour soumettre votre patch.

Le fichier ainsi soumis disparaît de la section « Travaux en cours ». Le patch est maintenant disponible dans la section « Patch en attente de relecture » également présent dans la colonne de gauche de l’éditeur en ligne. En cliquant sur le titre, le contenu de la section s’affichera et votre patch y sera présent.

La communauté de PHP, et tout particulièrement la communauté française de PHP vous remercie pour votre aide.

Pour ma part, j’espère lire vos patchs ou vos commentaires prochainement.

La documentation !

Lors de nombreuse conférence et très souvent au travail, un point important revient tout le temps :

Les tests et la documentation !

Je m’attarde ici sur la seconde partie. En effet, nous passons beaucoup de temps à coder… Mais sans une bonne documentation, notre code n’est pas facilement compréhensible par les autres. Pour une bibliothèque, son utilisation sera faible si la documentation est faible. Pour une application, le code devient legacy très rapidement et personne ne voudra plus le modifier.

Mais que dire de la documentation du langage de programmation utilisé ? Je mets le langage dans la catégorie des bibliothèques. Ceux qui me connaissent un peu sauront que je parle de PHP et plus particulièrement de la traduction de la documentation en français.

Il y a quelque temps, j’ai posté un twit pour inviter les bonnes volontés à venir traduire la documentation.

Après 31 Re-Twit (merci à eux) et 12 j’aime, il y a eu 2 contributions. Le résultat n’est pas si mal !

Au fil de la pérégrination de mon twit, Antoile Bellion a posé une question à laquelle je m’attendais.

La réponse fut pertinente de la part de l’un des traducteurs de la documentation PHP :

Pour ma part, je me suis attaché à réaliser un peu de ménage dans les fichiers à mettre à jour. En effet, certains fichiers à mettre à jour ne comportaient aucune (ou très peux de) modification. Il en reste encore beaucoup, mais le compteur est aujourd’hui à 913.

Pour les nouveaux fichiers à traduire, il reste 1258 fichiers en attente d’une première traduction.

Et vous, pourrez-vous nous aider à rattraper la documentation française de PHP ?

Le guide du traducteur (Anglais) et l’éditeur en ligne.

Compiler la doc de PHP

Travaillant actuellement sur la traduction française de la documentation de PHP, j’ai besoin d’appliquer les patchs que je produis sur la documentation actuelle pour me rendre compte du résultat.

Je vous partage les quelques commandes à réaliser pour extraire et générer la documentation.

Pour compiler la documentation française de PHP il est nécessaire d’avoir PHP, SVN et GIT d’installé sur la machine.

La première chose à faire est d’extraire le dépôt via le terminal :

L’accès est en lecture seul sur le dépôt, mais cela n’empêche pas de récupérer les sources.

Maintenant, entrer dans le dossier doc-fr puis récupérer l’outil PHD. Il permet la génération de la documentation en XHTML.

Il est possible de générer une première fois la documentation. Pour cela exécuter la commande configure suivante :

Enfin, pour générer les pages HTML, exécuter la commande suivante :

La génération de la documentation peut être lente, car il est nécessaire de tout indexer.

Afin de naviguer dans la documentation ainsi générée, il est possible d’utiliser le serveur intégré de PHP.

Ouvrez votre navigateur et saisir l’URL suivante http://127.0.0.1:8000

[POC] JWT Single Use client server

After some search and some investigating, I don’t have great results of one part of the JWT use cases.

The use case is: the client generates a JWT token by request on the API. Before the client can send the first request, it’s needed to register the client’s public key into the rights manager of API.

After the public-key exchange between the Client and API, the API allow the client’s queries because all JWT tokens are signed with the client’s private key and the API can verify the signature.

For this, I have written a proof of concept available here.

The branch master contains 2 parts:

  • The WebServer part, written with Silex and handle the JWT with a middleware before the controller.
  • The client part, written in flat PHP who send 3 queries. The first, get the list of objects, the second add an element into list and the third get the list with the new element.

The branch with_guard it’s same branch master but the middleware has been removed and replaced by a Guard Authenticator.

In this case, the client is the user and you can use the role system for check the client’s rights.

Have you some idea or API who can use this case ?

[POC] PHP Ext for use WiringPi

After using the wirigPi library in C to managing the RaspberryPi’s GPIO, I have written a first version of wrapper extension for PHP.

This version allows setup the library, set if pin is input or output, read and write the pin.

The first example blink a DEL and has a button for the exit of the infinite loop !

You can read and get the source code into my Github repository.

Are you interested by my work ?

Développer sur Raspberry PI en C

Voici bien longtemps que j’ai mis de côté l’électronique. Pour repartir dans ce domaine, il me semble intéressant d’utiliser le Raspberry Pi. Ce petit ordinateur à 40€ qui permet de brancher toute sorte de choses sur son port GPIO et d’expérimenter facilement.

Étant développeur, mon langage de prédilection est le PHP. Celui-ci étant plutôt de haut niveau, il est impossible de l’utiliser pour écrire un programme pour un microcontrôleur Microchip ou ATmega. Pour ces derniers, il faut se tourner vers l’assembleur, le basic ou le C pour Microchip.

Il y a quelques mois, j’ai réalisé un petit montage pour lire le télérelevé client de mon compteur EDF. Le programme qui réalise la lecture des données du compteur et qui gère le stockage de ces données est écrit en PHP. J’ai compilé la version 7.0 pour le Raspberry Pi modèle A, afin de bénéficier des améliorations de cette version. Cela se ressent très vite avec un processeur peu puissant.

Maintenant, je m’intéresse aux interactions possibles avec le Raspberry Pi via son port GPIO. Et je me lance le défi d’utiliser PHP 7.0 pour écrire des programmes qui utilise le GPIO du Raspberry PI.

Mais comment avoir accès au hardware via PHP ?
J’ai trouvé deux façons de faire. La première est un très gros bricolage. Il s’agit de passer par des commandes système pour exécuter un programme qui réalisera les actions. Il y a deux grosses limitations à cela, d’une part les temps sont mauvais et d’autre part piloter la ligne de commande et en interpréter les résultats reste complexe. C’est beaucoup de travail pour quelques choses qui semblent plutôt simples.
La seconde façon est de réaliser une extension à PHP. Ce dernier est écrit en C et Pascal Martin a écrit un livre en français sur “Développer une extension PHP”. Reste à trouver une librairie C qui gère le GPIO du Raspberry Pi. J’en ai trouvé deux, la première “pigpio” semble très complète, mais je me la garde sous le coude pour plus tard. La seconde est “wiringPi”. Elle est composée de deux librairies et d’un exécutable permettant l’interaction avec le GPIO via la ligne de commande.

Avant de me lancer dans l’écriture de l’extension, je vais commencer par jouer un peu avec la librairie et mon banc d’essai.

Quel accueil !
Quel accueil !

Voici ce que je compte tester avant d’écrire une extension pour PHP :

  • Faire clignoter une LED
  • Lire l’état d’un bouton (pull Up)
  • Écrire des informations sur un écran LCD 16×2 ou 20×4
  • Lire des informations via le bus i2c

Pour le moment, seul le dernier point n’est pas atteint. Le but de ces tests réalisés en langage C est simple : obtenir un étalon permettant la validation des tests de l’extension PHP et éliminer les problèmes matériels.

Voici une petite vidéo du programme écrit en C.

Mon projet vous intéresse, ou vous avez des questions ? Je me ferais une joie de vous répondre dans les commentaires.

Retour sur l’Atoum Day 2016 de Lyon

Le premier Atoum Day a eu lieu le samedi 4 juin 2016 à Lyon. Cette journée était centrée sur le framework de tests unitaires Atoum pour PHP.

L’après-midi commença vers 14h par la présentation d’Atoum par Julien Bianchi. Cela a permis de voir que le framework a beaucoup évolué depuis les débuts. Et évidemment de mieux le découvrir.

Puis vient le moment de découverte des entrailles du framework (toujours par Julien). Connaître le fonctionnement interne d’un outil permet d’aller plus loin dans son utilisation.

Après une courte pause, Adrien Gallou nous raconte son aventure dans la création du plug-in Atoum pour PhpStorm. De la première version à maintenant, l’histoire est complète. Il a même montré certaines fonctionnalités à venir.

Enfin nous finissons l’après-midi avec Grummfy qui nous parle de la documentation d’Atoum. Comment la mise à jour de la documentation se passe, quels sont les outils utilisés, etc. Il est vrai que la doc est souvent un point faible des projets, mais celle d’Atoum est plutôt de bon niveau. Sans elle, je n’aurais peut-être pas utilisé Atoum.

Ce beau projet de framework de tests unitaires a été initié par mageekguy et je l’en remercie.

Ce fut une journée agréable et j’espère qu’elle se renouvellera. Merci à l’AFUP Lyon pour l’organisation et aux intervenants.

Version 0.1.0 du programme de télérelève EDF

La première version de l’outil permettant de réaliser un télérelevé EDF chez soi est arrivée.

Cette version 0.1.0 fige une première fois le code source et en donne une première base utilisable. J’utilise déjà cette version sur mon Raspberry Pi.

Attention toute fois, cette version corrige un manque dans la base de données SQLITE. Avant cette version, il n’y avait aucun index dans la table relevée.

Si vous utilisez les versions précédentes avec une base SQLITE, il est nécessaire à la mettre à jour manuellement.

Voici les requêtes SQL à exécuter pour la mettre à jour.

Après cela, la base est à jour.

Et vous, avez-vous mis en place un tel système ? Comment gérez-vous votre consommation électrique ?

Télé relève EDF automatique

Après avoir cherché de nombreuses fois la meilleure méthode pour suivre la consommation électrique de la maison, je suis tombé sur un gazouillis qui parlait du télé-relevé EDF côté client.

Puis une recherche Google plus loin, je suis arrivé sur cette page. Les gros avantages de cet exemple pour moi sont que la réalisation a été faite sur un Raspberry Pi et que le code est en PHP. Pour les premiers tests cela fut bien pratique.

Me voilà reparti à réaliser un montage électronique. Le dernier montage était il y a 3 ans maintenant.

Grâce à un généreux collège qui a déjà réalisé la performance, j’ai pu obtenir le bon optocoupleur. Deux résistances plus tard, un câble posé entre le compteur et le Raspberry Pi, me voici parti dans le dur du sujet.

Comme présenté dans le lien donné plus haut, il y a quelques modifications à réaliser dans la configuration du Raspberry Pi  avant de connecter le câble sur le port GPIO.

Ensuite, vient la création du port série. Cette création est rapidement réalisée par la commande suivante   stty -F /dev/ttyAMA0 1200 sane evenp parenb cs7 -crtscts

Avant l’exécution de la commande, soit le fichier  /dev/ttyAMA0 n’existe pas, soit il est muet lors de l’exécution de la commande cat.

Malheureusement, après un redémarrage du Raspberry Pi, le fichier est muet. Afin de palier ce problème, il est nécessaire d’ajouter la commande de création du port série à la cron tab (tâche planifiée) de l’utilisateur root.

Pour modifier la crontab :

Ligne ajoutée :

Maintenant la commande  cat /dev/ttyAMA0 affiche bien les données du télé-relevé après un redémarrage du Raspberry Pi.

Ensuite, étant développeur PHP, j’ai testé les scripts fournis dans l’article mais, n’étant pas pleinement satisfait, j’ai développé une application un peu plus moderne. Une fois développée, je me suis aperçu que le Raspberry ne disposait que de PHP 5.4 qui est incompatible avec mon travail (PHP 5.6 minimum).

Peu importe, PHP est libre, je vais le compiler. Et tant qu’à faire de le compiler, autant prendre la dernière version de PHP 7.0 pour profiter des nombreuses optimisations réalisées sur cette version. Afin de vous épargner bon nombre de désagréments, je vous fournis les commandes permettant la compilation de PHP 7.0 sur un Raspberry Pi A avec Raspbian 7.

Récupération des sources (les commandes durent longtemps) :

Maintenant, il faut installer les librairies et outils nécessaires à la compilation de PHP :

La commande va mettre un certain temps à tout télécharger et installer les packets.

Ajouter le fichier  /home/pi/buildphp2 avec le contenu suivant :

PHP est compilé puis installé dans /opt/php7 . Les fichiers de configuration de PHP sont disponibles dans le dossier /opt/php7/etc/ 

Commande permettant de lancer le script de compilation (à executer depuis la console du Raspberry Pi) :

La compilation a duré 4h15 sur mon Raspberry Pi A.

Une fois la compilation réalisée, un petit test s’impose :

Il y a plus de module car j’ai compilé quelques extensions complémentaires.

Afin de rendre PHP plus facile à utiliser nous allons créer un raccourci :

Maintenant que PHP 7 est compilé et opérationnel, il est temps d’installer le programme de télé-relève.

Pour le télécharger, rien de plus simple. Tout comme pour PH,  l’utilisation de GIT est recommandée.

Maintenant, nous sommes dans le dossier de l’application. La première chose à faire est de télécharger la dernière version du gestionnaire de dépendances Composer.

Une fois installé, installons les dépendances du logiciel :

Après la fin du téléchargement et de l’installation, le logiciel doit être configuré à minima en ajoutant ceci dans le fichier config.yml  situé à la racine du projet :

Le type de compteur correspond à la version la plus courante (doc EDF).

Maintenant vérifions que tout fonctionne bien :

Vérifions que la lecture se passe bien :

Screen Shot 2016-05-26 at 22.37.27

Maintenant que tout fonctionne bien, il reste à mettre en place la dernière chose nécessaire à la réalisation d’un relevé toutes les 5 minutes.

Modifions la crontab de l’utilisateur pi  crontab -e pour y ajouter la ligne suivante :

Que se passera-t-il toutes les 5 mins ? Le gestionnaire de tâches planifiées exécutera la commande « read » de mon application et stockera le relevé dans une base de données sqlite nommé « datas.sqlite ». Elle est située à la racine du projet. Afin de pouvoir vérifier ce qui s’est passé lors de l’exécution, le log est disponible dans le fichier « telereleve.log » également situé à la racine du projet.

Voici un exemple des données présentes dans la base de données (j’ai lu la base de données avec sqlite browser).

Screen Shot 2016-05-26 at 22.48.49

Les données sont exprimées en Wh. Il faut diviser par 1000 pour obtenir des KWh.

Merci de votre intérêt pour mon travail. Je suis impatient de lire vos retours d’expérience et vos commentaires sur le projet.