vendredi 21 juin 2013

Le dépôt d'une proposition de conférence au forum PHP 2013, c'est maintenant !

L’information a pu vous échapper, mais le forum PHP 2013 a retrouvé sa place habituelle dans le calendrier.

En effet, après avoir été annulé en 2011 et s’être tenu à une date inhabituelle en 2012, le forum se tiendra en 2013 à nouveau à l’automne, les 21 et 22 novembre.

Le premier objectif de l’AFUP en le programmant à nouveau sur cette période est de permettre aux personnes souhaitant participer au forum de se rendre disponibles plus facilement par rapport à leur activité professionnelle.

Le second est de le faire cohabiter au mieux avec les autres événements de portée internationale relatifs à PHP et ainsi pouvoir accueillir les meilleurs conférenciers.

Je vous encourage donc fortement à soumettre une proposition de conférence aux organisateurs du forum PHP en remplissant le formulaire de candidature, et cela même si vous pensez que vous n’avez rien d’intéressant à dire.

Lire la suite

mercredi 19 juin 2013

Mangez votre nourriture pour chien !

Aujourd'hui, j’ai utilisé pour la première fois les fournisseurs de données d’atoum.

Cela peut sembler à première vue très paradoxal, étant donné que je suis le développeur principal d’atoum et que j’ai conçu seul le système de gestion des fournisseurs de données, mais il se trouve que je ne suis pas fan de ce concept emprunté à PHPUnit.

D’après la documentation française d’atoum, un fournisseur de données est une méthode d’une classe de test chargée de générer des arguments pour une méthode de test, arguments qui seront utilisés par ladite méthode pour valider des assertions.

Lire la suite

jeudi 13 juin 2013

STDIN et délai d'attente

Il y a quelques jours, j’ai eu besoin de maintenir une connexion vers une base de données MySQL alors que le script PHP en ligne de commande en cours d’exécution attendait une réponse de la part de l’utilisateur sur l’entrée standard.

En effet, une connexion vers une base de données est toujours fatalement coupée par le client ou le serveur lorsqu’elle n’est pas utilisée durant un certain temps.

Or, j’avais absolument besoin que ce ne soit pas le cas, car mon script devait mettre à jour des données dans la base et il devait donc conserver un verrou sur les tables concernées tant qu’il n’avait pas finaliser cette mise à jour.

Et lors d’une déconnexion, les verrous posés sont perdus.

J’avais donc absolument besoin de maintenir la connexion entre mon script et la base de données tout au long du processus de mise à jour pour que mon script fonctionne correctement.

Cependant, afin de pouvoir effectuer cette mise à jour, j’avais besoin que l’utilisateur exécute un script sur un autre serveur pour récupérer des informations en fonction de données préalablement extraites de ma base de données.

Et comme je n’avais aucune idée du temps nécessaire à l’utilisateur pour récupérer ces informations sur cet autre serveur, mon script était donc obligé d’attendre qu’il lui indique qu’il avait effectivement récupéré les informations.

En fonction de la configuration du serveur MySQL, la connexion entre mon script et la base de données était donc susceptible d’être perdue si l’utilisateur tardait trop à répondre.

Lire la suite

jeudi 30 mai 2013

À propos de atoum #3

S’il y a bien une chose que je n’avais pas du tout anticipée lorsque j’ai libéré le code d’atoum, c’est qu’il provoquerait une coopération entre plusieurs projets.

La documentation d’atoum est en effet actuellement maintenu par Renaud Littolff et il a choisi de la rédiger en SkrivML, un langage de description de page dérivé du markdown et du Creole dévoilé par Amaury Bouchard il y a quelque temps.

Atoum profite donc du travail de Amaury grâce auquel il dispose d’une documentation facile à maintenir et à faire évoluer.

Cependant, cette relation est loin d’être à sens unique.

Lire la suite

vendredi 5 avril 2013

Mettons fin aux rumeurs, voici les faits #2

Régulièrement, quelqu'un publie un article pour dire à la face du monde à quel point PHP est un langage de merde.

D'ailleurs, je ne m'en prive pas moi-même.

Mais tout aussi régulièrement, les auteurs de ces articles racontent des conneries.

La plupart du temps, je n'y réagis pas, car ça serait m'engager dans un combat quotidien et je n'en ai ni le temps ni l'envie, car j'ai mieux à faire.

Cependant, en lisant ce billet, je me suis dit que je devais préciser certaines choses, car il se trouve que je maîtrise très bien le sujet qu'il évoque.

Lire la suite

- page 4 de 38 -