Retrouvez le debrief de la conférence « Nginx ou Apache avec PHP » organisée par l’antenne Bordelaise de l’AFUP et qui s’est déroulée il y a deux semaine dans les locaux d’AlliaForm à Bordeaux.
Bonne lecture :
http://bordeaux.afup.org/2013/06/05/nginx-ou-apache-avec-php-le-debrief/
Voilà,
après plusieurs mois de travail et d’enfermement chez moi, le grand jour de la mise en ligne de waDaWeDo est enfin arrivé.
waDaWeDo est une application de partage d’agenda et d’événements sur Facebook. waDaWeDo permet de :
- Créer des événements évolués et les partager avec vos amis ou le monde entier
- Gérer votre agenda personnel grâce aux événements privés
- Consulter l’agenda public de vos amis et commenter ou rejoindre leur événements
- Trouver des événements publics proche de chez vous et les rejoindre
- …
waDaWeDo est accessible de 2 façons. Via sa page principale http://www.wadawedo.com mais également sous forme d’application Facebook http://apps.facebook.com/wadawedo/
Bien sûr, l’accès à waDaWeDo est entièrement gratuit.
Au niveau technique, waDaWeDo repose sur trois technologies. Bien sûr, du PHP (sans framework) et du MySQL, avec une architecture adaptée à Facebook.
Mais, grande nouveauté pour moi, tout le ‘front’ repose sur du jQuery ce qui permet de limiter la charge côté serveur à de simples appels de données.
Je vous invite à aller l’essayer et à me faire vos retours.
Ha oui, pour finir, je vais revenir au début de cet article, plus exactement au titre où je parle de ‘pré-lancement’. J’ai décidé de regarder comment la plateforme réagissait avant de considérer que nous étions dans une phase de lancement officiel.
Ceci dit, il ne faut surtout pas que ça vous empêche d’en parler autour de vous, bien au contraire. je compte, dans un premier temps, sur le bouche à oreille pour la faire connaître, alors n’hésitez pas à bloguer, twitter, Facebooker, mailer…
Je viens donc de passer plusieurs jours à Redmond / Seattle invité par Microsoft pour participer au Web Development Summit, un évènement regroupant une trentaine de personnes du monde PHP afin d’échanger avec les équipes des produits web de Microsoft sur les synergies possibles entre nos deux mondes.
Parmi les invités :
Cal EVANS, Andrei ZMIEVSKI, Marco TABINI, Ben RAMSEY, Alison GIANOTTO, David COALLIER, Elizabeth M. SMITH, Ligaya TURMELLE, Maarten BALLIAUW, etc… (désolé pour ceux que je n’ai pas cités).
Vous allez me dire : « Et qu’est ce que tu faisais là bas toi? ». Figurez vous que j’y ai été invité par Hank JANSSEN qui a activement participé à la refonte de PHP 5.3.0 sous Windows et que j’ai pu rencontrer dans le cadre de WampServer.
Au niveau du contenu, les deux jours et demi de conférences ont été très riches. Nous y avons beaucoup parlé des efforts faits par Microsoft pour recoller aux réalités du marché et offrir une vraie solution de production/développement pour les applications web PHP. Cette conférence était vraiment organisée comme une grande session d’échange, la moitié des conférences étaient donc animées par Microsoft, l’autre moitié par des personnes de la communauté.
Voyons un peu ce que j’y ai appris de Microsoft :
Commençons par la solution Web PI, sorte de WampServer pour IIS qui permet d’installer simplement un environnement et des applications PHP.L’outil , pour le moment, s’adresse plus à des utilisateurs finaux de solutions packagées (genre WordPress) qu’à des développeurs. Toutefois les échanges ont été très riches et je suis persuadé que les remarques faites par les participants seront prises en compte (choix de versions, plusieurs instances en parallèle, etc…).
De mon point de vue, bien que très utile pour une certain type d’utilisateurs, cet outil ne sera pas adopté par les développeurs PHP. Ceux-ci viennent de la plateforme LAMP et souhaitent pouvoir retrouver leurs petits sous Windows. Il ne faut pas trop en demander, changer d’OS, changer de serveur web…et pourquoi pas abandonner MySQL au profit de SQL Server tant qu’on y est!
Par ailleurs, de par son fonctionnement en fast-cgi, IIS n’offre pas le même mode de fonctionnement que Apache, Il faut donc que Microsoft s’ouvre encore plus et accepte qu’une plateforme web sur Windows doit être plus de type WAMP que de type WIMP (Windows, IIS, MySQL, PHP) ou WISP (la même chose avec SQL server). J’en ai discuté avec quelques personnes chez Microsoft qui se sont révélées très ouvertes à cela, nous avons même évoqué la possibilité de faire tourner WEB PI sur WampServer, on verra si il y a une suite.
Wincache : les équipes Microsoft ont fait le constat qu’il n’existait pas d’extension de cache d’opcode qui soit efficace et vraiment stable sous Windows. Ils se sont donc retroussées les manches et ont développé l’extension wincache.
Les points positifs :
- wincache permet de faire du cache d’opcode de façon optimisée sous Windows
- wincache est sous licence Open Source et a été intégré à PECL, signe que Microsoft est vraiment dans un processus d’ouverture.
Les points négatifs :
- les binaires de wincache ne sont disponibles qu’en VC9, donc impossible a tester avec les versions actuelles d’apache
- de toute façon, l’extension n’existe pas encore en thread-safe, donc impossible de la faire fonctionner avec Apache 2.2
Là encore, j’ai longuement parlé de cela avec Ruslan Yakushev, responsable du projet chez Microsoft, et j’ai bon espoir d’avoir été entendu et que ces deux points seront ajoutés dans leur roadmap.
PowerShell : Il s’agit d’un invité de commande étendu pour Windows afin de proposer des possibilités plus proche d’un shell Linux aux développeurs. J’avoue ne pas avoir tout compris, la session était en fin de journée et le décalage horaire et la journée à parler en Anglais ont eu raison de moi. Ça a tout de même l’air intéressant, il faudra que j’y jette un coup d’œil quand j’aurais le temps.
Nous avons également eu une présentation des projets interopérabilité en cours par Jean-Christophe Cimetiere et son équipe. J’avais pu assister à un conférence à peu près identique, il y a trois ans, lors de ma première participation et je doit avouer que l’évolution est importante. Bien sûr, Microsoft reste une société à but lucratif et leur implication dans ce genre de projets va dans le sens de leurs intérêts, mais on ne peut pas nier qu’il y a maintenant du concret, de véritables solutions utilisables (contrairement à ce que j’avais pu voir il y a 3 ans). Par ailleurs, la langue de bois à disparu, on ressent clairement que les équipes ont une marge de manœuvre plus importante et que tout cela n’est pas qu’une histoire de marketing et de gestion d’image.
Aiiiiieeeee, qui vient de me lancer une pierre???
Oui, je sais, ca sens le vendu, ca a le gout du vendu mais non, ce n’est pas du vendu, Microsoft ne m’a pas payé pour que j’écrive tout cela. J’ai vraiment le sentiment que de très gros effort sont faits de leur côté et ce serait vraiment un manque d’ouverture que de ne pas les prendre en compte et de tout dénigrer simplement par ce que c’est Microsoft.
C’est quand même en partie grâce à eux et à leur financement que nous avons toujours une version de PHP pour Windows et, qui plus est, certainement la version la plus efficace qu’il n’y ait jamais eu (la version Windows de PHP a failli disparaître avec PHP 5.2.6).
Bien sûr, il y a eu d’autres conférences et choses présentées, mais soit :
1. elles étaient d’ordre plus philosophiques et donc difficiles à retranscrire
2. elles étaient sous NDA, je n’ai donc pas le droit d’en parler
3. elles étaient inintéressantes, comme la présentation de la fondation Codeplex qui a été proche du fiasco, les orateurs n’ayant pas compris à qui ils s’adressaient en essayant de nous faire croire qu’il réinventaient le monde. Bien sûr, ils ont vite été remis à leur place par certains membres de la communauté.
4. je n’ai pas tout compris ou j’essayais de récupérer des 20 heures de voyage et des 9 heures de décalage horaire.
Du côté de la communauté, ca a permis de mettre des sujets sur la table, comme la scission qui s’opère entre les communautés PHP et les communautés projet comme Joomla ou Drupal par exemple, le tout piloté sur les 3 jours par Cal EVANS.
Ajoutez à cela, une ou deux sorties avec la communauté et vous aurez la recettes de trois journées riches en échange et permettant de faire avancer le schmilblick.
Pour finir, aujourd’hui, j’ai pu profiter de la journée pour me balader dans Seattle. mais bien sûr, les trois journées de beau temps passées enfermées dans des salles de conférence ont été suivies par une journée bien grise avec même quelques gouttes de pluie. J’ai quand même fait mon petit tour en haut de la space needle et fait quelques emplettes pour moi et mes amis :
Maintenant, je suis de retour à l’hôtel où j’attends mon taxi pour mon retour vers Paris qui s’annonce comme un nouveau périple de taille : 5 heures d’avion jusqu’à New-York suivies de 10 heures de transit à JFK, suivies de nouveau de 7 heures d’avion. En gros, je pars d’ici vendredi à 21h, j’arrive à Paris Dimanche à 6 heures…que du bonheur.
Allez tant qu’à faire, autant cumuler, il reste quelques pierres par terre, faites vous plaisir, mais ne visez pas la tête 
Note : voici mon compte-rendu de la même conférence mais en 2006…lisez le, ca montre bien l’évolution qu’il y a eu en 3 ans.
Je suis actuellement au Web Developper Summit organisé par et chez Microsoft à Redmond. Nous avons eu ce matin la présentation de Wincache, un cache d’opcode spécifique à Windows développé par Microsoft.
Sur le papier, cette extension permet de faire du cache d’opcode et du cache de fichier. L’extension est en version 1.0 depuis peu et disponible sur le site de Microsoft ou sur PECL.
Dans les faits, difficile de vérifier, l’extension n’existe qu’en VC9 en non thread-safe. Autrement dit, cette extension est prête pour IIS mais pas pour Apache. Donc, impossible de la tester.
Le démo semblait toutefois assez intéressante, l’extension est livrée avec une interface permettant de visualiser et gérer les fichiers en cache.
J’ai discuté avec le chef de projet de chez MS, l’extension peut fonctionner avec Apache mais ils ne l’ont pas testé jusqu’ici. Reste donc à la compiler en VC6 et éventuellement d’apapter le code à du Thread-Safe.
Qui s’y met?
Pour la plupart des projets, l’utilisation de echo et de var_dump() suffit pde our debugger vos scripts. Le mode web est en « page à page », il est donc rare d’avoir des scripts de plusieurs milliers de lignes comme on pourrait en avoir avec les langages compilés. Il peut toutefois parfois être intéressant de faire du debuggage pas à pas et de pouvoir jouer avec les valeurs de vos variables. Je me propose donc de vous montrer comment configurer cela avec WampServer, l’extension XDebug et l’IDE PDT (Php Developpment Tool).
INSTALLATION DE XDEBUG AVEC WAMPSERVER
Commençons par installer l’extension XDebug. XDebug permet de faire trois choses :
- améliorer la gestion des erreurs de PHP (afficher plus d’informations lors d’erreurs PHP, optimisation de la présentation de var_dump());
- faire du profiling (à utiliser avec kcachegrind ou wincachegrind);
- debugger vos scripts.
Téléchargez l’extension sur le site de XDebug : http://www.xdebug.org
ATTENTION : pensez bien à télécharger la version qui correspond à la branche de PHP que vous utilisez (PHP 5.2 ou PHP5.3) et à prendre la version thread-safe.
A l’heure où j’écris ces lignes,
pour PHP 5.2 : http://www.xdebug.org/files/php_xdebug-2.0.5-5.2.dll
pour PHP 5.3 : http://www.xdebug.org/files/php_xdebug-2.0.5-5.3-vc6.dll
XDebug n’est pas un extension standard de PHP, nous n’allons donc pas la mettre dans le répertoire /ext/ de PHP afin d’éviter d’éventuels conflits avec le menu de WampServer. Je vous propose donc de la déposer dans le même répertoire que l’exécutable de PHP (php.exe), typiquement :
c:\wamp\bin\php\phpx.x.x\
Renommez l’extension en php_xdebug.dll, elle sera plus facile à manipuler.
Nous allons maintenant l’activer. Pour cela nous allons devoir ajouter des commandes dans le fichier php.ini. Dans WampServer, le fichier php.ini utilisé se trouve dans le même répertoire que le binaire d’Apache (apache.exe). Le plus simple pour l’ouvrir est de passer par le menu de WampServer.
Allez à la fin du fichier et ajoutez les lignes suivantes :
zend_extension_ts="c:/wamp/bin/php/phpx.x.x/php_xdebug.dll"
xdebug.remote_enable=1
xdebug.remote_host="127.0.0.1"
xdebug.remote_port=9000
xdebug.remote_handler="dbgp"
xdebug.remote_mode=req
où x.x.x est votre version de PHP.
En complément, vous pouvez également ajouter
xdebug.profiler_enable = 1
xdebug.profiler_output_dir = "c:/wamp/tmp/"
afin d’activer les fonctions de profiling, ou encore
xdebug.collect_params = On
xdebug.show_local_vars = On
afin d ‘améliorer les informations fournies lors de l’affichage des messages d’erreur.
Une fois ces lignes ajoutées, refermez le fichier php.ini et redémarrez votre service Apache, XDebug devrait maintenant être chargé.
Pour le vérifier, affichez votre phpinfo(). Vous devriez voir apparaître l’information ci-dessous :
Si ce n’est pas le cas, vous avez certainement fait une erreur dans le chemin d’accès au fichier php_xdebug.dll
A ce stade, vous pouvez dors et déjà profiter des fonctions d’amélioration des messages d’erreur de XDebug. Pour cela, essayez d’afficher un message d’erreur et un var_dump().
CONFIGURATION DE PDT AVEC XDEBUG
Nous allons maintenant configurer PDT pour qu’il utilise les fonctionnalités de debuggeur de XDebug.
Si ce n’est pas déjà fait, commencez par télécharger et installer PDT : http://www.eclipse.org/pdt/
Lors du lancement de PDT, choisissez « c:\wamp\www » comme WorkSpace.
Dans le menu du haut, choisissez window -> preferences.
Rentrez maintenant dans le menu « PHP » et cliquez sur « debug ».
Il existe deux façons de debugger du PHP avec PDT. La première (server) passe par votre serveur web en faisant un appel à localhost. La deuxième (PHP executable) fait un appel direct à l’exécutable de PHP.
Nous allons travailler avec la première solution qui nous offre plus de fonctionnalités et permet, notamment, d’utiliser les méthodes GET et POST.
Par défaut, PDT est livré avec des configurations type pour fonctionner avec XDebug et Zend Debugger. Comme le montre la capture d’écran ci-dessus, choisissez XDebug.
Si votre serveur n’est pas local (localhost), il faudra également modifier la configuration de votre serveur identifié sous PDT par « Default PHP Web Server« .
Voilà, la configuration de base de PDT est terminée, nous allons maintenant pouvoir utiliser PDT pour debugger en mode pas à pas et avec des points d’arrêt.
UTILISATION DE PDT COMME DEBUGGEUR
Voyons maintenant comment utiliser tout cela. La première chose à faire est de créer un nouveau projet PHP au sein de PDT. Pour cela cliquez sur file -> new -> PHP Project.
Donnez un nom à votre projet (dans la suite de cet article, notre projet s’appellera « test_debug »).
Un répertoire du même nom va être automatiquement créé dans votre répertoire « www ». Vous allez placer ou créer vos scripts PHP dans ce répertoire. Si nécessaire, appuyez sur F5 dans PDT pour que vos scripts apparaissent.
Ouvrez votre script PHP en double cliquant dessus. Votre code source devrait apparaître dans la fenêtre centrale de PDT.
Nous allons maintenant passer en mode debuggage. Cliquez sur l’icône en forme d’insecte sur la barre d’outil et choisissez Debug As -> PHP Web Page.
Cela devrait ouvrir une fenêtre de votre navigateur par défaut (Firefox par exemple) et vous faire basculer sur une perspective de debuggage dans PDT (vous pouvez retrouver les perspectives en haut à droite de PDT).
Cette perspective est découpée en 5 fenêtres :
- en haut à gauche, une fenêtre de « debug » qui vous donne des informations sur le debuggage en cours et dispose de la barre d’outils de debuggage.
- à droite de cette fenêtre, une autre qui vous donne accès aux variables de votre script et aux points d’arrêt définis.
- en dessous, une fenêtre qui présente votre code, vous montre la ligne courante et permet de définir/annuler des points d’arrêt
- encore en dessous, la fenêtre de console.
- et enfin, à droite, la fenêtre d’Output.
Pour debugger, utilisez la barre d’outils de la fenêtre « debug ».
Vous pouvez également ajouter des points d’arrêt dans votre code. Pour cela double-cliquez sur la barre grise se trouvant à gauche de votre code (idem pour retirer les points d’arrêt). Des petites boules vont apparaitre pour signaler ces points d’arrêt.
Au fur et à mesure que vous allez avancer dans le debuggage de votre page, vous pourrez voir le résultat s’afficher directement dans votre navigateur.
MODIFIER LES VARIABLES EN COURS DE DEBUGGAGE
Il va souvent être utile de modifier le contenu de vos variables en cours de debuggage. Pour cela sélectionnez la variable souhaitée dans la fenêtre d’affichage des variables et modifiez simplement sa valeur.
TRAVAILLER AVEC GET ET POST
En utilisant PDT avec XDebug, j’ai rapidement eu besoin de jouer avec les tableaux $_GET et $_POST. Malheureusement, je n’ai rien trouvé à ce sujet dans la doc ou dans Google. J’ai toutefois persisté et ai trouvé une astuce pour pouvoir m’en servir.
Commençons par $_GET. Pour le remplir, faites tourner le débuggeur sur votre script et allez jusqu’au bout de votre script. Allez ensuite dans la fenêtre de navigateur ouverte par le debuggeur. Vous devriez vous retrouver avec une barre d’URL de ce type :
Ajouter les variables que vous souhaitez dans cette url et relancez la page. Retournez maintenant dans PDT, et, magique…la session de debuggage est relancée et les variables sont maintenant disponibles sous $_GET.
Pour $_POST, lancez un debuggage sur le formulaire permettant de faire votre POST et allez au bout du script. Allez dans la fenêtre de navigateur, votre formulaire sera affiché. Remplissez le et validez le. Retournez dans PDT, vous devriez maintenant avoir une session de debuggage sur le script de réception du formulaire.
Il existe certainement d’autres méthodes plus simples pour utiliser nativement $_GET et $_POST avec PDT et XDebug, si vous les connaissez, n’hésitez pas à ajouter votre commentaire à cet article.
De mon côté, j’ai trouvé une autre solution plus efficace et plus pratique pour gérer mes sessions de debuggage, l’utilisation de l’extension XDebug Helper pour Firefox.
UTILISATION DE L’EXTENSION XDEBUG HELPER POUR FIREFOX
L’extension XDebug Helper pour Firefox va vous permettre de lancer vos sessions de debuggage directement depuis Firefox.
Commencez par installer l’extension que vous pourrez trouver ici :
https://addons.mozilla.org/fr/firefox/addon/3960
Cela va ajouter deux icônes en bas à droite de Firefox.
Le premier bouton va vous permettre de lancer des sessions de debuggage. Pour cela, il va falloir configurer PDT pour qu’il accepte le lancement externe de sessions de debuggage. Retourner donc dans la configuration de PDT :
Window -> preferences
puis PHP -> debug -> Installed Debuggers
Sélectionnez « XDebug » et cliquez sur « configure« .
Dans le menu déroulant « Accept remote session (JIT) » sélectionnez « localhost » (ou « any » si votre serveur est distant).
Vous allez maintenant pouvoir lancer vos sessions directement depuis Firefox.
Pour cela, cliquez sur le bouton de XDebug Helper qui ressemble à une croix dans Firefox (en bas à droite). Celui-ci devrait devenir vert et jaune.
Tapez l’URL du script que vous souhaitez debugger(ex : http://localhost/….) et lancez son execution. Retournez dans PDT, votre session de debugage devrait être lancée.
CONCLUSION
J’espère que ce petit tutoriel vous permettra de développer plus efficacement. A mon avis, tout développeur devrait avoir XDebug installé par défaut. J’ai bien pensé à le fournir directement avec WampServer, mais pour le moment, la structure de WampSever et son mode de fonctionnement « multi-PHP » ne me le permettent pas. Peut être dans une version future…
2008 : une année très fructueuse!
Après la naissance de ma fille Diane (petite sœur d’Adam) et mon mariage avec Sandrine, voici une nouvelle étape importante pour moi franchie cette année.
Comme le dit le titre, Anaska a rejoint le groupe Alter Way afin d’y devenir la Business Unit dédiée à la formation. Une grand moment pour Cyril (mon associé et ami) et moi, 7 ans après sa création, nous donnons à Anaska un nouvel élan avec de nouvelles perspectives et de nouveau enjeux.
Les dates clefs de la vie d’Anaska sont d’ailleurs assez marantes, créée un 1er Avril, elle rejoint Alter Way un vendredi 13…à croire qu’on le fait exprès! Espérons que cela continuera à nous porter chance.
Car on en a eu de la chance depuis le début, à commencer par notre équipe dont chaque membre a su apporter quelque chose de spécial à la team et faire d’Anaska une société différente des autres, un société avec une véritable âme (ce qui est généralement très apprécie par les personnes qui viennent en formation chez nous).
Ce rapprochement va nous (la team) ouvrir de nouvelles portes et nous permettre de nous exprimer sur une palette beaucoup plus large, tout en conservant notre mode de fonctionnement et nos habitudes.
Alors quel est l’enjeu de ce rapprochement pour Anaska?
Et bien tout d’abord, la possibilité de profiter de synergies importantes avec les autres entités du groupe : Nexen, Solinux, Ingeniweb, Ecl ip’s Software et o4db.
La complétude de nos offres va nous permettre de mieux répondre à nos clients en leur offrant des solutions jointes et ainsi, les accompagner au mieux dans leurs besoins.
Nous allons ensuite pouvoir appuyer la croissance d’Anaska sur un groupe d’envergure et profiter de ces appuis pour la dynamiser et la consolider.
En résumé, les avantages de fonctionnement d’une PME (dynamisme, proximité, réactivité…) avec les possibilités d’un groupe.
Anaska change donc de logo (l’ancien logo d’Anaska est officiellement et exclusivement repris par WampServer) mais pas d’état d’esprit!
Vive l’Open Source, vive Anaska et alter Way 
Merci à Damien (http://www.nexen.net) pour ce lien :
http://www.dailymotion.com/search/MySQL/video/x5d2ka_tutoriel-video-wamp_creation?from=rss
Tout est dans le titre :
Sous forme d’addons (si vous avez déjà installé WampServer 2.0) :
http://www.wampserver.com/addons_php.php
http://www.wampserver.com/addons_mysql.php
Sous forme de package complet :
http://www.wampserver.com/download.php
Je viens de mettre en ligne 3 nouveaux addons pour WampServer :
- Apache 2.2.8
- Apache 2.0.63
- MySQL 5.0.51a
J’en ai également profité pour mettre à jour WampServer 2.0 (qui passe donc en 2.0b), qui profite également au passage d’une mise à jour de PHPmyadmin (2.11.5) et de quelques corrections mineures.
Pour ceux qui ont déjà installé la version 2.0a, je conseille d’installer les addons plutôt que de mettre la version 2.0b par dessus. Normalement, l’upgrade devrait fonctionner sans problème, mais j’avoue ne pas avoir testé tous les cas de figure possibles et imaginables, donc il vaut mieux éviter.
Bon dev à tous
Ce week end, un pote m’a rapporté un Iphone des US. Après m’être amusé avec les fonctionnalités de base telles que la triangulation GSM avec google Maps ou encore les recherches Utube, je me suis lancé dans l’installation de Apache, PHP et MySQL.
La première étape passe par l’installation de SSH et d’un terminal (vt100) sur la bête. Plutôt simple avec tous les sites dédiés à l’Iphone sur le net.
Je suis ensuite passé à l’installation de Apache, PHP et MySQL. En fait, le plus compliqué a été de trouver un dépôt de données « up » disposant de ces applications. Une fois installés, un peu de configuration et le tour était joué.
Un problème subsiste toutefois. La version compilée de PHP (5.2.3) ne dispose que de l’extension mysql, pas de mysqli ni de PDO-mysql et pas de chargement dynamique d’extensions, ça restreint donc les possibilités.
Je vais tout de même continuer mes recherches pour compléter cela, l’intérêt pour moi étant de pouvoir synchroniser une partie de notre intranet sur mon Iphone et donc de disposer d’une version mobile sans pour autant être obligé de souscrire à un forfait 3G auprès de la mafia des opérateurs qui s’entendent pour nous arnaquer en gros!
Par exemple, je dispose déjà d’une version fonctionnelle de notre calendar (gestion des plannings). Il ne me reste plus qu’à configurer une réplication entre notre serveur MySQL et celui installé sur mon Iphone pour que l’application se mette à jour à chaque fois que mon Iphone se connecte sur notre réseau Wifi, autrement dit, dés que je l’active dans nos locaux!
Joli non ?
A suivre…
