SpiderMonkey est le moteur Javascript utilisé par Mozilla Firefox ; cet article va nous montrer comment utiliser l’extension PHP SpiderMonkey — encore expérimentale — pour exécuter du Javascript côté serveur, depuis PHP.

Sommaire de cet article :

• SpiderMonkey : exécuter du code Javascript
  • Qu’est-ce que SpiderMonkey ?
  • Extension PHP SpiderMonkey
• Compilation et installation
  • Installation depuis PECL
  • Compilation de la dernière version depuis le SVN
  • Activation de l’extension
• API de l’extension spidermonkey
• Exécuter du code Javascript depuis PHP
• Exporter des variables PHP vers le code Javascript
• Appeler une fonction PHP depuis le code Javascript
  • Premier exemple
  • Second exemple : avec une fonction anonyme
  • Et avec une fonction interne ?
• Exporter une classe PHP vers le code Javascript
  • Exemple 1 : pour une classe de notre application
  • Exemple 2 : Avec une classe interne de PHP
• Exemple de cas réel : éviter la duplication de code
• Et pour la suite ?

Cet article est le second d’une série visant au développement d’une mini-application vous permettant de travailler hors-ligne, à l’aide de Google Gears.
Le premier article vous a appris comment stocker les fichiers statiques de votre site sur les postes clients de vos utilisateurs.

Nous allons à présent passer à la seconde étape : mettre en place une application dynamique, totalement indépendante de la connexion Internet, et fonctionnant lorsque l’utilisateur n’est pas connecté !

Nous ne stockerons donc plus nos données côté serveur, mais au sein d’une Base de Données SQLite directement sur le poste de votre utilisateur, en Javascript, à l’aide de la classe Database fournie par Google Gears !

Alors que les connexions Internet à haut débit se sont démocratisées et généralisés, et qu’il est de plus en plus rare de se retrouver sans accès à Internet, nous utilisons de plus en plus d’applications Web, parfois à la place des applications “Desktop” que nous employions encore il n’y a pas si longtemps que ça.

Mais que se passe-t-il lorsque nous sommes privés de cette connexion Internet ? Que ce soit dans le train, en vacances chez des proches non “informatisés”, hors zone de couverture 3G, ou en réunion chez un client sans accès Wifi ?
Cela signifie-t-il que nous perdons accès à nos applications ? Et pire encore, à nos documents ?

Pour répondre à cette problématique, Google a développé un plugin, nommé “Gears”, qui a pour objectif de permettre de continuer travailler, hors connexion, avec les applications que nous avons l’habitude d’utiliser en mode connecté.
Bien évidemment, votre application ne deviendra pas accessible hors-connexion par magie… Mais, si vous faites le nécessaire, accessible hors-connexion, elle le deviendra !

Cet article est le premier d’un série de trois visant au développement d’une mini-application utilisable hors-ligne, et, surtout, destinée à vous montrer comment rendre votre propre application utilisable hors-connexion !
Cette première partie se concentre sur les premiers pas, à savoir :

• Détecter si Gears est installé ou non ; et proposer son installation,
• Activer Gears pour votre application,
• Et surtout, utiliser les classes LocalServer et ManagedStore pour stocker localement, sur le poste de votre utilisateurs, les fichiers statiques de votre application.

Les parties suivantes se focuseront sur les points suivants :

• Le travail hors-ligne, sans le moindre appel au serveur, une fois l’application en mode “déconnecté”,
• Et la synchronisation entre les données “en-ligne”, et le travail effectué “hors-ligne”, lors du retour en mode connecté.

Nous avons vu au cours d’un article précédent comment contourner la limitation de Same Origin Policy en utilisant la balise <script> pour effectuer des requêtes Ajax vers un serveur distant (nom de domaine différent du nom de domaine sur lequel notre application est déployée).

Cette solution nous imposait de modifier notre code côté navigateur, pour ne plus utiliser une instance d’object XMLHttpRequest, mais passer par de la génération dynamique de balises HTML <script>.

Nous allons à présent voir comment effectuer des requêtes Ajax distantes en passant par un proxy, de manière à ne pas avoir à ré-écrire tout notre code de chargement de données depuis l’application HTML+Javascript.

Nous commencerons par l’écriture d’un proxy en PHP, par lequel nous passerons pour effectuer nos appels Ajax, et, en seconde partie, nous verrons comment utiliser les fonctionnalités de proxy-ing du serveur Web Apache, pour ne pas avoir à écrire nous-même le proxy.

Nous avons vu, au cours de plusieurs articles, comment effectuer des requêtes Ajax, parfois en utilisant le Framework prototype, et/ou en utilisant le format JSON pour nos échanges.

La principale limitation que nous avons tendance à rencontrer dans ce contexte est la contrainte de Same Origin Policy, qui nous est imposée par les paramètres de sécurité des navigateurs : nos requêtes Ajax ne peuvent être effectuées que vers le domaine sur lequel notre site est déployé.

Cet article va nous permettre de voir comment Effectuer des requêtes Ajax vers un autre nom de domaine, en utilisant la balise <script>

Voici le quatrième article de notre série traitant de l’utilisation de l’API Google Maps.

Cet article va nous permettre de voir comment Afficher des marqueurs sur une carte :

• Marqueurs simples,
• Ou marqueurs utilisant des images personnalisées,
• Ou encore, en utilisant le composant MapIconMaker disponible au sein de la bibliothèque d’utilitaire Google Maps.

Nous verrons aussi comment afficher des fenêtres d’informations au sein de nos cartes.

Voici le troisième article de notre série traitant de l’utilisation de l’API Google Maps.

Les deux premiers articles nous ont permis de :

• Voir comment afficher une carte avec google-maps
• Déterminer la latitude et la longitude d’un point, à partir de son adresse

A présent, nous allons étudier les différents types de carte que l’on peut afficher lorsque l’on travaille avec Google Maps, ainsi que les différents types de contrôles qu’il est possible de leur ajouter :

• Nous verrons comment choisir entre l’affichage d’un plan, ou d’une vue satellite,
• ainsi que comment permettre aux utilisateurs de zoomer, se déplacer sur la carte, ou encore profiter d’un “mini-map” leur permettant de se repérer.

Voici le second article de notre série traitant de l’utilisation de l’API Google Maps.

L’article 1: Afficher une carte avec Google Maps nous a permis de voir comment afficher une carte en utilisant l’API Google Maps.
Mais l’exemple utilisé supposait que nous connaissions la latitude et la longitude du point sur lequel nous souhaitions centrer notre carte.

En réalité, en particulier lorsque l’on interagit avec un utilisateur, il est plus fréquent de connaître l’adresse d’un lieu, plutôt que ses coordonnées géographiques !
Par exemple, il est plus facile de se souvenir de “Place Bellecour, Lyon, France”, que de “(45.756788, 4.831515)”.

Heureusement, Google Maps fourni un service, le Geocoder, permettant d’obtenir les coordonnées géographiques d’un point à partir de son adresse.
Cet article va nous permettre d’apprendre à en tirer parti.

Voici le premier article d’une série traitant de l’utilisation de l’API Google Maps.

Ce premier article va nous permettre d’étudier les bases nécessaire à l’affichage d’une Google Map sur votre site :

• Création de la page accueillant la carte,
• utilisation d’une clef d’API Google Ajax,
• inclusion des fichiers Javascript nécessaires,
• et affichage de la carte en elle-même.