Feel good, feel geek

Services REST

Bien que les services REST soient très courants, j'ai étonnamment croisé peu de documentation française sur la réalisation d'une API REST. D'où cet article inspiré de cet autre article « Create a RESTFUL SERVICES API » de Srinivas Tamada.
Un service REST permet de mettre à disposition d'autres applications des ressources et non des fonctionnalités. Sa mise en place et son utilisation est donc beaucoup plus simple que SOAP. REST est donc fortement recommandé pour des cas simples où on cherche à effectuer des actions simples sur un contenu, comme tester l'existence d'un élément dans la base de données d'une application, ou le modifier.

Cas d'utilisation :



Les applications 1,2 et 3 peuvent être des applications Web, smartphone, etc. Elles peuvent être écrites en différents langages. Elles doivent juste pouvoir utiliser le protocole http.
En effet une architecture REST repose sur le protocole http, comme expliqué par Gérald Croes dans son blog : On accède à une ressource (par son URI unique) pour procéder à diverses opérations supportées nativement par HTTP.

• Lire une ressource (GET)
• Modifier une ressource(PUT)
• Ecrire une ressource(POST)
• Supprimer une ressource (DELETE)

Présentation théorique des design pattern

La soirée a débuté par une présentation théorique des design pattern par Julien Pauli, avec définition de ce qu'est un design pattern :

Un patron de conception (design pattern) est un arrangement caractéristique de modules, reconnu comme bonne pratique en réponse à un problème de conception d'un logiciel. Il décrit une solution standard, utilisable dans la conception de différents logiciels.

Puis des principes SOLID sur lesquels sont basés les design pattern :

• Single responsability : pas trop de responsabilité pour une seule classe
• Open/Close Principle : ouvert à l’extension, fermé à la modification
• Liskov Substitution : un objet peut utiliser le fils de A sans s’en rendre compte (Héritage strict, et type conservé)
• Dependecy Injection : Si un objet A a besoin d’un objet B , ce dernier doit lui être injecté, il ne doit pas aller le chercher lui-même (donc pas de new Toto à l’intérieur d’une classe)
• Interface aggregation : A ne doit pas utiliser B directement mais une interface de B

L'antenne locale parisienne de l'AFUP, après son rendez-vous sur les CMS de mai organise un événement de taille: un rendez-vous sur les design pattern et anti-pattern en PHP, animé par Julien Pauli et Hugo Hamon!

Au menu : présentation des design pattern, exemples théoriques, utilisation de la SPL, étude d'exemples concrets au travers de Symfony, Pimple...une grande soirée en perspective!

Le rendez-vous a lieu le 12 Juillet au soir dans les locaux d'Eyrolles avec le sponsor Theodo.

Réservez la date!

Tous les détails ici: http://www.afup.org/pages/site/?route=rendez-vous-de-l-afup/577/afup-paris-le-12-juillet-design-pattern-et-anti-pattern-en-php

Retour sur ce forum PHP, le grand événement PHP organisé par l'AFUP, qui s'est tenu hier et avant-hier à la cité universitaire de Paris.

J'ai pris le temps de détailler ces deux journées en espèrant donner envie à ceux d'entre vous qui n'y sont pas allés, dans l'espoir de vous y retrouver l'année prochaine!

Mardi:

Après la keynote d’ouverture de Xavier Lacot (notre cher président), le forum PHP a démarré en trombe avec Rasmus Lerdorf, le seul le vrai, l’unique, le créateur de PHP himself.

Toujours aussi débonnaire il a exposé les nouveautés de PHP 5.4 et insisté sur les différentes manières de contribuer à PHP.

Après cette conf j’ai assisté à celle sur les annotations de Rafael Dohms…soyons francs : je n’ai toujours pas compris l’intérêt de ces dernières. « Du pas code, dans du code, qui intervient quand même sur le code » est l’expression qui je trouve définit le mieux les annotations et c’est celle employée par..Rasmus Lerdorf !

Ensuite Anatomie du test avec Frédéric Hardy et Ivan Enderlin…alors…c’était un bon aperçu des différents tests à mettre en place et de leur nécessité mais j’ai trouvé la près un peu trop abstraite.

Tous les ans l'AFUP organise le forum PHP, c'est l'événement phare du monde PHP!

Le forum aura lieu cette année les 5 et 6 juin 2012, vous pourrez y retrouver les plus grands experts de PHP au monde, des retours d'expérience de grandes entreprises, des partenaires de renom, des sponsors prestigieux...Le programme est ici, et l'inscription là.

Venez nombreux!

L'antenne parisienne de l'AFUP vous invite à une soirée de présentation des 3 CMS les plus utilisés en PHP: Drupal, Joomla! et Wordpress. Ces 3 CMS représentent à eux seuls plus de 80% de l'utilisation des CMS sur le Web.
L'objectif de cette présentation sera de présenter les spécificités de chaque solution, et de montrer à quel besoins ces dernières répondent.
Trois conférenciers spécialistes de chaque outil présenteront leur CMS et répondront à vos questions.

Pour Drupal: Jean-Baptiste Ingold , consultant réputé,
Pour Joomla! Raphaëlle Simonney, chef de projet IT chez Pulsar Informatique
et pour Wordpress: Amaury Balmer, directeur technique de la société Be API

L’entrée est libre et gratuite, parlez-en autour de vous ! Pour s'inscire c'est ici.

Bonjour à tous,

Le 11 avril a été créée l'antenne locale parisienne de l'AFUP. Ses membres sont Amaury Bouchard (coordinateur), Christophe Villeneuve (suppléant) et moi (modératrice).

Tout d'abord, qu'est-ce que l'AFUP? Pour ceux qui ne le sauraient pas l'AFUP est l' association française des utilisateurs de PHP, elle a pour objectif de promouvoir le PHP auprès des professionnels et de favoriser son développement.

L'AFUP organise différents événements autour du PHP.

Bonjour,

Vous avez un super EDI, Eclipse, qui vous sert sur un plateau repas les différentes fonctions PHP dont vous vous servez, c'est bien, c'est beau et c'est pratique, par contre quand ça tombe en panne, ça fait très mal !
Si vous avez un problème avec l'automplétion Eclipse de telle sorte que vous vous retrouviez avec un projet où l'autocomplétion ne vous propose plus que les fonctions et variables internes au projet, mais nada en ce qui concerne les fonctions core PHP, il se peut que l'astuce suivante vous vienne en aide.

Une fonction très pratique nous est donnée dans les commentaires de la page PHP.net sur la fonction date à cette adresse: http://fr2.php.net/manual/fr/function.date.php qui permet de récupérer la date du début d'une semaine à partir du numéro de la semaine et de l'année.

(On ne le repère pas toujours aisément car elle est dans les commenatires.)

En modifiant un peu cette fonction on récupère très facilement les dates du lundi au vendredi à partir des numéros de semaine (et de l'année):

Juste un petit retour sur le PHP Tour de Lille auquel je n'ai assisté que jeudi: certaines confs étaient vraiment intéressantes.(Oui ne faire un retour que le mardi, c'est franchement tard, mais bon j'ai plein d'excuses, si si faut m'croire)

A ce jour, beaucoup trop nombreux sont les développeurs qui debuggent en PHP à coups d'echo et de var_dump(). Ces méthodes sont révolues et doivent être reléguées au placard. Débugger en PHP se fait aujourd'hui avec un debugger PHP digne de ce nom qui vous permet de debugger pas à pas votre code PHP, de tester certaines expressions, d'afficher la valeur de variables locales, etc.

Oui mais c'est compliqué/long/cher =>FAUX! Comme dirait ce cher Norman

C'est simple, plutôt rapide et gratuit, comme le montre ce tutoriel:

Pour  enregistrer une chaine de caractère UTF-8 dans une table avec encodage latin1 j’avais essayé:

mb_convert_encoding($str,’latin1′);

mais ça n’a pas marché pour moi, je vous conseille donc:

utf8_decode($str);

Beaucoup plus efficace.

Créer un QR Code en quelques minutes en PHP c’est facile comme tout!
On commence par télécharger la librairie PHPQRCode sur opensourceforge:
http://sourceforge.net/projects/phpqrcode/files/
puis on écrit ces quelques lignes:
include(‘phpqrcode/qrlib.php’);

$lien=’http://www.pulsar-informatique.com’; //à remplacer par la valeur de votre choix
QRcode::png($lien, ‘filename.png’);

on exécute et on a un beau QR Code qu’on peut ajouter à notre signature!

On rencontre parfois ce problème et en fait, notre limite de temps, définie dans php.ini n’est pas « mauvaise » en soi: c’est juste pour ce script qu’on voudrait pouvoir ne pas en tenir compte.

Pour cela une seule ligne suffit:

set_time_limit(0);

Et la limite de temps sera ignorée pour cette page.