Développeur PHP

Apache propose un module de compression des fichiers, appelé deflate, qui permet – si le client le supporte – de compresser les fichiers avant de les envoyer, permettant ainsi de réduire les besoins de bande passante. En fonction de vos besoin – ou de ceux de vos clients – ca n’est pas négligeable.

Ce module est fournis avec son fichier de configuration, seulement celui ci n’est pas complet et ne prendra en charge que les type mime suivant : html, plain et xml.

Afin de permettre la compression des fichiers RSS, CSS et javascript, voici quelque lignes de configuration à rajouter a la fin de votre apache.conf :

Un outil en ligne est disponible pour vérifier si la compression est bien activé sur vos fichiers à cette adresse : http://www.gidnetwork.com/tools/gzip-test.php

La documentation officielle de MySQL est très bien faites et traduite en français, mais attention, tout n’est pas forcement traduit et seule la version anglaise sert de référence !

Ainsi dans la version anglaise un passage intéressant est présent mais absent de la version française, concernant l’utilisation des verrous et des alias.

En effet MySQL a besoin que les alias de table utilisés dans vos requêtes soit utilisés dans vos verrous, sous peine de voir vos requêtes échouer.

En exemple :

LOCK TABLES users WRITE;

SELECT u.* FROM users AS u; // ne fonctionne pas

SELECT users.* FROM users; // fonctionne

—

LOCK TABLES users AS u WRITE;

SELECT u.* FROM users AS u; // fonctionne

SELECT users.* FROM users; // ne fonctionne pas

On peux donc remarquer que la réciproque ne fonctionne pas non plus, avec un verrou sur un alias, il faudra obligatoirement utiliser l’alias dans les requêtes.

Un problème récurrent lors de l’envoi de mail depuis un serveur dédié – sur la plateforme hotmail – est que les mails n’arrivent jamais ! Quand on voit le pourcentage non négligeable de personnes utilisant leur contact hotmail lors de l’inscription aux services web, cela peux devenir très gênant…

Voici la marche à suivre afin de régler ce problème.

Premièrement, il faut vous assurer que votre serveur possède un enregistrement DNS PTR ou « reverse DNS », autrement dis que l’IP de votre serveur soit associé à un DNS. Si vous possédez votre propre serveur DNS il faudra rajouter un enregistrement de ce genre la :

Sinon, il faut vous rendre sur la page de gestion de votre hébergeur pour pouvoir le gérer.

Deuxièmement il vous faut ajouter un enregistrement DNS SPF. C’est un enregistrement spécifique à l’envoi de mail et qui est nécessaire. Le site openspf.org lui est dédié, et permettra au anglophone de mieux comprendre de quoi il s’agit. Pour faire simple, il s’agit d’une déclaration des fonctionnalités d’envoi d’email de votre serveur.

Il existe des outils pour générer cet enregistrement SPF, dont un sur le site de Microsoft, mais qui vous demande pour l’utiliser, d’avoir au préalable un enregistrement SPF, cherchez l’erreur …

Un autre est présent sur la page d’acceuil du site openspf.org, mais il est en anglais, pour ceux à qui cela pose des problèmes, vous pouvez simplement ajouter l’enregistrement SPF suivant :

Qui vous autorisera à utiliser le générateur de microsoft qui lui est en francais :

http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wizard/

Répondez alors à toutes les questions, et vous obtiendrez votre enregistrement SPF.

Note : OVH propose le même outils sur sa page de gestion des zones DNS.

Une fois votre enregistrement généré, mettez le à jour sur votre serveur DNS ( n’oubliez pas d’incrémenter le champ SOA pour ceux qui gèrent leur propre serveur ), et vous êtes prêt pour une opération de flicage par Microsoft grandeur nature !

Il faut en effet maintenant vous inscrire à deux programmes de Microsoft, le premier va servir à enregistrer notre SPF dans leurs serveurs – avec des informations personnelles en plus – et le deuxième à enregistrer plus d’informations encore pour ne pas retrouver nos emails dans la boite de courrier indésirable…

Le premier, accessible à cet adresse :

vous permettra donc – sous un délai allant jusqu’à deux jours – de publier votre SPF sur les serveurs hotmail, à la suite de quoi vous serez en mesure d’envoyer vos emails dans la boite de courrier indésirable !

Le deuxième, vous sera communiqué dans un email de confirmation de la part de microsoft, et disponible à cette adresse :

Notez qu’il est possible de recevoir un autre formulaire sur l’email de contact que vous fournissez, notamment sur la question de la désinscription des membres a la newsletter.

Voila, une fois tout cela accompli il ne vous reste qu’a patienter – encore oui … – afin de voir vos email arriver au bon endroit !

Afin de terminer cet article j’aimerais préciser quelques détails concernant le SPF. Il est conseillé de renseigner le plus d’informations possibles, comme la présence d’un serveur mx – même si inutilisé -, le PTR s’il diffère de celui de l’IP émettrice – par exemple si vous mutualisez plusieurs sites sur le même serveur, ou que le PTR renseigne www.monsite.com et que vous envoyez les email avec @monsite.com -, ou encore l’IP du serveur émetteur si celui-ci est le seul à envoyer vos emails.

Au final un enregistrement SPF ressemblera surement à cela pour l’utilisation classique d’un serveur dédié unique, qui envoi ces emails lui même, avec le PTR qui renseigne le sous domaine www. et le serveur MX de l’hebergeur présent dans les DNS :

Le ‘-all’ a la fin du SPF veut dire que tout les émetteurs possibles pour ce domaine sont renseignés dans le SPF, si vous n’en êtes pas sûr ou si ce n’est pas le cas, utilisez ‘~all’, qui veut dire l’inverse.

Dans la grande majorité des tutoriel de configuration de FastCGI pour PHP, il nous est proposé de configurer deux variables dans le wrapper qui sont :

Il s’agit en fait des valeurs qui sont donné dans l’exemple d’utilisation de la documentation apache pour le module fastcgi, module qui ne sert pas exclusivement a PHP…

Ces valeurs peuvent être différentes dans les tutoriels, mais le problème reste le même. Pour le comprendre il faut comprendre à quoi servent ces deux variables.

La documentation officielle d’apache sur le sujet est écrite dans un anglais compliqué mais on peux en extraire des choses intéressantes.

La première : PHP_FCGI_CHILDREN, correspond en fait au nombre de thread qu’un processus CGI aura pour traiter une requête, or dans le cas de PHP, on a beau metre cette valeur aussi haut que l’ont veux, on ne va pas augmenter le temps d’execution de la requête… un seul de ces threads étant utilisé pour l’execution…. il faut donc laisser cette valeur à 0, ce qui reduira la charge mémoire de votre serveur.

La seconde : PHP_FCGI_MAX_REQUESTS, correspond au nombre de requêtes qu’un processus CGI est autorisé a exécuter, puisque le serveur garde les processus en mémoire pour réutilisation, cela ce comprend facilement. Après ce nombre, le processus est tué – dans un but de renouvellement des processus. Dans le cas de PHP, cela peux également avoir une autre signification : une erreur 500 peut se produire si une requête est attribuée a un processus CGI en fin de vie… autrement dis, il faut également mettre cette valeur à 0. Le pire est que cela est dit juste en dessous de l’exemple dans la documentation officielle d’apache…

Client:

I just want to congratulate Jean-Francois Dupont for his outstanding job.

He was very proactive and dedicate to integrate PayPal Express and improving the website of our client with the PayPal API products and fantastic design.

It was a pleasure to collaborate with you!!!!

Tony Quinci

Account Manager in PayPal

Dans certains cas bien précis, il peux être utile d’avoir une session PHP partagé, c’est à dire, commune a tous les utilisateurs. Or, bien que je n’ai pas poussé beaucoup les recherches, tout le monde dis que c’est impossible en PHP et je ne suis pas d’accord. Je vais vous démontrer que c’est bien possible.

Tout d’abord il faut bien comprendre comment fonctionne une session PHP.

Les sessions PHP sont par défaut gérées par le gestionnaire de session PHP, qui les stockent sous la forme d’un fichier. Le nom de ce fichier est ce que l’ont appel l’identifiant de session. A chaque fois qu’un visiteur affiche une page, il fournis son identifiant de session, et PHP récupère les données correspondantes. Cet identifiant de session est passé en valeur d’une variable, que l’ont appelle nom de session. Par défaut ce nom de session vaut : ‘PHPSESSID’. Ce nom de session est également utilisé pour le nom du cookie, si l’identifiant de session est stocké par cookie.

Il devient donc évident que pour avoir une session partagé, il suffit de ne pas utiliser un hypothétique identifiant de session fournis par le visiteur, mais de forcer PHP à utiliser la même valeur pour tout le monde. Pour cela il est possible d’utiliser la fonction session_id([new_id]) qui permet, si on le lui passe en paramètre, de définir l’identifiant de session à utiliser.

Note : le gestionnaire de sessions par défaut, n’accepte que les caractères dans les intervalles 0-9, a-z, A-Z .

En définissant l’identifiant de session manuellement, il existe un risque de prendre l’identifiant d’une autre session, non partagé et généré par PHP. Pour éviter cela il suffit de définir un identifiant qui ne fait pas la même taille que ceux généré par PHP, par défaut 32 caractères.

Également, l’utilisation de session_id([new_id]) pour définir l’identifiant, force l’envoi d’un nouveau cookie ( si il sont utilisés pour stocker l’identifiant ). Ce qui veux dire que si vous utilisez également des sessions normales, le cookie de cette session sera écrasé, il est donc fortement conseillé a partir du moment ou vous utilisez session_id([new_id]), de définir également un nom de session différent via session_name([new_name]).

Les fonctions session_name([new_name]) et session_id([new_id]) doivent être utilisées avant l’appel à session_start().

L’utilisation de sessions privé et partagé au sein d’une même page n’est pas possible au premier abord, puisqu’on ne peux ouvrir qu’une session à la fois, et il est obligatoire de le faire avant toute écriture dans la page.

Une solution consiste à ouvrir une des deux sessions, récupérer son contenu, la fermer avec session_write_close() et d’ouvrir la seconde. La première session ouverte sera donc en lecture seule et la deuxieme en lecture/écriture.

Edit : Une deuxième solution consiste à utiliser la première session normalement, et d’utiliser la deuxième session dans des fichiers différents, de manière normale également, puis d’utiliser les fichier avec la deuxième session via AJAX. J’en convient c’est plus une astuce qu’une solution, et ne s’adaptera pas à tous les cas, mais comme dis en début d’article, une session partagé répond à des besoins bien précis.

N’oubliez pas également qu’une session collective est une ressource critique, et que l’écriture réel dans le fichier de session ne se fera qu’à la fermeture de la session. Pour que d’autre personne ai accès au contenu le plus récent possible n’oubliez donc pas de fermer votre session aussi tôt que possible.

Client:

Nous avons contactés Ingeny suite à une problématique consistant à devoir améliorer continuellement notre infrastructure tout en s’assurant de la bonne continuité du service.

Ingeny nous a alors proposé d’analyser notre cahier des charges et de faire une analyse globale de notre infrastructure afin de se gréffer sur celle ci en garantissant la non coupure de nos services.
Ingeny nous a alors proposé un budget adapté et répondant à l’ensemble de nos critères.

A ce jour, un grand nombre d’améliorations de type PHP/Mysql ont étés effectués, tel que notre service de régie publicitaire, avec un tracking complet des impressions ou des clics ainsi qu’un système de facturation / paiement automatisé.

Ingeny a part ailleurs fait un effort tout particulier à l’optimisation et à la clartée de son code afin que nos propres équipes puissent l’intégrer facilement à nos pages.

C’est donc aujourd’hui une collaboration durable et engagée qui s’est installé avec Firsthebeg.com.

Douwit.com vous invite à intégrer sa marque blanche afin de fournir un service gratuit complémentaire à vos visiteurs.

Vous avez plusieurs sites dans diverses thématiques avec un trafic ciblé.
Monterr une boutique demande un investissement conséquent en temps et en argent, sans compter la comptabilité, le SAV, les remboursements, gestion du stock, les clients mécontents …

Oubliez tout ça, avec Douwit créez une boutique très rapidement et le plus fort, sans rien stocker chez vous

Comment ?
Nous avons centraliser tous les articles de marchands en ligne,
Avec ces informations, vous pouvez créer et gérer toutes les boutiques que vous voulez.

Pour aller plus loin nous affichons les codes promo les articles que vous choisissez !

Liberté est le mot d’ordre
Votre boutique est hébergée sur votre serveur et sur votre nom de domaine, vous pouvez ainsi personnaliser comme vous le souhaiter

l’intégration pensée pour le référencement
Tout est personnalisable depuis votre espace membre,
- La liste des articles
- La fiche d’un article (url rewrite, texte de présentation, titre, meta description)
- les catégories, (titre, meta description, texte edito, url rewrite)

Pour vous permettre de lancer votre boutique avec un budget minimum (l’hébergement et le domaine),
Nous prenons 1 visiteurs sur 4, le reste du temps, vous touchez 100% de votre commission

je suis à votre disposition pour vos suggestions et questions

voici un exemple d’intégration de notre marque blanche
Chemise pour homme

Créez une boutique thématique qui vous plait, high tech, bio, vêtement et bien d’autres.

La balle est dans votre camp
Douwit.com – Créez une boutique

Site:

http://www.jeuxpourlafamille.com/

Témoignage

Excellent travail de Jeff, très sérieux dans son travail, il a su répondre a mes attentes.
Je lui confierais d autre tâches tel que l’infogérance de mes serveurs
Très bon conseiller, il apporte des idées à votre projet.

Votre service est très appréciable Ingeny . Je suis totalement satisfait du traitement et de la bonne fin de mon premier projet PHP/Mysql, donc je le recommande

Quand on veut avancer rapidement, il faut travailler avec des prestataires qui eux aussi travaillent rapidement, mais ce qui est très primordiale, c’est comprendre les besoins du clients.
Deux facteurs de décisions importants qui m’ont orienté vers INGENY et la qualité du travail était selon mes attentes et je l’en remercie encore

par Laurent CORTLEVEN