Mode d'emploi | Filemaker Server 14 Manuel utilisateur

Ajouter à Mes manuels
105 Des pages
Mode d'emploi | Filemaker Server 14 Manuel utilisateur | Fixfr
FileMaker Server 14
®
Guide de la Publication
Web personnalisée
© 2004-2015 FileMaker, Inc. Tous droits réservés.
FileMaker, Inc.
5201 Patrick Henry Drive
Santa Clara, Californie 95054
FileMaker et FileMaker Go sont des marques commerciales de FileMaker, Inc. déposées aux États-Unis et dans
d’autres pays. Le logo en forme de dossier et FileMaker WebDirect sont des marques de FileMaker, Inc. Toutes les
autres marques sont la propriété de leurs détenteurs respectifs.
La documentation de FileMaker est protégée par la législation sur les droits d’auteur. Vous n’êtes pas autorisé à créer
des copies supplémentaires ni à distribuer cette documentation sans l’accord écrit de FileMaker. Vous devez posséder
une copie sous licence valide de FileMaker pour utiliser cette documentation.
Toutes les personnes, sociétés, adresses email et URL citées dans les exemples sont fictives et toute ressemblance
avec des personnes, des sociétés, des adresses email ou des URL existantes ne serait que pure coïncidence. La liste
des auteurs est disponible dans les documents Remerciements fournis avec ce logiciel. Les produits tiers et les
adresses URL sont mentionnés à titre indicatif uniquement, et non pas à titre de recommandation. FileMaker, Inc. se
dégage de toute responsabilité concernant les performances de ces produits.
Pour plus d’informations, consultez notre site Web à l’adresse suivante : http://www.filemaker.com/fr.
Edition : 01
Table des matières
Préface
8
À propos de ce guide
Emplacement de la documentation de FileMaker
8
8
Chapitre 1
Introduction à la Publication Web personnalisée
9
A propos du moteur de publication Web
Traitement d’une requête du moteur de publication Web
Publication Web personnalisée avec XML
Publication Web personnalisée avec PHP
Comparaison entre XML et PHP
Raisons de choisir XML
Raisons de choisir PHP
Chapitre 2
Préparation des bases de données pour la Publication Web personnalisée
Activation de la Publication Web personnalisée dans une base de données
Accès à une base de données protégée
Protection de vos bases de données publiées
Prise en charge du serveur Web pour les types de média Internet (MIME)
À propos de la publication du contenu des rubriques Conteneur sur le Web
Objets de rubriques Conteneur imbriqués dans une base de données
Rubriques Conteneur avec des références de fichier stockées
Types de données de conteneur avec données stockées en externe
Rubriques Conteneur et téléchargement progressif
Affichage des données d’une rubrique Conteneur par les utilisateurs Web
Scripts FileMaker et Publication Web personnalisée
Astuces et considérations à propos des scripts
Comportement des scripts dans les solutions de Publication Web personnalisée
Déclencheurs de scripts et solutions de Publication Web personnalisée
Chapitre 3
À propos de la fonction de Publication Web personnalisée utilisant le langage XML
Création de sites Web dynamiques avec le moteur de publication Web
Fonctions clés de la Publication Web personnalisée avec XML
Configuration pour la publication Web
Configuration requise pour la publication d’une base de données à l’aide
de la Publication Web personnalisée
Éléments devant être employés par les utilisateurs Web pour accéder à une solution
de publication Web personnalisée
Connexion à Internet ou à un intranet
Etape suivante
10
10
11
11
11
11
12
13
13
14
14
15
16
16
16
17
18
18
19
19
21
21
22
22
22
23
23
23
24
24
4
Chapitre 4
Accès aux données XML avec le moteur de publication Web
Utilisation de la Publication Web personnalisée avec XML
Différences entre le moteur de publication Web et les options d’importation/exportation
FileMaker Pro XML
Génération de données XML par le moteur de publication Web à partir d’une requête
Processus général d’accès aux données XML à partir du moteur de publication Web
A propos de la syntaxe d’URL pour les données XML et les objets de type Conteneur
A propos de la syntaxe d’URL pour les données XML
A propos de la syntaxe d’URL pour les objets FileMaker de type Conteneur dans
les solutions XML
A propos du codage de texte URL
Accès aux données XML via le moteur de publication Web
A propos des espaces de nom pour le langage XML de FileMaker
A propos des codes d’erreurs des bases de données FileMaker
Récupération des définitions de type de document pour les grammaires FileMaker
Utilisation de la grammaire fmresultset
Description des éléments de la grammaire fmresultset
Exemple de données XML dans la grammaire fmresultset
Utilisation d’autres grammaires XML FileMaker
Description des éléments de la grammaire FMPXMLRESULT
Exemple de données XML dans la grammaire FMPXMLRESULT
Description des éléments dans la grammaire FMPXMLLAYOUT
Exemple de données XML dans la grammaire FMPXMLLAYOUT
À propos des données UTF-8
Utilisation de chaînes de requête FileMaker pour rechercher des données XML
Passage d’un modèle à un autre pour obtenir une réponse XML
Comprendre le traitement d’une requête XML
Dépannage de l’accès aux documents XML
Chapitre 5
Noms corrects utilisés dans les chaînes de requête XML
A propos des commandes et des paramètres de requête
Consignes d’utilisation des commandes et des paramètres de requête
Analyse de commande de requête
A propos de la syntaxe d’un nom de rubrique entièrement qualifié
Utilisation de commandes de requêtes avec des rubriques de table externe
À propos de la syntaxe de spécification d’une rubrique de type Global
25
25
25
26
28
28
29
29
30
31
31
32
32
33
33
35
36
36
37
38
40
41
41
43
43
44
45
45
45
46
47
47
49
5
Références des commandes de requête
Commande de requête –dbnames (noms des bases de données)
Commande de requête –delete (supprimer l’enregistrement)
Commande de requête –dup (dupliquer l’enregistrement)
Commande de requête –edit (modifier l’enregistrement)
Commandes de requête –find, –findall ou –findany (rechercher les enregistrements)
–findquery (recherche composée), commande de requête
Commande de requête –layoutnames (noms des modèles)
Commande de requête –new (nouvel enregistrement)
Commande de requête –scriptnames (noms des scripts)
Commande de requête –view (affichage des informations de modèle)
Références de paramètre de requête
Paramètre de requête –db (nom de base de données)
–delete.related (suppression d’enregistrements externes), paramètre de requête
Paramètre de requête –field (nom de rubrique Conteneur)
Paramètre de requête fieldname (nom de rubrique non-Conteneur)
Paramètre de requête fieldname.op (opérateur de comparaison)
Paramètre de requête –lay (modèle)
Paramètre de requête –lay.response (changer de modèle pour la réponse)
Paramètre de requête –lop (opérateur logique)
Paramètres de requête –max (nombre maximal d’enregistrements)
Paramètre de requête –modid (ID de la modification)
Commande de requête –query (requête de recherche composée)
Paramètre de requête –recid (ID d’enregistrement)
Paramètre de requête –relatedsets.filter (filtrage d’enregistrements de table externe)
Paramètre de requête –relatedsets.max (limitation d’enregistrements de table externe)
Paramètre de requête –script (Script)
Paramètre de requête –script.param (transfert du paramètre au script)
Paramètre de requête –script.prefind (script avant une recherche)
Paramètre de requête –script.prefind.param (transfert du paramètre au
script avant recherche)
Paramètre de requête –script.presort (script avant un tri)
Paramètre de requête –script.presort.param (transfert du paramètre au
script avant recherche)
Paramètre de requête –skip (enregistrements ignorés)
Paramètre de requête –sortfield (rubrique de tri)
Paramètre de requête –sortorder (ordre de tri)
Chapitre 6
À propos de la fonction de Publication Web personnalisée avec PHP
Fonctions clés de la Publication Web personnalisée avec PHP
Configuration de la Publication Web personnalisée
Configuration requise pour la publication d’une base de données à l’aide de la
Publication Web personnalisée
Eléments devant être employés par les utilisateurs Web pour accéder à une solution
de publication Web personnalisée
Connexion à Internet ou à un intranet
Installation manuelle de l’API FileMaker pour PHP
Etape suivante
50
50
50
50
50
51
51
52
52
52
53
53
53
53
54
54
54
56
56
56
57
57
57
59
59
60
60
60
61
61
62
63
63
63
64
65
65
65
66
66
66
68
69
6
Chapitre 7
Présentation de la Publication Web personnalisée avec PHP
Fonctionnement du moteur de publication Web avec les solutions PHP
Etapes générales de la Publication Web personnalisée avec PHP
Chapitre 8
Utilisation de l’API FileMaker pour PHP
Où trouver des informations supplémentaires
Référence API FileMaker pour PHP
Prise en charge API FileMaker pour PHP
Utilisation de la classe FileMaker
Objets de classe FileMaker
Objets de commande FileMaker
Connexion à une base de données FileMaker
Utilisation des enregistrements
Création d’un enregistrement
Duplication d’un enregistrement
Edition d’un enregistrement
Suppression d’un enregistrement
Exécution de scripts FileMaker
Obtention de la liste des scripts disponibles
Exécution d’un script FileMaker
Exécution d’un script avant l’exécution d’une commande
Exécution d’un script avant le tri d’un ensemble de résultats
Exécution d’un script après la génération d’un ensemble de résultats
Ordre d’exécution du script
Utilisation des modèles FileMaker
Utilisation des tables externes
Création d’une liste des tables externes définies sur un modèle spécifique
Obtention des noms de tables externes d’un objet de résultat spécifique
Obtention d’informations sur les tables externes d’un modèle spécifique
Obtention d’informations sur une table externe spécifique
Obtention du nom de table d’une table externe
Obtention des enregistrements externes d’un enregistrement spécifique
Création d’un nouvel enregistrement dans une table externe
Suppression d’un enregistrement d’une table externe
Utilisation des listes de valeurs
Obtention des noms de toutes les listes de valeurs d’un modèle spécifique
Obtention d’un tableau de toutes les listes de valeurs d’un modèle spécifique
Obtention des valeurs pour une liste de valeurs nommée
Exécution de requêtes
Utilisation de la commande Rechercher tout
Utilisation de la commande Rechercher au moins
Utilisation de la commande Rechercher
Utilisation d’une commande Recherche composée
Traitement des enregistrements d’un ensemble de résultats
Filtrage des lignes des tables externes renvoyées par les requêtes
70
70
70
73
73
73
74
74
74
74
75
75
76
76
76
77
77
77
77
78
78
78
78
79
79
80
80
80
80
80
80
81
81
81
81
82
82
83
84
84
84
84
87
88
7
Prévalidation des commandes, des enregistrements et des rubriques
Prévalidation des enregistrements dans une commande
Prévalidation des enregistrements
Prévalidation des rubriques
Traitement des erreurs de validation
Gestion des erreurs
Chapitre 9
Stockage, test et suivi d’un site
Stockage d’un site de Publication Web personnalisée
Test d’un site de Publication Web personnalisée
Exemples de feuilles de style permettant de tester les sorties XML
Suivi de votre site
Utilisation des journaux d’erreurs et d’accès au serveur Web
Utilisation du journal du moteur de publication Web
Utilisation du journal des erreurs du module de serveur Web
Utilisation des journaux Tomcat
Annexe A
Codes d’erreur de la Publication Web personnalisée
Numéros de code d’erreur au format XML
Numéros des codes d’erreur des bases de données FileMaker
Index
88
90
90
90
90
92
93
93
94
95
96
96
96
98
98
99
99
99
100
Préface
À propos de ce guide
Ce guide part de l’hypothèse que vous avez déjà une certaine expérience dans l’utilisation de
FileMaker® Pro pour la création de bases de données. Vous devez comprendre les bases de la
conception des bases de données avec FileMaker Pro, ainsi que les concepts de rubriques, de
liens, de modèles, de tables externes et d’objets Conteneur. Pour plus d’informations sur
FileMaker Pro, reportez-vous à l’aide de FileMaker Pro.
Ce guide part également du principe que vous avez déjà une certaine expérience dans le
développement de sites Web, et notamment dans l’utilisation de technologies comme XML ou
PHP, afin d’intégrer les données FileMaker aux sites et applications Web.
Concernant la Publication Web personnalisée sous FileMaker Server, ce guide donne des
informations sur :
1 les éléments nécessaires au développement d’une solution de Publication Web personnalisée ;
1 la façon de publier des bases de données à l’aide du langage XML ;
1 la façon d’obtenir des données XML à partir de bases de données hébergées par
FileMaker Server ;
1 la façon de publier des bases de données à l’aide du langage PHP ;
1 la façon d’utiliser l’API FileMaker pour PHP à partir de bases de données hébergées par
FileMaker Server ;
1 les éléments que les utilisateurs Web doivent employer pour accéder à une solution de
publication Web personnalisée.
Emplacement de la documentation de FileMaker
1 Dans l’Admin Console de FileMaker Server, sélectionnez le menu Aide > Documentation
produit de FileMaker Server.
1 Cliquez sur les liens correspondants de la page de démarrage de l’Admin Console
FileMaker Server.
1 Pour avoir des informations, regarder ou télécharger la documentation additionnelle de
FileMaker, rendez-vous sur le site http://www.filemaker.com/documentation/fr.
L’aide en ligne est accessible depuis l’Admin Console FileMaker Server. Sélectionnez le menu
Aide > Aide FileMaker Server.
Chapitre 1
Introduction à la Publication Web personnalisée
FileMaker Server vous permet de publier vos bases de données FileMaker Server sur Internet ou
sur un intranet. Vous pouvez procéder de différentes manières :
FileMaker WebDirect : Avec FileMaker WebDirect, vous avez la possibilité de publier rapidement
et simplement des modèles à partir d’une base de données sur le Web. Aucune installation de
logiciels supplémentaires n’est nécessaire, avec un navigateur Web compatible et un accès à
Internet ou à un intranet, les utilisateurs Web peuvent se connecter à votre solution
FileMaker WebDirect pour consulter, éditer, trier ou chercher des enregistrements, à condition
que vous leur donniez des privilèges d’accès.
Avec FileMaker WebDirect, FileMaker Server doit être en cours d’exécution sur l’ordinateur hôte.
L’interface utilisateur ressemble à la version bureau de l’application FileMaker Pro. Les pages
Web et les formulaires sur lesquels l’utilisateur agit dépendent des modèles et des affichages
définis dans la base de données FileMaker Pro. Pour plus d’informations, consultez le Guide de
FileMaker WebDirect.
Publication statique : si vos données ne changent pas souvent ou si vous ne souhaitez pas que les
utilisateurs puissent se connecter directement à votre base de données, vous pouvez faire appel à la
publication statique. Avec cette dernière, vous exportez les données d’une base de données
FileMaker Pro pour créer une page Web, que vous pouvez ensuite personnaliser à l’aide du langage
HTML. Ainsi, la page Web ne change pas lorsque des données de la base sont modifiées et que les
utilisateurs ne se connectent pas directement à votre base de données. (Avec FileMaker WebDirect,
les données sont mises à jour dans le navigateur Web dès qu’elles sont mises à jour dans la base de
données). Pour plus d’informations, consultez l’Aide de FileMaker Pro.
Publication Web personnalisée : Pour intégrer votre base de données FileMaker à un site Web
personnalisé, utilisez les technologies de Publication Web personnalisée disponibles avec FileMaker
Server. Pour FileMaker Server, qui héberge les bases de données publiées, il n’est pas nécessaire
d’installer ni d’exécuter FileMaker Pro pour que la Publication Web personnalisée soit disponible.
La Publication Web personnalisée vous permet :
1 intégrer votre base de données à un autre site Web ;
1 déterminer la façon dont les utilisateurs interagissent avec les données ;
1 contrôler l’affichage des données dans les navigateurs Web.
FileMaker Server propose deux technologies de Publication Web personnalisée :
1 Publication Web personnalisée avec XML : Utilisez la publication de données XML pour
échanger des données FileMaker avec d’autres sites Web et applications. Grâce aux requêtes
URL HTTP avec les commandes et les paramètres de requête de FileMaker, vous pouvez
interroger une base de données hébergée par FileMaker Server et télécharger les données
obtenues au format XML, et utiliser les données obtenues de la façon qui vous plaît.
1 Publication Web personnalisée avec PHP : Utilisez l’API FileMaker pour PHP, qui propose une
interface PHP orientée objet pour les bases de données FileMaker Pro, ce qui permet d’intégrer
vos données FileMaker dans une application Web PHP. Comme vous codez les pages Web
PHP vous-même, vous avez le contrôle complet de l’interface utilisateur et du mode
d’interaction entre l’utilisateur et les données.
Chapitre 1 | Introduction à la Publication Web personnalisée
10
A propos du moteur de publication Web
Pour prendre en charge FileMaker WebDirect et la Publication Web personnalisée,
FileMaker Server utilise un jeu de composants logiciels appelé Moteur de Publication Web de
FileMaker Server. Le moteur de Publication Web gère les interactions entre le navigateur Web
d’un utilisateur, votre serveur Web et FileMaker Server.
Publication Web personnalisée avec XML : Les utilisateurs Web accèdent à votre solution de
Publication Web personnalisée en cliquant sur un lien HREF ou en saisissant une URL (Uniform
Resource Locator) qui indique l’adresse du serveur Web, ainsi qu’une requête qui contient la
chaîne de requête FileMaker. Le moteur de publication Web renvoie les données XML spécifiées
dans la requête de chaîne.
Publication Web personnalisée avec PHP : Lorsqu’un utilisateur Web accède à votre solution
de Publication Web personnalisée, PHP sur FileMaker Server se connecte au moteur de
Publication Web et répond via l’API de FileMaker pour PHP.
Utilisation du moteur de publication Web de FileMaker Server pour la Publication Web personnalisée
Products.fmp12
1
2
Serveur Web
Navigateur
Web
3
Moteur de publication
Web
Module de serveur Web
Base de données
Serveur
Noyau de
publication Web
API FM et code PHP
6
Customers.fmp12
5
4
Traitement d’une requête du moteur de publication Web
1. Une requête est envoyée par un navigateur ou une application au serveur Web.
2. Le serveur Web achemine la requête par le module serveur Web FileMaker jusqu’au moteur de
publication Web.
3. Le moteur de publication Web recherche les données dans la base de données hébergée par
le serveur de bases de données.
4. FileMaker Server envoie les données FileMaker demandées au moteur de publication Web.
5. Le moteur de publication Web convertit les données FileMaker pour répondre à la requête.
1 Pour les requêtes PHP, le moteur de publication Web répond à la requête API.
1 Pour les requêtes XML, le moteur de publication Web envoie directement les données XML
au serveur Web.
6. Le serveur Web envoie le résultat au navigateur Web ou au programme demandeur.
Chapitre 1 | Introduction à la Publication Web personnalisée
11
Important La sécurité est un aspect important de la publication de données sur le Web.
Consultez les règles de sécurité dans le Guide de L’utilisateur FileMaker Pro, disponible au format
PDF à l’adresse http://www.filemaker.com/documentation/fr.
Pour plus d’informations sur la façon de préparer une base de données pour une Publication Web
personnalisée, consultez la section chapitre 2, « Préparation des bases de données pour la
Publication Web personnalisée ».
Publication Web personnalisée avec XML
La Publication Web personnalisée avec XML vous permet d’envoyer des demandes de requêtes
à une base de données FileMaker Pro hébergée par FileMaker Server, et d’afficher, modifier ou
manipuler les résultats. L’utilisation d’une requête HTTP avec les commandes et les paramètres
appropriés vous aide à récupérer les données FileMaker sous la forme d’un document XML. Vous
pouvez alors exporter les données XML vers d’autres applications.
Publication Web personnalisée avec PHP
L’API FileMaker pour PHP propose une interface PHP orientée objet aux bases de données FileMaker.
L’API de FileMaker pour PHP permet l’accès aux données et logiques stockées dans une base de
données FileMaker Pro et leur publication sur le Web, ainsi que leur export vers d’autres applications.
L’API gère également les commandes de recherche complexes et composées permettant l’extraction
et le filtrage des informations stockées dans des bases de données FileMaker Pro.
Conçu à l’origine comme un langage de programmation procédural, PHP est devenu un langage de
développement Web orienté objet. PHP propose des fonctionnalités de langage de programmation
permettant de construire n’importe quel type de logique dans une page de site. Par exemple, vous
pouvez utiliser les constructions logiques conditionnelles pour contrôler la génération de page,
l’acheminement des données ou un déroulement d’opérations. PHP permet également l’administration
du site et la sécurité.
Comparaison entre XML et PHP
La section suivante propose quelques grandes lignes permettant de déterminer la meilleure
solution pour votre site.
Raisons de choisir XML
1 La syntaxe des paramètres d’interrogation XML de FileMaker est conçue pour l’interaction avec
les bases de données, ce qui simplifie le développement de solutions.
1 XML est une norme W3C.
1 XML est un format lisible par les hommes et les machines. Il gère Unicode, ce qui permet la
communication des données dans n’importe quelle langue écrite.
1 XML est bien adapté à la présentation d’enregistrements, de listes et de données structurées en liste.
1 Vous pouvez utiliser FMPXMLRESULT pour accéder aux données XML en utilisant la Publication
Web personnalisée et pour l’export XML à partir de bases de données FileMaker Pro.
Remarque Pour plus d’informations sur la Publication Web personnalisée avec XML, consultez
la section chapitre 3, « À propos de la fonction de Publication Web personnalisée utilisant le
langage XML ».
Chapitre 1 | Introduction à la Publication Web personnalisée
12
Raisons de choisir PHP
1 PHP est un langage de script procédural orienté objet plus puissant, mais son apprentissage
est relativement simple. Des nombreuses ressources sont disponibles pour la formation, le
développement et l’assistance.
1 L’API de FileMaker pour PHP permet l’accès aux données et logiques stockées dans une base
de données FileMaker Pro et leur publication sur le Web, ainsi que leur export vers d’autres
applications.
1 PHP permet d’utiliser des logiques conditionnelles pour contrôler la construction de la page ou
les flux.
1 PHP propose des fonctionnalités de langage de programmation permettant de construire
n’importe quel type de logique dans une page de site.
1 PHP est l’un des langages de script les plus populaires du Web.
1 PHP est un langage libre ; il est disponible sur http://php.net.
1 PHP permet l’accès à une grande variété de modules tiers que vous pouvez intégrer dans vos
solutions.
Remarque Pour plus d’informations sur la Publication Web personnalisée avec PHP, consultez
la section chapitre 6, « À propos de la fonction de Publication Web personnalisée avec PHP ».
Chapitre 2
Préparation des bases de données pour la
Publication Web personnalisée
Avant d’utiliser la Publication Web personnalisée avec une base de données, vous devez préparer
la base de données et la protéger contre les accès non autorisés.
Activation de la Publication Web personnalisée dans une base de données
Vous devez activer un privilège d’accès étendu pour la Publication Web personnalisée dans
chaque base de données que vous souhaitez publier. Si vous n’activez pas de privilège d’accès
étendu pour la Publication Web personnalisée dans la base de données, les utilisateurs Web ne
seront pas en mesure de l’utiliser pour accéder à la base de données, même si elle est hébergée
par un serveur FileMaker Server configuré pour prendre en charge un Moteur de publication Web.
Pour activer la Publication Web personnalisée pour une base de données :
1. Dans FileMaker Pro, ouvrez la base de données que vous souhaitez publier en utilisant un
compte bénéficiant du jeu de privilèges Accès intégral. Une autre possibilité consiste à ouvrir
la base de données en utilisant un compte bénéficiant des privilèges d’accès Gérer les
autorisations étendues.
2. Affectez le privilège d’accès étendu pour la Publication Web personnalisée que vous souhaitez utiliser :
1 Pour la Publication Web personnalisée avec XML, utilisez fmxml
1 Pour la Publication Web personnalisée avec PHP, utilisez fmphp
3. Affectez le(s) ensemble(s) d’autorisations d’accès comprenant l’autorisation d’accès étendue
Publication Web personnalisée à un ou plusieurs comptes, ou au compte Admin ou Invité.
Remarque Au moment de définir les noms des comptes et les mots de passe relatifs aux
solutions de publication Web personnalisée, utilisez les caractères ASCII imprimables, par
exemple a-z, A-Z et 0-9. Pour sécuriser davantage encore les noms des comptes et les mots de
passe, intégrez des caractères de ponctuation du type « ! » et « % » mais n’utilisez pas les deux
points. Pour obtenir des informations sur la configuration de comptes, consultez l’aide de
FileMaker Pro.
Chapitre 2 | Préparation des bases de données pour la Publication Web personnalisée
14
Accès à une base de données protégée
La Publication Web personnalisée vous permet de limiter l’accès à vos bases de données
publiées à l’aide d’une protection par mot de passe de vos bases de données, d’un cryptage de
la base de données et de connexions sécurisées. Lorsqu’ils utilisent une solution de Publication
Web personnalisée pour accéder à une base de données, les utilisateurs Web peuvent être invités
à spécifier leurs informations de compte. Si le compte Invité de la base de données est désactivé
ou ne possède aucun jeu de privilèges d’accès activé comprenant un privilège d’accès étendu
pour la Publication Web personnalisée, le moteur de publication Web utilise une authentification
de base HTTP pour demander aux utilisateurs Web de s’authentifier. Le navigateur de l’utilisateur
Web affiche la boîte de dialogue d’authentification de base HTTP pour permettre à l’utilisateur de
saisir le nom d’utilisateur et le mot de passe d’un compte bénéficiant d’un privilège d’accès étendu
pour la Publication Web personnalisée.
La liste suivante résume le processus qui se produit lorsqu’un utilisateur web utilise une solution
de Publication Web personnalisée pour accéder à une base de données :
1 Si vous n’avez pas défini de mot de passe pour un compte, les utilisateurs Web devront
uniquement spécifier le nom de compte.
1 Si le compte Invité est désactivé, les utilisateurs sont invités à donner un nom de compte et un
mot de passe lorsqu’ils accèdent à une base de données. Un privilège d’accès étendu pour la
Publication Web personnalisée doit être activé pour ce compte.
1 Si le compte Invité est activé et bénéficie d’un jeu de privilèges comprenant un privilège d’accès
étendu pour la Publication Web personnalisée, tous les utilisateurs Web peuvent
automatiquement ouvrir la base de données avec les privilèges d’accès du compte Invité. Si le
privilège étendu de Publication Web personnalisée est attribué au compte Invité :
1 Les utilisateurs Web n’ont pas besoin de spécifier de nom de compte ni de mot de passe
lorsqu’ils ouvrent un fichier.
1 Tous les utilisateurs Web se connectent automatiquement avec le compte Invité et héritent des
privilèges d’accès de celui-ci. Vous pouvez permettre aux utilisateurs de changer de compte de
connexion via leur navigateur Web grâce à la commande de script Reconnexion (par exemple,
pour basculer du compte Invité à un autre compte, jouissant de privilèges plus étendus).
1 Le jeu de privilèges par défaut des comptes Invité fournit un accès en « lecture seule ». Vous
pouvez modifier les privilèges par défaut de ce compte, notamment les privilèges étendus.
Consultez l’aide de FileMaker Pro.
Remarque Par défaut, les utilisateurs Web ne peuvent pas modifier le mot de passe de leur
compte depuis un navigateur Web. Vous pouvez intégrer cette fonction dans une base de
données grâce à l’action de script Modifier le mot de passe, qui permet aux utilisateurs Web de
changer leur mot de passe depuis leur navigateur. Consultez l’aide de FileMaker Pro.
Protection de vos bases de données publiées
La fonction de Publication Web personnalisée vous permet de limiter l’accès à vos bases de
données publiées.
1 Affectez des mots de passe aux comptes de base de données utilisés pour la Publication
Web personnalisée.
Chapitre 2 | Préparation des bases de données pour la Publication Web personnalisée
15
1 Activez uniquement un privilège d’accès étendu pour la Publication Web personnalisée dans
les jeux de privilèges des comptes que vous souhaitez autoriser à accéder à vos bases de
données publiées.
1 Désactivez le privilège d’accès étendu pour la Publication Web personnalisée pour une base
de données spécifique en désélectionnant le privilège étendu fmxml ou fmphp pour tous les
jeux de privilèges d’accès de cette base de données. Consultez l’aide de FileMaker Pro.
1 Activez ou désactivez la Publication Web personnalisée pour toutes les solutions de
Publication Web personnalisée dans le moteur de publication Web à l’aide de l’Admin Console
de FileMaker Server. Reportez-vous au Guide de démarrage de FileMaker Server et à l’aide
de FileMaker Server.
1 Configurez votre serveur Web de façon à restreindre les adresses IP ayant accès à vos bases
de données via le moteur de publication Web. Vous pouvez par exemple indiquer que seuls les
utilisateurs Web utilisant l’adresse IP 192.168.100.101 sont autorisés à accéder à vos bases
de données. Pour plus d’informations sur la restriction d’adresses IP, consultez la
documentation de votre serveur Web.
FileMaker Server prend en charge le cryptage des données écrites sur disque et des données
transférées aux clients.
1 Cryptez votre base de données à l’aide de la fonction Cryptage de base de données de
FileMaker Pro Advanced. Le cryptage protège le fichier de base de données FileMaker et tous
les fichiers temporaires écrits sur le disque. Pour plus d’informations sur le cryptage d’une base
de données, consultez le Guide de démarrage de FileMaker Server et l’aide de FileMaker Pro.
1 Une base de données cryptée hébergée sur FileMaker Server s’ouvre à l’aide d’Admin
Console ou de l’interface de ligne de commande (CLI). En tant qu’administrateur de
FileMaker Server, ouvrez le fichier avec son mot de passe de cryptage de base de données
afin que les clients FileMaker puissent utiliser la base de données cryptée.
1 Une fois que l’administrateur de FileMaker Server a ouvert la base de données cryptée
FileMaker avec le mot de passe de cryptage, les clients FileMaker n’ont pas besoin du mot
de passe de cryptage pour accéder à la base de données cryptée. Pour plus d’informations
sur l’ouverture d’une base de données cryptée, consultez l’Aide FileMaker Server.
1 Utilisez le cryptage Secure Socket Layer (SSL) pour les communications entre le serveur Web
et les navigateurs Web. Une connexion HTTPS permet d’accéder aux connexions SSL.
FileMaker Server fournit un certificat SSL signé par FileMaker, Inc. qui ne vérifie pas le nom du
serveur. Le certificat par défaut de FileMaker est uniquement destiné à des fins de tests. Un
certificat SSL personnalisé est requis à des fins de production. Reportez-vous au Guide de
démarrage de FileMaker Server.
Pour plus d’informations sur la protection de votre base de données, consultez le Guide de
l’utilisateur de FileMaker Pro, disponible au format PDF à l’adresse
http://www.filemaker.com/documentation/fr.
Prise en charge du serveur Web pour les types de média Internet (MIME)
Votre serveur Web détermine la prise en charge des types MIME (Multipurpose Internet Mail
Extensions) actuellement enregistrés pour Internet. Le moteur de publication Web ne change pas
la prise en charge MIME par le serveur Web. Pour plus d’informations, consultez la documentation
de votre serveur Web.
Chapitre 2 | Préparation des bases de données pour la Publication Web personnalisée
16
À propos de la publication du contenu des rubriques Conteneur sur le Web
Le contenu d’une rubrique Conteneur peut être imbriqué dans la base de données, lié par
référence à l’aide d’un chemin relatif ou stocké en externe.
Objets de rubriques Conteneur imbriqués dans une base de données
Si une rubrique Conteneur stocke les fichiers réels dans la base de données FileMaker, toute
action sur le contenu de la rubrique conteneur est inutile lorsque le fichier de base de données est
correctement hébergé et facile d’accès sur FileMaker Server. Consultez la section « A propos de
la syntaxe d’URL pour les objets FileMaker de type Conteneur dans les solutions XML », page 30.
Rubriques Conteneur avec des références de fichier stockées
Si une rubrique Conteneur contient une référence de fichier, vous devez suivre les étapes
suivantes pour publier les fichiers référencés à l’aide du moteur de publication Web :
Pour publier des objets de rubrique Conteneur stockés comme référence de fichier :
1. Stockez les fichiers d’objet Conteneur dans le dossier Web, situé dans le dossier FileMaker Pro.
2. Dans FileMaker Pro, insérez les objets dans la rubrique Conteneur et sélectionnez l’option
Stocker uniquement la référence au fichier.
3. Copiez ou déplacez les fichiers d’objet référencé du dossier Web vers le même emplacement
relatif, dans le dossier racine du logiciel de serveur.
1 Pour IIS (Windows) :
[drive]:\Program Files\FileMaker\FileMaker Server\HTTPServer\conf
où [lecteur] correspond au lecteur sur lequel réside le composant Moteur de publication
Web de votre déploiement FileMaker Server.
1 Pour Apache (OS X) : /Bibliothèque/FileMaker Server/HTTPServer/htdocs
Remarque Pour les objets Conteneur stockés sous forme de référence externe, votre serveur
Web doit être configuré pour prendre en charge les types MIME (Multipurpose Internet Mail
Extensions) correspondant aux types de fichiers que vous souhaitez publier, par exemple des
vidéos. Votre serveur Web détermine la prise en charge des types MIME actuellement enregistrés
pour Internet. Le moteur de publication Web ne change pas la prise en charge MIME par le
serveur Web. Pour plus d’informations, consultez la documentation de votre serveur Web.
Chapitre 2 | Préparation des bases de données pour la Publication Web personnalisée
17
Types de données de conteneur avec données stockées en externe
Si une rubrique Conteneur stocke des objets en externe (en d’autres termes, si vous avez
sélectionné Stocker les données de conteneur en externe dans la boîte de dialogue Options
pour rubrique Filemaker Pro), utilisez FileMaker Pro pour transférer des fichiers de base de
données depuis le système de fichiers clients vers FileMaker Server. Lorsque vous utilisez
FileMaker Pro pour télécharger une base de données, les données de la rubrique Conteneur
stockées en externe sont téléchargées vers FileMaker Server dans le cadre du processus. Pour
plus d’informations sur le transfert de fichiers de base de données vers FileMaker Server,
consultez l’aide de FileMaker Pro.
Lorsque vous téléchargez manuellement une base de données qui utilise une rubrique Conteneur
avec des objets stockés en externe, vous devez exécuter ces étapes pour publier les objets
Conteneur stockés en externe en utilisant le moteur de Publication Web.
Pour télécharger manuellement une base de données :
1. Placez le fichier de base de données à l’emplacement adéquat sur le serveur. Placez les
fichiers de base de données FileMaker Pro que FileMaker Server doit ouvrir (ou leurs
raccourcis (Windows) ou alias (MacOS)) dans les dossiers suivants :
1 Windows :
[lecteur]:\Program Files\FileMaker\FileMaker Server\Data\Databases\
où [disque] correspond au lecteur principal servant au démarrage de votre système.
1 OS X : /Bibliothèque/FileMaker Server/Data/Databases/
Vous pouvez également placer les fichiers dans un dossier de bases de données
supplémentaire défini en option.
2. Dans le dossier où vous avez placé la base de données, créez un dossier nommé
RC_Data_FMS, s’il n’existe pas encore.
3. Dans le dossier RC_Data_FMS, créez un dossier dont le nom correspond à celui de votre base
de données. Par exemple, si votre base de données s’appelle Clients, créez un dossier nommé
Clients. Placez les objets stockés en externe dans le dossier que vous venez de créer.
Remarque Lorsque les bases de données sont hébergées sur FileMaker Server, plusieurs
bases de données ne peuvent en aucun cas partager un dossier commun d’objets Conteneur.
Les objets Conteneur de chacune des bases de données doivent se trouver dans un dossier
identifié par ce nom de base de données.
4. Pour les fichiers partagés depuis OS X, changez les fichiers de façon à ce qu’ils appartiennent
au groupe fmsadmin.
Pour plus d’informations sur le téléchargement manuel de bases de données, consultez l’aide de
FileMaker Pro.
Chapitre 2 | Préparation des bases de données pour la Publication Web personnalisée
18
Rubriques Conteneur et téléchargement progressif
Le moteur de Publication Web prend en charge un téléchargement progressif des fichiers audio
(.mp3), des fichiers vidéo (.mov, .mp4 et .avi recommandés) et des fichiers PDF pour les
conteneurs interactifs. Par exemple, un utilisateur Web peut commencer à visionner un film,
même si la totalité du fichier vidéo n’est pas encore téléchargée. Pour rendre ce téléchargement
progressif possible, vous devrez créer les fichiers en utilisant des options qui prennent en charge
la lecture en direct ou qui sont optimisés pour s’afficher sur le Web. Par exemple, créez les fichiers
PDF à l’aide de l’option d’optimisation en vue d’un affichage Web.
Lorsque le paramètre FileMaker Server Utiliser SSL pour des connexions à la base de
données est sélectionné, FileMaker Server utilise des connexions sécurisées pour transférer des
données sur HTTPS.
1 Lorsque le paramètre FileMaker Server Utiliser SSL pour un téléchargement progressif est
sélectionné, les données relatives au conteneur interactif sont téléchargées sur HTTPS. Les
données sont tout aussi sécurisées que si la solution hébergée était une base de données
locale, étant donné qu’aucun fichier du cache temporaire n’est créé et que les données sont
cryptées pendant le transfert.
1 Lorsque le paramètre FileMaker Server Utiliser SSL pour un téléchargement progressif n’est
pas sélectionné, les données relatives au conteneur interactif sont téléchargées sur HTTP. Les
clients FileMaker voient les données du conteneur interactif avec un retard minime. FileMaker
Server décrypte les données de la rubrique Conteneur vers un dossier cache sur le serveur
lorsqu’un client FileMaker interroge des données. FileMaker Server vide périodiquement le dossier
cache du serveur afin que les données s’y trouvant puissent rester décryptées, et ce jusqu’à deux
heures. Les données ne sont pas mises en cache localement sur le client.
Lorsque le paramètre FileMaker Server Utiliser SSL pour des connexions à la base de
données n’est pas sélectionné, les connexions que FileMaker Server utilise pour transférer des
données ne sont pas cryptées pendant le transfert et les données sont transférées sur HTTP.
1 Les clients FileMaker voient les données du conteneur interactif avec un retard minime.
1 FileMaker Server décrypte les données de la rubrique Conteneur vers un dossier cache sur le
serveur lorsqu’un client FileMaker Pro, FileMaker Go ou Web interroge des données. Les
données peuvent rester décryptées dans le dossier cache du serveur pendant deux heures,
jusqu’à ce que FileMaker Server le vide périodiquement. Les données ne sont pas mises en
cache localement sur le client.
Le serveur de bases de données doit être arrêté et redémarré lorsque les paramètres Utiliser
SSL pour des connexions à la base de données et Utiliser SSL pour un téléchargement
progressif sont modifiés afin que les nouveaux paramètres soient pris en compte.
Affichage des données d’une rubrique Conteneur par les utilisateurs Web
Lorsque vous publiez une base de données à l’aide d’un moteur de publication Web, les limites
suivantes s’appliquent aux données des rubriques Conteneur :
1 Les utilisateurs Web ne peuvent pas modifier ni compléter le contenu des rubriques Conteneur.
Les utilisateurs Web ne peuvent pas utiliser les types de données de conteneur pour
télécharger des objets vers la base de données.
1 Pour les bases de données utilisant une rubrique Conteneur dans laquelle les miniatures sont
activées, le moteur de publication Web télécharge l’intégralité du fichier et pas uniquement une
miniature.
Chapitre 2 | Préparation des bases de données pour la Publication Web personnalisée
19
Scripts FileMaker et Publication Web personnalisée
La fonction Gérer les scripts de FileMaker Pro peut automatiser les tâches fréquentes et combiner
plusieurs tâches. Lorsque les scripts FileMaker sont utilisés avec la Publication Web personnalisée, ils
permettent aux utilisateurs Web d’exécuter plusieurs tâches ou une série de tâches.
FileMaker prend en charge de nombreuses actions de script dans la Publication Web
personnalisée. Les utilisateurs Web peuvent effectuer différentes tâches automatisées lorsque
vous utilisez des scripts dans une chaîne de requête pour une URL. Afin de voir les actions de
script que prend en charge la Publication Web personnalisée, cliquez sur le bouton Compatibilité
dans la fenêtre Espace de travail de script de FileMaker Pro et sélectionnez Publication Web
personnalisée. Les actions de script qui n’apparaissent pas en grisé sont prises en charge pour
la Publication Web personnalisée. Pour obtenir des informations sur la création de scripts,
consultez l’aide FileMaker Pro.
Astuces et considérations à propos des scripts
Bien qu’un grand nombre d’actions de script fonctionnent de manière identique sur le Web,
plusieurs fonctionnent différemment. Consultez la section « Comportement des scripts dans les
solutions de Publication Web personnalisée », page 21. Avant de partager votre base de
données, testez tous les scripts qui seront exécutés depuis un navigateur Web. Veillez à vous
connecter avec différents comptes d’utilisateur, afin de vous assurer qu’ils fonctionnent comme
prévu pour tous les clients. Consultez le fichier journal de l’application moteur de publication Web
(wpe.log) pour rechercher les éventuelles erreurs liées aux scripts ; pour plus d’informations,
consultez la section « Utilisation du journal du moteur de publication Web », page 96.
Gardez à l’esprit les astuces et considérations suivantes :
1 Utilisez les comptes et les privilèges pour restreindre l’ensemble des scripts pouvant être
exécutés par un utilisateur Web. Vérifiez que les scripts contiennent exclusivement des actions
compatibles avec le Web et donnent uniquement accès aux scripts pouvant être utilisés depuis
un navigateur Web.
1 Pensez aux effets secondaires des scripts qui exécutent une combinaison d’actions contrôlées par
des privilèges. Par exemple, si un script comporte une action visant à supprimer des
enregistrements et qu’un utilisateur Web ne se connecte pas avec un compte permettant la
suppression d’enregistrements, le script n’exécutera pas l’action Supprimer des enregistrements.
L’exécution du script peut néanmoins se poursuivre et mener à des résultats inattendus.
1 Dans la fenêtre Espace de travail de script, accordez les privilèges d’accès intégral à un script
afin d’effectuer des actions auxquelles les utilisateurs individuels n’ont normalement pas accès.
Par exemple, vous pouvez empêcher les utilisateurs de supprimer des enregistrements avec
leurs comptes et leurs privilèges, tout en leur permettant d’exécuter un script visant à supprimer
certains types d’enregistrements dans les conditions définies au sein du script.
1 Pour permettre aux scripts d’installer des plug-ins pour les solutions de Publication Web
personnalisée et de FileMaker WebDirect, utilisez l’Admin Console de FileMaker Server pour
activer le paramètre Autoriser l’action de script Installer le fichier de plug-in à mettre à
jour les plug-ins pour la publication Web. Afin d’éviter qu’un script n’installe de plug-ins pour
les solutions de publication personnalisée, effacez ce paramètre.
Chapitre 2 | Préparation des bases de données pour la Publication Web personnalisée
20
1 Si vos scripts contiennent des étapes de script inconnues, par exemple, qui sont obsolètes ou
non reconnues, l’exécution de ces actions de script renvoie l’erreur 3 FileMaker Pro (« La
commande est inconnue »). Utilisez l’étape de script Autoriser annulation utilisateur pour
déterminer pour déterminer la manière dont les étapes de script suivantes sont traitées.
1 Si l’option d’action de script Autoriser annulation utilisateur est activée (oui), les actions de
script inconnues empêchent la poursuite du script.
1 Si l’option d’action de script Autoriser annulation utilisateur est désactivée (non), les actions
de script inconnues sont ignorées et l’exécution du script se poursuit.
1 Si l’option d’action de script Autoriser annulation utilisateur n’est pas incluse, les scripts sont
exécutés comme si cette fonctionnalité était activée, c’est-à-dire que les actions de script
inconnues interrompent l’exécution du script.
1 Si vos scripts contiennent des étapes de script non prises en charge, par exemple, qui ne sont pas
compatibles avec le Web, l’exécution de ces actions de script renvoie l’erreur 3 FileMaker Pro (« La
commande n’est pas disponible »). Ces actions de script non prises en charge sont ignorées et
l’exécution du script se poursuit. Dans FileMaker 14, l’action de script Autoriser annulation
utilisateur n’a aucun impact sur le comportement des actions de script non prises en charge.
1 Certains scripts fonctionnant avec une action d’un client FileMaker Pro peuvent nécessiter une
action de script Valider enreg./requêtes supplémentaire pour permettre l’enregistrement des
données sur l’hôte. Comme les utilisateurs Web ne bénéficient pas d’une connexion directe à
l’hôte, ils ne sont pas informés des modifications de données. Par exemple, des fonctions telles
que les listes de valeurs conditionnelles ne présentent pas la même réactivité pour les
utilisateurs Web parce que les données doivent être enregistrées sur l’hôte avant que leurs
effets soient visibles dans la rubrique Liste de valeurs.
1 Tout script modifiant des données doit inclure l’action de script Valider enreg/requêtes, car
toutes les modifications de données ne sont pas visibles dans le navigateur tant que les
données ne sont pas sauvegardées ou « soumises » au serveur. Ceci inclut plusieurs actions
de script telles que Couper, Copier ou Coller. De nombreuses actions de script uniques doivent
être converties en script pour inclure l’action Valider enreg./requêtes. Lors de la conception de
scripts destinés à être exécutés depuis un navigateur Web, incorporez l’action Valider
enreg./requêtes en fin de script pour garantir l’enregistrement de toutes les modifications.
1 Pour créer des scripts conditionnels basés sur le type de client, utilisez la fonction
Obtenir(VersionApplication). Si la valeur renvoyée comprend une chaîne « moteur de
publication Web », vous savez que l’utilisateur actuel accède à votre base de données à l’aide
de la publication Web personnalisée. Pour plus d’informations sur les fonctions, consultez
l’Aide FileMaker Pro.
1 Ouvrez chaque script susceptible d’être exécuté par les utilisateurs Web et vérifiez que le script
s’exécutera correctement lorsque la base de données est hébergée en tant que solution de
Publication Web personnalisée. Vérifiez que le script utilise uniquement des actions de script
étant prises en charge pour la Publication Web personnalisée, tel que décrit ci-dessus.
Chapitre 2 | Préparation des bases de données pour la Publication Web personnalisée
21
Comportement des scripts dans les solutions de Publication Web personnalisée
Les actions de script suivantes ne fonctionnent pas comme dans FileMaker Pro quand elles sont
utilisées sur le Web. Pour obtenir des informations sur toutes les actions de script, consultez l’aide
FileMaker Pro.
Action de script
Comportement dans les solutions de Publication Web personnalisée
Exécuter script
Les scripts ne peuvent pas s’exécuter dans d’autres fichiers, sauf quand ces fichiers sont hébergés par
FileMaker Server et que la Publication Web personnalisée est activée dans les autres fichiers.
Quitter application
Déconnecte les utilisateurs Web, ferme les fenêtres mais ne quitte pas le navigateur Web.
Autor. annulation
utilisateur
Détermine comment les actions de script inconnues sont gérées. Activez cette option pour empêcher
la poursuite des scripts, ou désactivez-la pour ignorer les actions non prises en charge. Pour plus
d’informations, consultez la section « Astuces et considérations à propos des scripts », page 19.
Remarque : Cette action de script n’a aucun impact sur les actions de script non prises en charge. Les
actions de script non prises en charge sont ignorées et l’exécution du script se poursuit.
Les utilisateurs Web ne peuvent pas annuler les scripts de Publication Web personnalisée.
Gestion erreurs
Toujours activé avec la Publication Web personnalisée. Les utilisateurs Web ne peuvent pas annuler
les scripts de Publication Web personnalisée.
Suspendre/reprendre
script
Bien que cette action de script soit prise en charge par la Publication Web personnalisée, il faut éviter
de l’employer. Lorsqu’une action de script est suspendue, l’exécution du script l’est également. Seul
un script contenant l’action de script Reprendre script permet de procéder à une reprise. Si l’exécution
du script reste suspendue jusqu’à expiration de la session, le script n’est pas terminé.
Trier enregistrements
Avec l’action de script Trier enregistrements, vous devez enregistrer un ordre de tri à exécuter dans la
Publication Web personnalisée.
Ouvrir URL
Cette action de script n’a aucun effet dans une solution de Publication Web personnalisée.
Activer rubrique
Vous ne pouvez pas utiliser l’action de script Activer rubrique pour activer une rubrique donnée dans
le navigateur Web, mais vous pouvez l’employer conjointement à d’autres actions de script pour
effectuer des opérations. Par exemple, vous pouvez activer une rubrique, copier son contenu, activer
une autre rubrique et y coller la valeur. Pour visualiser l’effet dans le navigateur, assurez-vous de
sauvegarder l’enregistrement avec l’action de script Valider enregistrement.
Valider enreg./requêtes
Soumet les enregistrements à la base de données.
Déclencheurs de scripts et solutions de Publication Web personnalisée
Dans FileMaker Pro, les déclencheurs de scripts peuvent être activés à la fois par des actions de
script et des actions de l’utilisateur (clic sur une rubrique par exemple). Cependant, dans la
Publication Web personnalisée, les scripts sont les seuls à pouvoir activer les déclencheurs de
script. Pour plus d’informations sur les déclencheurs de script, consultez l’aide FileMaker Pro.
Remarque Dans FileMaker Pro 14, pour spécifier que vous souhaitez exécuter un script à l’ouverture
d’un fichier, vous devez utiliser le déclencheur de script SurOuverturePremiereFenetre. De même,
pour spécifier que vous souhaitez exécuter un script à la fermeture d’un fichier, vous devez utiliser le
déclencheur de script SurFermetureDerniereFenetre.
Chapitre 3
À propos de la fonction de Publication Web
personnalisée utilisant le langage XML
Création de sites Web dynamiques avec le moteur de publication Web
Le moteur de publication Web dote FileMaker Server de la Publication Web personnalisée en utilisant
la publication de données XML. La Publication Web personnalisée offre divers avantages :
1 Personnalisation : Vous pouvez déterminer comment les utilisateurs Web interagissent avec
les données FileMaker et comment les données s’affichent dans les navigateurs Web.
1 Echange de données : L’utilisation du format XML de FileMaker vous permet d’échanger des
données FileMaker avec d’autres sites Web et d’autres applications.
1 Intégration des données : Vous pouvez intégrer des données FileMaker dans d’autres sites
Web, avec d’autres middlewares et avec des applications personnalisées. Vous pouvez faire
en sorte que les données s’affichent comme si elles provenaient d’un autre site Web au lieu
d’afficher un modèle FileMaker complet dans le navigateur Web.
1 Sécurité : L’administrateur FileMaker Server peut activer ou désactiver individuellement les
fonctions de Publication Web XML pour toutes les bases de données hébergées sur le serveur.
En tant que propriétaire de la base de données FileMaker, vous pouvez contrôler l’accès des
utilisateurs Web à la Publication Web XML pour chaque base de données.
1 Contrôle et filtrage des données publiées : Vous pouvez contrôler et filtrer les données et le
type des données contenues dans la base de données que vous souhaitez publier tout en
empêchant l’utilisation non autorisée de la base de données. Vous pouvez également masquer
les métadonnées, comme par exemple les noms de la base de données et de la rubrique.
1 Utilisation d’une norme ouverte : Les outils, les ressources et le personnel compétent
auxquels vous avez accès pour les solutions de Publication Web personnalisée sont plus
importants. Si vous connaissez déjà le langage XML standard, vous pouvez vous lancer
immédiatement dans le développement de solutions. Vous devez néanmoins connaître la
syntaxe d’URL et les paramètres de requête à employer pour utiliser la Publication Web
personnalisée avec XML.
La Publication Web personnalisée avec XML vous permet de récupérer des données dans les
bases de données FileMaker et de les utiliser facilement dans d’autres formats de sortie.
L’utilisation d’une requête HTTP avec les commandes et les paramètres appropriés vous aide à
récupérer les données FileMaker sous la forme d’un document XML. Vous pouvez alors exporter
les données XML vers d’autres applications. Consultez la section « Accès aux données XML via
le moteur de publication Web », page 32.
Fonctions clés de la Publication Web personnalisée avec XML
La Publication Web personnalisée FileMaker Server avec XML fournit plusieurs nouvelles
fonctionnalités importantes :
1 Les bases de données sont hébergées sur FileMaker Server et l’application FileMaker Pro ne
doit pas forcément être lancée.
Chapitre 3 | À propos de la fonction de Publication Web personnalisée utilisant le langage XML
23
1 Vous pouvez utiliser le traitement JavaScript côté serveur de XML.
1 Comme dans FileMaker Pro, l’accès aux données, aux modèles et aux rubriques, est basé sur
les paramètres de compte d’utilisateur définis dans les privilèges d’accès de la base de
données. Le moteur de publication Web présente également plusieurs autres améliorations en
matière de sécurité. Consultez la section « Protection de vos bases de données publiées »,
page 14.
1 Les utilisateurs Web peuvent exécuter des scripts complexes contenant plusieurs actions.
FileMaker prend en charge de nombreuses actions de script dans la Publication Web
personnalisée. Consultez la section « Scripts FileMaker et Publication Web personnalisée »,
page 19.
1 Vous pouvez transmettre une valeur de paramètre à un script FileMaker. Pour plus d’informations,
consultez les rubriques « Paramètre de requête –script.param (transfert du paramètre au script) »,
page 61, « Paramètre de requête –script.prefind.param (transfert du paramètre au script avant
recherche) », page 62 et « Paramètre de requête –script.presort.param (transfert du paramètre au
script avant recherche) », page 64.
1 La grammaire XML fmresultset vous permet d’accéder aux rubriques par leur nom et de
manipuler les données relatedset (table externe).
1 Pour accéder aux données d’une base de données, vous devez indiquer un modèle. Consultez
la section chapitre 5, « Noms corrects utilisés dans les chaînes de requête XML ».
Configuration pour la publication Web
Configuration requise pour la publication d’une base de données à l’aide de la
Publication Web personnalisée
Pour publier des bases de données à l’aide de la fonction de Publication Web personnalisée avec
XML, il vous faut :
1 un déploiement FileMaker Server comportant :
1 un serveur Web, Microsoft IIS (Windows) ou Apache (OS X) ;
1 le serveur de bases de données FileMaker, avec option Publication Web personnalisée activée ;
1 le moteur de publication Web installé et configuré ;
1 une ou plusieurs bases de données FileMaker Pro hébergées par FileMaker Server ;
1 l’adresse IP ou le nom de domaine de l’hôte exécutant le serveur Web ;
1 un navigateur Web et un accès au serveur Web pour développer et tester la solution de
publication Web personnalisée.
Pour plus d’informations, consultez le Guide de démarrage de FileMaker Server.
Éléments devant être employés par les utilisateurs Web pour accéder à une
solution de publication Web personnalisée
Pour accéder à une solution de Publication Web personnalisée utilisant XML, les utilisateurs Web
doivent posséder :
1 un navigateur Web ;
1 un accès à Internet ou à un intranet, ainsi qu’un accès au serveur Web ;
Chapitre 3 | À propos de la fonction de Publication Web personnalisée utilisant le langage XML
24
1 l’adresse IP ou le nom de domaine de l’hôte exécutant le serveur Web.
Si la base de données est protégée par un mot de passe, les utilisateurs Web doivent également
saisir un nom d’utilisateur et un mot de passe pour accéder au compte de la base de données.
Chapitre 3 | À propos de la fonction de Publication Web personnalisée utilisant le langage XML
25
Connexion à Internet ou à un intranet
Lorsque vous publiez des bases de données sur Internet ou sur un intranet, l’ordinateur hôte doit
exécuter FileMaker Server et les bases de données que vous souhaitez partager doivent être
hébergées et accessibles. En outre :
1 Publiez votre base de données sur un ordinateur possédant une connexion permanente à Internet
ou à un intranet. En effet, si la connexion n’est pas permanente, les utilisateurs Web doivent
attendre que l’hôte se connecte à Internet ou à un intranet pour accéder à la base de données.
1 L’ordinateur hôte du serveur Web, partie intégrante du déploiement FileMaker Server, doit
posséder une adresse IP statique (permanente) dédiée ou un nom de domaine. Si vous vous
connectez à Internet par le biais d’un fournisseur d’accès Internet (FAI), votre adresse IP est
généralement attribuée de façon dynamique (elle est donc différente à chaque fois que vous
vous connectez). Le cas échéant, les utilisateurs Web auront plus de difficultés à localiser une
base de données. Si vous ne savez pas de quel type d’accès vous disposez, contactez votre
fournisseur d’accès à Internet ou l’administrateur du réseau.
Etape suivante
Voici quelques suggestions pour commencer à développer des solutions de publication Web
personnalisée :
1 Si ce n’est pas déjà fait, utilisez l’Admin Console de FileMaker Server pour activer la publication
Web personnalisée. Reportez-vous à l’aide de FileMaker Server et au Guide de démarrage de
FileMaker Server.
1 Dans FileMaker Pro, ouvrez chaque base de données FileMaker à publier et assurez-vous que
chacune d’entre elles dispose du ou des privilèges d’accès étendus pour la Publication Web
personnalisée. Consultez la section « Activation de la Publication Web personnalisée dans une
base de données », page 13.
1 Pour savoir comment accéder aux données dans les bases de données FileMaker en utilisant
le langage XML, consultez le « Accès aux données XML via le moteur de publication Web »,
page 32.
Chapitre 4
Accès aux données XML avec le moteur de
publication Web
Vous pouvez utiliser et mettre à jour des données FileMaker au format XML (Extensible Markup
Language) à l’aide du moteur de publication Web. De même que HTML est devenu le langage
d’affichage standard pour communiquer sur le Web, XML est devenu le langage standard pour
l’échange de données structurées. Un grand nombre d’utilisateurs, d’organisations et
d’entreprises utilisent le langage XML pour transférer des informations sur les produits, des
transactions, des informations sur le stock, ainsi que d’autres données commerciales.
Utilisation de la Publication Web personnalisée avec XML
Si vous connaissez déjà le langage XML standard, vous pouvez immédiatement à utiliser le
moteur de publication Web. Vous devez néanmoins apprendre la syntaxe d’URL et connaître les
paramètres de requête à employer pour la Publication Web personnalisée avec XML.
Grâce aux requêtes URL HTTP avec les commandes et les paramètres de requête de FileMaker,
vous pouvez interroger une base de données hébergée par FileMaker Server et télécharger les
données obtenues au format XML. Par exemple, vous pouvez interroger une base de données
pour obtenir tous les enregistrements relatifs à un code postal donné, puis employer les données
XML obtenues comme bon vous semble.
Pour plus d’informations, consultez la Base de connaissances FileMaker disponible à l’adresse
http://filemaker-fr.custhelp.com.
Remarque Le moteur de Publication Web génère des données XML correctement formatées et
conformes à la spécification XML 1.0. Pour plus de détails sur les conditions requises pour le
formatage des données XML, reportez-vous aux spécifications XML disponibles à l’adresse
http://www.w3.org.
Différences entre le moteur de publication Web et les options
d’importation/exportation FileMaker Pro XML
Le moteur de Publication Web et FileMaker Pro permettent tous les deux d’utiliser des données
XML avec des bases de données FileMaker. Cependant, il existe des différences importantes
entre ces deux méthodes :
1 Pour accéder aux données XML, le moteur de publication Web prend en charge les
grammaires fmresultset, FMPXMLRESULT et FMPXMLLAYOUT. Pour l’importation XML,
FileMaker Pro utilise la grammaire FMPXMLRESULT, et pour l’exportation, il utilise la grammaire
FMPXMLRESULT. Consultez la section « Accès aux données XML via le moteur de publication
Web », page 32.
1 Pour accéder aux données XML à l’aide du moteur de publication Web, utilisez une chaîne de
requête du moteur de publication Web dans une URL. Pour importer et exporter des données
XML avec FileMaker Pro, utilisez les commandes ou les scripts du menu FileMaker Pro.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
27
1 Le moteur de publication Web est basé sur le serveur et peut être installé sur le même hôte que
FileMaker Server ou sur un hôte différent. L’importation et l’exportation de données XML de
FileMaker Pro se font à partir d’un ordinateur de bureau.
1 Vous pouvez accéder de façon dynamique aux données XML à partir des bases de données
FileMaker en utilisant des requêtes URL avec le moteur de publication Web. La fonction
d’exportation de données XML de FileMaker Pro génère un fichier de données XML spécifié à
l’avance.
1 Les opérations sur les données XML via un moteur de publication Web sont interactives.
L’importation et l’exportation de données XML de FileMaker Pro se font selon un processus par lot.
1 Contrairement à FileMaker Pro, le moteur de publication Web peut accéder aux données XML
à partir d’une table externe FileMaker.
1 Contrairement à FileMaker Pro, le moteur de publication Web peut accéder aux données d’une
rubrique de type Conteneur.
1 Contrairement à FileMaker Pro, le moteur de publication Web fournit un accès en temps réel
aux données FileMaker via HTTP ou HTTPS.
Remarque Pour en savoir plus sur l’utilisation de FileMaker Pro pour effectuer des importations
et des exportations de données au format XML, consultez l’Aide FileMaker Pro.
Génération de données XML par le moteur de publication Web à partir
d’une requête
Une fois qu’une demande de données XML a été envoyée au serveur Web, le moteur de
publication Web interroge la base de données FileMaker et renvoie les données sous forme de
document XML.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
Navigateur
Web
1. Une requête
HTTP ou HTTPS
demandant des
données XML est
envoyée d’un
navigateur Web
ou d’un
programme à un
serveur Web.
Moteur de publication
Web FileMaker Server
Noyau de publication
Web
Serveur Web
Module de serveur
Web
2. Le serveur
Web adresse la
requête au
noyau de
publication
Web.
28
3. Le noyau de publication
Web soumet la requête à
la base de données
hébergée par le serveur
de bases de données
FileMaker.
FileMaker
Database Server
Moteur de
Publication Web
personnalisée
(CWPE)
Products.fmp12
Customers.fmp12
Orders.fmp12
Catalog.fmp12
La demande de données XML est acheminée du navigateur Web ou du programme vers le serveur
de bases de données FileMaker.
Les données XML sont renvoyées par le serveur de bases de données FileMaker au navigateur Web ou au programme
Navigate
ur Web
6. Le serveur
Web envoie la
sortie au
programme ou
au navigateur
Web.
5. Le noyau de publication
Web convertit les données
en XML et les envoie au
serveur Web.
Moteur de publication
Web FileMaker Server
Noyau de publication
Web
Serveur Web
Module de serveur
Web
Moteur de
Publication Web
personnalisée
(CWPE)
4. Le serveur de bases de
données FileMaker envoie
les données demandées
au noyau de publication
Web.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
29
Processus général d’accès aux données XML à partir du moteur de
publication Web
Voici un aperçu du processus consistant à employer le moteur de publication Web pour accéder
aux données XML dans une base de données FileMaker.
1. Vérifiez si la publication XML est activée dans l’Admin Console de FileMaker Server. Consultez
l’aide de FileMaker Server.
2. Dans FileMaker Pro, ouvrez chaque base de données FileMaker à publier et assurez-vous que
pour chacune d’entre elles, le privilège étendu fmxml est activé pour la fonction de Publication
Web personnalisée utilisant XML. Consultez la section « Activation de la Publication Web
personnalisée dans une base de données », page 13.
Pour accéder aux données XML dans une table externe, définissez l’affichage de modèle de
base de données sur Afficher sous forme de formulaire ou sur Afficher sous forme de liste.
Si un utilisateur ou un script modifie l’affichage du modèle de base de données et le définit sur
Afficher sous forme de tableau, seul le premier enregistrement (la première rangée de la
table externe) est accessible sous forme de données XML.
Les données XML sortent dans un ordre qui correspond à l’ordre dans lequel les objets de la
rubrique ont été ajoutés au modèle. Si vous souhaitez que l’ordre des données XML
corresponde à l’ordre dans lequel les rubriques apparaissent à l’écran (du haut vers le bas et
de la gauche vers la droite), sélectionnez toutes les rubriques, regroupez-les, puis dégroupezles. Cette procédure réinitialise l’ordre du modèle pour le faire correspondre à l’ordre de l’écran.
3. Envoyez une requête HTTP ou HTTPS sous la forme d’une URL qui spécifie la grammaire XML
FileMaker, une commande de requête, puis un ou plusieurs paramètres de requête FileMaker
au moteur de publication Web, par l’intermédiaire d’un formulaire HTML, d’un lien HREF ou
d’un script dans votre programme ou votre page Web. Vous pouvez également entrer l’URL
dans un navigateur Web.
Pour plus d’informations sur la spécification d’une URL, consultez la section « A propos de la
syntaxe d’URL pour les données XML et les objets de type Conteneur ». Pour plus
d’informations sur les commandes de requête et sur les paramètres, consultez les sections
« Utilisation de chaînes de requête FileMaker pour rechercher des données XML », page 42,
et chapitre 5, « Noms corrects utilisés dans les chaînes de requête XML »,
4. Le moteur de publication Web utilise la grammaire spécifiée dans l’URL et génère les données
XML contenant les résultats de votre requête, par exemple un jeu d’enregistrements de la base
de données, puis les renvoie à votre programme ou à votre navigateur Web.
5. S’il est équipé d’un analyseur XML, le navigateur Web affiche les données, ou le programme
utilise les données de la façon que vous avez indiquée.
A propos de la syntaxe d’URL pour les données XML et les objets de type
Conteneur
Cette section décrit la syntaxe d’URL à utiliser au niveau du moteur de publication Web pour
accéder aux données XML et aux objets de type Conteneur à partir de bases de données
FileMaker.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
30
A propos de la syntaxe d’URL pour les données XML
La syntaxe d’URL à employer pour utiliser le moteur de publication Web et accéder aux données
XML à partir de bases de données FileMaker est la suivante :
<scheme>://<host>[:<port>]/fmi/xml/<xml_grammar>.xml[?<query string>]
où :
1 <scheme> peut correspondre au protocole HTTP ou HTTPS.
1 <host> correspond à l’adresse IP ou au nom de domaine de l’hôte sur lequel le serveur Web
est installé.
1 <port> est facultatif et spécifie le port utilisé par le serveur Web. Si aucun port n’est précisé,
le port par défaut du protocole est utilisé (port 80 pour HTTP ou port 443 pour HTTPS).
1 <xml_grammar> est le nom de la grammaire XML FileMaker. Les valeurs possibles sont
fmresultset, FMPXMLRESULT ou FMPXMLLAYOUT. Consultez les sections « Utilisation de la
grammaire fmresultset », page 34 et « Utilisation d’autres grammaires XML FileMaker »,
page 37.
1 <query string> associe une commande de requête à un ou plusieurs paramètres de requête
pour la publication XML FileMaker (la commande –dbnames ne requiert aucun paramètre).
Consultez les sections « Utilisation de chaînes de requête FileMaker pour rechercher des données
XML », page 42, et chapitre 5, « Noms corrects utilisés dans les chaînes de requête XML ».
Remarque La syntaxe d’URL, notamment les noms de commande et de paramètre de requête,
applique la distinction majuscules-minuscules, à l’exception des parties de la chaîne de requête.
La majorité des URL sont écrites en minuscules, à l’exception des deux noms de grammaire, qui
sont en majuscules : FMPXMLRESULT et FMPXMLLAYOUT. Pour plus d’informations sur les règles
de distinction majuscules-minuscules applicables à la chaîne de requête, consultez la section
« Consignes d’utilisation des commandes et des paramètres de requête », page 46.
Voici deux exemples d’URL permettant d’accéder aux données XML via le moteur de publication
Web :
http://server.company.com/fmi/xml/fmresultset.xml?-db=products&-lay=sales
&-findall
http://192.168.123.101/fmi/xml/FMPXMLRESULT.xml?-db=products&-lay=sales
&-findall
A propos de la syntaxe d’URL pour les objets FileMaker de type Conteneur dans
les solutions XML
Dans un document XML généré pour une solution XML, la syntaxe à employer pour faire
référence à un objet de type Conteneur est différente pour les rubriques de données de Conteneur
qui stockent l’objet concerné dans la base de données de celle pour les rubriques de données de
Conteneur qui stockent une référence à l’objet.
Si une rubrique Conteneur stocke l’objet lui-même dans la base de données
L’élément <data> de la rubrique Conteneur utilise la syntaxe d’URL suivante pour faire référence
à l’objet :
<data>/fmi/xml/cnt/data.<extension>?<query string></data>
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
31
où <extension> est l’extension du nom de fichier qui identifie le type d’objet, par exemple .jpg.
L’extension du nom de fichier définit le type MIME qui permet au navigateur Web d’identifier
correctement les données de type Conteneur. Pour plus d’informations concernant <query
string>, consultez la section précédente « A propos de la syntaxe d’URL pour les données XML ».
Par exemple :
<data>/fmi/xml/cnt/data.jpg?-db=products&-lay=sales&-field=product_image(1)
&-recid=2</data>
Remarque Dans le document XML généré pour une rubrique Conteneur, la valeur du paramètre
de requête -field est un nom de rubrique qualifié complet. Le nombre entre parenthèses
indique le nombre de répétitions pour la rubrique Conteneur. Il est généré à la fois pour les
rubriques multivaluées et pour les rubriques non multivaluées. Consultez la section « A propos de
la syntaxe d’un nom de rubrique entièrement qualifié », page 48.
Pour extraire les données de conteneur de la base de données, utilisez la syntaxe suivante :
<scheme>://<host>[:<port>]/fmi/xml/cnt/data.<extension>?<query string>
Pour plus d’informations concernant <scheme>, <host> ou <port>, consultez la section
« A propos de la syntaxe d’URL pour les données XML ».
Par exemple :
http://www.company.com/fmi/xml/cnt/data.jpg?-db=products&-lay=sales
&-field=product_image(1)&-recid=2
Si une rubrique Conteneur contient une référence à un fichier et non à un objet réel
L’élément <data> de la rubrique Conteneur contient un chemin d’accès relatif faisant référence
à l’objet. Par exemple :
<data>/images/logo.jpg</data>
Remarque L’objet Conteneur référencé doit être stocké dans le dossier FileMaker Pro Web
lorsque l’enregistrement est créé ou modifié, puis doit être copié ou déplacé dans un dossier
possédant le même emplacement relatif dans le dossier racine du logiciel de serveur Web.
Consultez la section « À propos de la publication du contenu des rubriques Conteneur sur le
Web », page 16.
Si une rubrique Conteneur est vide
L’élément <data> de la rubrique est vide.
A propos du codage de texte URL
Les URL utilisées pour accéder aux données XML et aux objets de type Conteneur doivent
absolument être codées au format UTF-8 (Unicode Transformation Format 8 bits). Consultez la
section « À propos des données UTF-8 », page 42.
Par exemple, pour définir la valeur de la rubrique « info » à fiancée, vous pouvez utiliser l’URL
suivante :
http://server.company.com/fmi/xml/fmresultset.xml?-db=members
&-lay=relationships&-recid=2&info= fianc%C3%A9e&-edit
Dans cette URL, %C3%A9 est la représentation codée au format UTF-8 du caractère é.
Pour plus d’informations sur le codage de texte URL, consultez les spécifications de l’URL
disponible à l’adresse http://www.w3.org.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
32
Accès aux données XML via le moteur de publication Web
Pour accéder aux données XML via le moteur de publication Web, utilisez une URL qui spécifie le nom
de la grammaire FileMaker à employer, une commande de requête FileMaker, puis un ou plusieurs
paramètres de requête FileMaker. A partir de votre base de données, le moteur de publication Web
génère des données XML formatées à l’aide de l’un des types de grammaire suivants :
1 fmresultset : Il s’agit de la grammaire que nous recommandons d’utiliser pour le moteur de
publication Web lors de l’accès aux données XML. Elle est flexible et particulièrement adaptée
à un accès par le nom simplifié aux rubriques et à une manipulation plus facile des données
relatedset (table externe). Cette grammaire est également plus étroitement liée à la
terminologie et aux fonctionnalités de FileMaker, notamment aux options de stockage de type
Global et à l’identification des rubriques de type Statistique et Calcul. Pour faciliter la publication
Web, cette grammaire se veut plus prolixe que la grammaire FMPXMLRESULT. Consultez la
section « Utilisation de la grammaire fmresultset », page 34.
1 FMPXMLRESULT et FMPXMLLAYOUT : Vous pouvez employer les grammaires FMPXMLRESULT
et FMPXMLLAYOUT avec le moteur de publication Web pour accéder aux données XML. Pour
utiliser une feuille de style dédiée à l’exportation XML et à la publication Web personnalisée, utilisez
la grammaire FMPXMLRESULT. Pour accéder aux listes de valeurs et aux informations d’affichage
des rubriques dans des modèles, utilisez la grammaire FMPXMLLAYOUT. Consultez la section
« Utilisation d’autres grammaires XML FileMaker », page 37.
En fonction de la grammaire spécifiée dans la requête de type URL, le moteur de publication Web
génère un document XML utilisant l’une des grammaires disponibles. Chaque document XML
comporte une déclaration d’espace de nom XML par défaut pour la grammaire. Consultez la
section « A propos des espaces de nom pour le langage XML de FileMaker ». Pour afficher et
manipuler des données FileMaker au format XML, utilisez l’une de ces grammaires dans votre
document ou dans votre page Web.
Remarque Les données XML générées par le moteur de publication Web sont codées au format
UTF-8 (Unicode Transformation Format 8). Consultez la section « À propos des données UTF-8 »,
page 42.
A propos des espaces de nom pour le langage XML de FileMaker
Des espaces de nom XML uniques aident à distinguer les balises XML de l’application à laquelle ils
sont destinés. Par exemple, si vos documents XML contiennent deux éléments <DATABASE> destinés
respectivement à des données XML FileMaker et à des données XML Oracle, les espaces de nom
permettent d’identifier les éléments <DATABASE> pour chacun de ces types de données.
Le moteur de publication Web génère un espace de nom par défaut pour chaque grammaire.
Pour cette grammaire
Cet espace de nom par défaut est généré
fmresultset
xmlns="http://www.filemaker.com/xml/fmresultset"
FMPXMLRESULT
xmlns="http://www.filemaker.com/fmpxmlresult"
FMPXMLLAYOUT
xmlns="http://www.filemaker.com/fmpxmllayout"
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
33
A propos des codes d’erreurs des bases de données FileMaker
Accessoirement, le moteur de publication Web renvoie un code d’erreur au début de chaque
document XML répertoriant une erreur dans l’exécution de la commande de requête la plus
récemment exécutée. La valeur zéro (0) indique qu’il n’y a pas d’erreur.
Pour cette grammaire
La syntaxe utilisée est
fmresultset
<error code="0"></error>
FMPXMLRESULT
<ERRORCODE>0</ERRORCODE>
FMPXMLLAYOUT
<ERRORCODE>0</ERRORCODE>
L’élément de code d’erreur dans le document XML indique des erreurs relatives à la base de
données et aux chaînes de requête. Consultez la section annexe A, « Codes d’erreur de la
Publication Web personnalisée ».
Récupération des définitions de type de document pour les grammaires FileMaker
Utilisez une requête HTTP pour récupérer les définitions de type de document (DTD) pour les
grammaires FileMaker.
Pour cette grammaire
Utilisez la requête HTTP suivante
fmresultset
http://<host>[:<port]/fmi/xml/fmresultset.dtd
FMPXMLRESULT
http://<host>[:<port]/fmi/xml/FMPXMLRESULT.dtd
FMPXMLLAYOUT
http://<host>[:<port]/fmi/xml/FMPXMLLAYOUT.dtd
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
34
Utilisation de la grammaire fmresultset
Les noms des éléments XML de cette grammaire utilisent la terminologie FileMaker et le stockage
des rubriques est séparé des types de rubrique. La grammaire offre également la possibilité
d’identifier les rubriques de type Statistique, Calcul et Global.
Pour utiliser la grammaire fmresultset, indiquez le nom de la grammaire fmresultset dans
l’URL qui recherche le document XML à partir du moteur de publication Web :
fmresultset.xml
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=family
&-findall
Remarque Veillez à utiliser des minuscules pour spécifier la grammaire fmresultset.
Le moteur de publication Web génère alors un document XML utilisant la grammaire
fmresultset. Dans le document XML, le moteur de Publication Web fera référence à la
définition du type de document pour la grammaire fmresultset dans l’instruction <!DOCTYPE>
située sur la deuxième ligne du document, immédiatement après l’instruction <?xml...?>.
L’instruction <!DOCTYPE> indique l’URL à employer pour télécharger la DTD relative à la
grammaire fmresultset.
Description des éléments de la grammaire fmresultset
La grammaire fmresultset se compose principalement des éléments <datasource>,
<metadata> et <resultset>.
élément <datasource>
Dans la grammaire fmresultset, l’élément <datasource> contient les attributs table, layout,
date-format, time-format, timestamp-format, total-count et database.
1 L’attribut date-format de l’élément <datasource> indique le format des dates dans le
document XML :
dd/MM/yyyy
où :
1 MM est la valeur à 2 chiffres relative au mois (de 01 à 12, 01 correspondant au mois de janvier et
12, au mois de décembre)
1 jj est la valeur à 2 chiffres relative au jour du mois (de 01 à 31)
1 yyyy est la valeur à 4 chiffres relative à l’année
1 L’attribut time-format de l’élément <datasource> indique le format des heures dans le
document XML :
HH:mm:ss
où :
1 HH est la valeur à 2 chiffres pour les heures (de 00 à 23 pour le format 24 heures)
1 mm est la valeur à 2 chiffres pour les minutes (de 00 à 59)
1 ss est la valeur à 2 chiffres pour les secondes (de 00 à 59)
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
35
1 L’attribut timestamp-format de l’élément <datasource> associe les formats de date et d’heure
dans un horodatage :
dd/MM/yyyy HH:mm:ss
élément <metadata>
L’élément <metadata> de la grammaire fmresultset contient un ou plusieurs éléments
<field-definition> et <relatedset-definition>, chacun contenant des attributs pour
l’une des rubriques de cet ensemble de résultats.
L’attribut <field-definition> définit :
1
1
1
1
si la rubrique est de type auto-enter (yes ou no)
si la rubrique est de type four-digit-year (yes ou no)
si la rubrique est de type global (yes ou no)
le nombre maximal de valeurs multivaluées (attribut max-repeat)
1 le nombre maximal de caractères autorisé (attribut max-characters)
1 si la rubrique est de type not-empty (yes ou no)
1
1
1
1
1
si la rubrique est réservée aux données numériques (yes ou no)
le format du résultat (texte, nombre, date, heure, horodatage et conteneur)
si la rubrique est de type time-of-day (yes ou no)
le type (normal, calculation ou summary)
et le nom de la rubrique (entièrement qualifié si nécessaire)
L’élément <relatedset-definition> correspond à une table externe. Chaque rubrique
correspondante dans une table externe est représentée par l’élément <field-definition>
intégré à l’élément <relatedset-definition>. Si une table externe possède plusieurs
rubriques correspondantes, les définitions des rubriques correspondantes sont regroupées dans
un même élément <relatedset-definition>.
élément <resultset>
L’élément <resultset> contient les éléments <record> renvoyés comme étant le résultat
d’une requête et d’un attribut pour le nombre total d’enregistrements trouvés. Chaque élément
<record> contient les données de rubrique pour l’un des enregistrements dans l’ensemble des
résultats, y compris les attributs mod-id et record-id de l’enregistrement, et l’élément <data>
contenant les données pour l’une des rubriques de l’enregistrement.
Chaque enregistrement d’une table externe est représenté par un élément <record> intégré à
l’élément <relatedset>. L’attribut de comptage de l’élément <relatedset> indique le nombre
d’enregistrements de la table externe, et l’attribut de table spécifie la table associée à la table externe.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
36
Exemple de données XML dans la grammaire fmresultset
L’exemple ci-dessous représente les données XML générées à l’aide de la grammaire
fmresultset.
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE fmresultset PUBLIC "-//FMI//DTD fmresultset//EN"
""http://localhost:80/fmi/xml/fmresultset.dtd">
<fmresultset xmlns="http://www.filemaker.com/xml/fmresultset" version="1.0">
<error code="0" />
<product build="12/31/2015" name="FileMaker Web Publishing Engine"
version="0.0.0.0" />
<datasource database="art" date-format="MM/dd/yyyy" layout="web3" table="art"
time-format="HH:mm:ss" timestamp-format="MM/dd/yyyy HH:mm:ss" total-count="12"
/>
<metadata>
<field-definition auto-enter="no" four-digit-year="no" global="no" maxrepeat="1" name="Title" not-empty="no" numeric-only="no" result="text" time-ofday="no" type="normal" />
<field-definition auto-enter="no" four-digit-year="no" global="no" maxrepeat="1" name="Artist" not-empty="no" numeric-only="no" result="text" timeof-day="no" type="normal" />
<relatedset-definition table="artlocations">
<field-definition auto-enter="no" four-digit-year="no" global="no" maxrepeat="1" name="artlocations::Location" not-empty="no" numeric-only="no"
result="text" time-of-day="no" type="normal" />
<field-definition auto-enter="no" four-digit-year="no" global="no" maxrepeat="1" name="artlocations::Date" not-empty="no" numeric-only="no"
result="date" time-of-day="no" type="normal" />
</relatedset-definition>
<field-definition auto-enter="no" four-digit-year="no" global="no" maxrepeat="1" name="Style" not-empty="no" numeric-only="no" result="text" time-ofday="no" type="normal" />
<field-definition auto-enter="no" four-digit-year="no" global="no" maxrepeat="1" name="length" not-empty="no" numeric-only="no" result="number" timeof-day="no" type="calculation" />
</metadata>
<resultset count="1" fetch-size="1">
<record mod-id="6" record-id="14">
<field name="Title">
<data>Spring in Giverny 3</data>
</field>
<field name="Artist">
<data>Claude Monet</data>
</field>
<relatedset count="0" table="artlocations" />
<field name="Style">
<data />
</field>
<field name="length">
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
37
<data>19</data>
</field>
</record>
</resultset>
</fmresultset>
Utilisation d’autres grammaires XML FileMaker
Les autres grammaires XML FileMaker contiennent des informations au sujet des types de
rubrique, des listes de valeur et des modèles. FMPXMLRESULT est une grammaire
fonctionnellement équivalente à fmresultset. Pour accéder aux listes de valeurs et aux
informations d’affichage des rubriques dans des modèles, utilisez la grammaire FMPXMLLAYOUT.
Les grammaires FMPXMLRESULT et FMPXMLLAYOUT sont plus compactes pour les échanges de
données.
Pour utiliser la grammaire FMPXMLRESULT, indiquez le nom de la grammaire dans l’URL qui
recherche le document XML à partir du moteur de publication Web :
FMPXMLRESULT.xml
Par exemple :
http://192.168.123.101/fmi/xml/FMPXMLRESULT.xml?-db=employees&-lay=family
&-findall
Pour utiliser la grammaire FMPXMLLAYOUT, indiquez le nom de la grammaire avec la commande de
requête –view dans l’URL qui recherche le document XML à partir du moteur de publication Web :
FMPXMLLAYOUT.xml
Par exemple :
http://192.168.123.101/fmi/xml/FMPXMLRESULT.xml?-db=employees&-lay=family
&-view
Remarque Veillez à entrer le nom des grammaires FMPXMLRESULT et FMPXMLLAYOUT en
majuscules.
Dans le document XML généré, le moteur de Publication Web référence la définition du type de
document de la grammaire dans l’instruction <!DOCTYPE> située sur la deuxième ligne du
document, immédiatement après l’instruction <?xml...?>. L’instruction <!DOCTYPE> indique
l’URL à employer pour télécharger la DTD relative à la grammaire.
Description des éléments de la grammaire FMPXMLRESULT
Dans la grammaire FMPXMLRESULT, l’élément <DATABASE> contient les attributs NAME,
RECORDS, DATEFORMAT, LAYOUT et TIMEFORMAT.
L’attribut DATEFORMAT de l’élément <DATABASE> permet de déterminer le format des dates
dans le document XML. L’attribut TIMEFORMAT de l’élément <DATABASE> permet de déterminer
le format des heures dans le document XML. Les formats date et heure des grammaires
FMPXMLRESULT et fmresultset sont identiques. Consultez la section « Description des
éléments de la grammaire fmresultset », page 34.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
38
L’élément <METADATA> de la grammaire FMPXMLRESULT comporte un ou plusieurs éléments
<FIELD> contenant chacun des informations pour l’une des rubriques/colonnes de l’ensemble
des résultats, dont le nom de la rubrique définie dans la base de données, le type de rubrique, la
tolérance du choix Oui ou Non pour les rubriques vides (attribut EMPTYOK), ainsi que le nombre
maximal de rubriques multivaluées (attribut MAXREPEAT). Les valeurs autorisées pour les types
de rubriques sont les suivantes : TEXTE, NOMBRE, DATE, HEURE, HORODATAGE et
CONTENEUR.
L’élément <RESULTSET> contient tous les éléments <ROW> renvoyés comme étant le résultat
d’une requête et d’un attribut pour le nombre total d’enregistrements trouvés. Chaque élément
<ROW> contient les données de la rubrique/colonne pour l’une des rangées de l’ensemble des
résultats. Ces données incluent RECORDID et MODID pour la rangée (voir « Paramètre de
requête –modid (ID de la modification) », page 58) et l’élément <COL>. L’élément <COL> contient
les données pour une rubrique/colonne de la rangée dans laquelle plusieurs éléments <DATA>
représentent l’une des valeurs d’une rubrique multivaluée ou d’une rubrique de table externe.
Exemple de données XML dans la grammaire FMPXMLRESULT
L’exemple ci-dessous représente les données XML générées à l’aide de la grammaire
FMPXMLRESULT.
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE FMPXMLRESULT PUBLIC "-//FMI//DTD FMPXMLRESULT//EN"
""http://localhost:80/fmi/xml/FMPXMLRESULT.dtd">
<FMPXMLRESULT xmlns="http://www.filemaker.com/fmpxmlresult">
<ERRORCODE>0</ERRORCODE>
<PRODUCT BUILD="12/31/2015" NAME="FileMaker Web Publishing Engine"
VERSION="0.0.0.0" />
<DATABASE DATEFORMAT="MM/dd/yyyy" LAYOUT="web" NAME="art" RECORDS="12"
TIMEFORMAT="HH:mm:ss" />
<METADATA>
<FIELD EMPTYOK="YES" MAXREPEAT="1" NAME="Title" TYPE="TEXT" />
<FIELD EMPTYOK="YES" MAXREPEAT="1" NAME="Artist" TYPE="TEXT" />
<FIELD EMPTYOK="YES" MAXREPEAT="1" NAME="Image" TYPE="CONTAINER" />
</METADATA>
<RESULTSET FOUND="1">
<ROW MODID="6" RECORDID="15">
<COL>
<DATA>Spring in Giverny 4</DATA>
</COL>
<COL>
<DATA>Claude Monet</DATA>
</COL>
<COL>
<DATA>/fmi/xml/cnt/data.jpg?-db=art&-lay=web&-recid=15&field=Image(1)</DATA>
</COL>
</ROW>
</RESULTSET>
</FMPXMLRESULT>
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
39
L’ordre des éléments <COL> correspond à l’ordre des éléments <FIELD> dans l’élément
<METADATA> : par exemple, si les rubriques « Title » et « Artist » sont répertoriées dans l’élément
<METADATA>, « Village Market » puis « Camille Pissarro » apparaissent dans le même ordre
dans les éléments <RESULTSET> et <ROW>.
Description des éléments dans la grammaire FMPXMLLAYOUT
Dans la grammaire FMPXMLLAYOUT, l’élément<LAYOUT> contient le nom du modèle, le nom de
la base de données et les éléments <FIELD> de chaque rubrique figurant dans le modèle
correspondant de la base de données. Chaque élément <FIELD> décrit le type de style de la
rubrique et contient l’attribut VALUELIST pour toute liste de valeurs associée à la rubrique.
L’élément <VALUELISTS> contient un ou plusieurs éléments <VALUELIST> pour chaque liste de
valeurs répertoriée dans le modèle, chacun de ces éléments comportant le nom de la liste de
valeurs et un élément <VALUE> pour chaque valeur de la liste.
En fonction des options sélectionnées dans la boîte de dialogue Rubriques pour la liste de
valeurs de la base de données FileMaker, l’élément <VALUE> dispose d’un attribut DISPLAY qui
contient la valeur de la première rubrique uniquement, la valeur de la seconde rubrique
uniquement ou les deux rubriques d’une liste de valeurs. Supposons que la première rubrique
d’une liste de valeurs stocke le numéro d’ID d’un style d’art (par exemple « 100 ») et que la
seconde rubrique affiche le nom associé au style (par exemple « Impressionism »). Voici un
résumé du contenu de l’attribut DISPLAY lorsque les différentes combinaisons d’options sont
sélectionnées dans la boîte de dialogue Rubriques pour la liste de valeurs :
1 Si l’option Afficher également les valeurs de la seconde rubrique n’est pas sélectionnée,
l’attribut DISPLAY contient pour valeur dans la première rubrique, d’une liste de valeurs
uniquement. Dans l’exemple de données XML suivant, l’attribut DISPLAY contient uniquement
le numéro d’ID du style d’art :
<VALUELISTS>
<VALUELIST NAME="style">
<VALUE DISPLAY="100">100</VALUE>
<VALUE DISPLAY="101">101</VALUE>
<VALUE DISPLAY="102">102</VALUE>
</VALUELIST>
</VALUELISTS>
1 Si les options Afficher également les valeurs de la seconde rubrique et Afficher
uniquement les valeurs de la seconde rubrique sont toutes les deux sélectionnées, l’attribut
DISPLAY contient la valeur dans la seconde rubrique uniquement. Dans l’exemple de données
XML suivant, l’attribut DISPLAY contient uniquement le nom du style d’art :
<VALUELISTS>
<VALUELIST NAME="style">
<VALUE DISPLAY="Impressionism">100</VALUE>
<VALUE DISPLAY="Cubism">101</VALUE>
<VALUE DISPLAY="Abstract">102</VALUE>
</VALUELIST>
</VALUELISTS>
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
40
1 Si l’option Afficher également les valeurs de la seconde rubrique est sélectionnée et que
l’option Afficher uniquement les valeurs de la seconde rubrique ne l’est pas, l’attribut
DISPLAY contient les valeurs, dans les deux rubriques, d’une liste de valeurs. Dans l’exemple
de données XML suivant, l’attribut DISPLAY contient le numéro d’ID du style d’art, de même
que son nom :
<VALUELISTS>
<VALUELIST NAME="style">
<VALUE DISPLAY="100 Impressionism">100</VALUE>
<VALUE DISPLAY="101 Cubism">101</VALUE>
<VALUE DISPLAY="102 Abstract">102</VALUE>
</VALUELIST>
</VALUELISTS>
Pour les rubriques de date, d’heure et d’horodatage, les données des listes de valeurs sont
formatées à l’aide du format fm pour ce type de rubrique. Les formats fm sont jj/MM/aaaa pour
la date, HH:mm:ss pour l’heure et dd/MM/yyyy HH:mm:ss pour l’horodatage. Par exemple, si
une liste de valeur « birthdays » est utilisée pour un menu local dans la rubrique « birthdate » d’un
modèle et que la rubrique « birthdate » est de type date, alors les valeurs résultantes pour cette
liste de valeurs seront toutes au format de date « fm ».
Remarque Si deux rubriques de types différents dans un modèle partagent la même liste de
valeurs, le type de la première rubrique détermine le format des données de la liste de valeurs.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
Exemple de données XML dans la grammaire FMPXMLLAYOUT
L’exemple ci-dessous représente les données XML générées à l’aide de la grammaire
FMPXMLLAYOUT.
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE FMPXMLLAYOUT PUBLIC "-//FMI//DTD FMPXMLLAYOUT//EN"
""http://localhost:80/fmi/xml/FMPXMLLAYOUT.dtd">
<FMPXMLLAYOUT xmlns="http://www.filemaker.com/fmpxmllayout">
<ERRORCODE>0</ERRORCODE>
<PRODUCT BUILD="12/31/2015" NAME="FileMaker Web Publishing Engine"
VERSION="0.0.0.0" />
<LAYOUT DATABASE="art" NAME="web2">
<FIELD NAME="Title">
<STYLE TYPE="EDITTEXT" VALUELIST="" />
</FIELD>
<FIELD NAME="Artist">
<STYLE TYPE="EDITTEXT" VALUELIST="" />
</FIELD>
<FIELD NAME="Image">
<STYLE TYPE="EDITTEXT" VALUELIST="" />
</FIELD>
<FIELD NAME="artlocations::Location">
<STYLE TYPE="EDITTEXT" VALUELIST="" />
</FIELD>
<FIELD NAME="artlocations::Date">
<STYLE TYPE="EDITTEXT" VALUELIST="" />
</FIELD>
<FIELD NAME="Style">
<STYLE TYPE="POPUPMENU" VALUELIST="style" />
</FIELD>
</LAYOUT>
<VALUELISTS>
<VALUELIST NAME="style">
<VALUE DISPLAY="Impressionism">100</VALUE>
<VALUE DISPLAY="Cubism">101</VALUE>
<VALUE DISPLAY="Abstract">102</VALUE>
</VALUELIST>
</VALUELISTS>
</FMPXMLLAYOUT>
41
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
42
À propos des données UTF-8
Les données XML générées par le moteur de publication Web sont codées au format UTF-8
(Unicode Transformation Format 8 bits). Ce format compresse les données du format Unicode
standard 16 bits au format 8 bits pour les caractères ASCII. Les analyseurs XML sont nécessaires
à la prise en charge des codages Unicode et UTF-8.
Le codage au format UTF-8 comprend les représentations directes de la plupart des caractères
utilisés en anglais, avec les valeurs 0 à 127 pour le jeu de caractères ASCII standard, et fournit
des codages multioctets pour les caractères Unicode dont les valeurs sont supérieures.
Remarque Veillez à utiliser un navigateur Web ou un éditeur de texte prenant en charge les
fichiers UTF-8.
Le format du codage UTF-8 présente les caractéristiques suivantes :
1 Tous les caractères ASCII correspondent à des caractères UTF-8 d’un octet. Une chaîne ASCII
valide est une chaîne UTF-8 valide.
1 Tout caractère non ASCII (tout caractère dont le bit de poids fort est défini) fait partie d’un
caractère multioctet.
1 Le premier octet d’un caractère au format UTF-8 indique le nombre d’octets supplémentaires
dans le caractère en question.
1 Le premier octet d’un caractère multioctet est facilement identifiable par rapport aux octets
suivants. Il est ainsi facile de repérer le début d’un caractère quel que soit son emplacement
dans un flux de données.
1 La conversion entre le format UTF-8 et le format Unicode ne pose aucun problème.
1 Le codage au format UTF-8 est relativement compact. Dans le cas d’un texte contenant un
pourcentage élevé de caractères ASCII, ce type de codage est plus compact que le codage au
format Unicode. Dans le pire des cas, une chaîne UTF-8 n’est que 50 % plus grande que la
chaîne Unicode équivalente.
Utilisation de chaînes de requête FileMaker pour rechercher des
données XML
Pour rechercher des données XML dans une base de données FileMaker, utilisez les commandes
et les paramètres de requête dans une chaîne de requête. Par exemple, utilisez la commande de
requête –findall dans la chaîne de requête suivante d’une URL pour rechercher une liste de
tous les produits d’une base de données FileMaker dont le nom est "products".
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=products-lay=sales&-findall
Une chaîne de requête doit contenir uniquement une seule commande de requête, du type –new.
La plupart des commandes de requête exigent également plusieurs paramètres de requête
concordants dans la chaîne de requête. Par exemple, toutes les commandes de requête, à
l’exception de –dbnames, ont besoin du paramètre –db, qui spécifie la base de données sur
laquelle effectuer la recherche.
Vous pouvez également utiliser des commandes et des paramètres de requête dans une URL.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
43
Cette section contient un récapitulatif des commandes et des paramètres de requête de
FileMaker. Pour plus d’informations sur leur utilisation dans une chaîne de requête, consultez la
section « Noms corrects utilisés dans les chaînes de requête XML », page 46.
Utilisez cette commande de requête
Pour exécuter cette commande
–dbnames
Extraire le nom de toutes les bases de données hébergées et partagées sur le Web.
–delete
Supprimer l’enregistrement.
–dup
Dupliquer l’enregistrement.
–edit
Modifier un enregistrement.
–find
Rechercher des enregistrements.
–findall
Rechercher tous les enregistrements.
–findany
Rechercher un enregistrement aléatoire.
–findquery
Accomplir une requête de recherche complexe ou composée.
–layoutnames
Extraire le nom de tous les modèles disponibles correspondant à une base de
données spécifique, hébergée et partagée sur le Web.
–new
Ajouter un nouvel enregistrement.
–scriptnames
Extraire le nom de tous les scripts disponibles correspondant à une base de
données spécifique, hébergée et partagée sur le Web.
–view
Extraire les informations du modèle d’une base de données si la grammaire
FMPXMLLAYOUT est spécifiée. Extraire la section de <metadata> du document
XML et un jeu d’enregistrements vides si la grammaire fmresultset ou
FMPXMLRESULT est spécifiée.
Utilisez ce paramètre de requête
Avec ces commandes de requête
–db (nom de la base de données)
Obligatoire pour toutes les commandes de requête, à l’exception de –dbnames
–delete.related
Facultatif pour –edit
–field
Obligatoire pour indiquer une rubrique dans une URL pour les requêtes de type
Conteneur. Consultez la section « A propos de la syntaxe d’URL pour les objets
FileMaker de type Conteneur dans les solutions XML », page 30.
fieldname
Un nom de rubrique au moins est obligatoire avec –edit. Facultatif pour –find.
Consultez la section « Paramètre de requête fieldname (nom de rubrique nonConteneur) », page 55.
fieldname.op (opérateur)
Facultatif pour –find
–lay (nom du modèle)
Obligatoire pour toutes les commandes de requête, à l’exception de –dbnames,
–layoutnames et –scriptnames
–lay.response (passer d’un modèle à
un modèle pour obtenir une réponse XML)
Obligatoire pour toutes les commandes de requête, à l’exception de –dbnames,
–layoutnames et –scriptnames
–lop (opérateur logique)
Facultatif pour –find
–max (nombre maximal
d’enregistrements)
Facultatif pour –find, –findall et –findquery
–modid (ID de modification)
Facultatif pour –edit
–query
Obligatoire pour les requêtes de recherche composée -findquery
–recid (ID de l’enregistrement)
Obligatoire pour –edit, –delete, –dup. Facultatif pour –find
–relatedsets.filter
Facultatif pour –find, –findall, –findany, –edit, –new, –dup et –findquery
–relatedsets.max
Facultatif avec –find, –edit, –new, –dup et –findquery.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
Utilisez ce paramètre de requête
Avec ces commandes de requête
–script (exécution du script)
Facultatif pour –find, –findall, –findany, –new, –edit, –delete, –dup,
–view et –findquery
–script.param (transmettre une valeur
de paramètre au script spécifié par
–script)
Facultatif pour –script et –findquery
–script.prefind (exécution du script
avant –find, –findany et –findall)
Facultatif pour –find, –findany, –findall et –findquery
–script.prefind.param (transmettre
une valeur de paramètre au script spécifié
par –script.prefind)
Facultatif pour –script.prefind et –findquery
–script.presort (exécuter le script
avant le tri)
Facultatif pour –find, –findall et –findquery
–script.presort.param (transmettre
une valeur de paramètre au script spécifié
par –script.presort)
Facultatif pour –script.presort et –findquery
–skip (ignorer les enregistrements)
Facultatif pour –find, –findall et –findquery
–sortfield.[1-9] (trier la rubrique)
Facultatif pour –find, –findall et –findquery
–sortorder.[1-9] (trier l’ordre)
Facultatif pour –find, –findall
44
Passage d’un modèle à un autre pour obtenir une réponse XML
Le paramètre de requête –lay indique le modèle à utiliser pour extraire des données XML.
Souvent, le même modèle se révèle adapté au traitement des données répertoriées dans la
requête. Dans certains cas, vous devrez rechercher les données qui utilisent un modèle contenant
des rubriques qui, pour des raisons de sécurité, n’existent dans aucun autre modèle servant à
l’affichage des résultats. (Pour rechercher des données dans une rubrique, il faut que celle-ci soit
placée dans le modèle indiqué dans la requête XML.)
Pour définir un modèle destiné à l’affichage des réponses XML qui soit différent du modèle utilisé
pour le traitement de la requête XML, utilisez le paramètre de requête facultatif –lay.response.
Par exemple, la requête suivante recherche les valeurs supérieures à 100 000 dans la rubrique
« Salary » du modèle « Budget ». Les données obtenues s’affichent au moyen d’un modèle
« ExecList », qui n’inclut pas la rubrique « Salary ».
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=Budget&Salary=100000&Salary.op=gt&-find&-lay.response=ExecList
Comprendre le traitement d’une requête XML
Plusieurs paramètres de requête interviennent dans le traitement d’une requête XML et dans la
génération d’un document XML.
Voici l’ordre dans lequel FileMaker Server et le moteur de publication Web traitent une requête XML :
1. Traitez le paramètre de requête –lay.
2. Définissez les valeurs des rubriques de type Global dans la requête (la partie .global= d’une URL).
3. Traitez le paramètre de requête –script.prefind si indiqué.
4. Traitez les commandes de requête de type –find ou –new.
5. Traitez le paramètre de requête –script.presort, si indiqué.
Chapitre 4 | Accès aux données XML avec le moteur de publication Web
45
6. Triez les données obtenues, si un tri a été indiqué.
7. Traitez le paramètre de requête –script, si indiqué.
8. Traitez le paramètre de requête –lay.response pour passer d’un modèle à un autre, si indiqué.
9. Générez le document XML.
Si l’une des étapes décrites ci-dessus génère un code d’erreur, le traitement de la requête
s’arrête ; les étapes suivantes ne sont alors pas exécutées. Toutefois, toutes les étapes
antérieures dans la requête restent exécutées.
Par exemple, imaginons une requête qui supprime l’enregistrement ouvert, trie les
enregistrements, puis exécute un script. Si le paramètre –sortfield pointe vers une rubrique
qui n’existe pas, la requête supprime l’enregistrement ouvert et renvoie le code d’erreur 102
(Rubrique manquante), mais n’exécute cependant pas le script.
Dépannage de l’accès aux documents XML
Si vous rencontrez des difficultés pour accéder aux documents XML avec le moteur de publication
Web, vérifiez les points suivants :
1 Les privilèges étendus contenus dans la base de données sont définis pour une Publication
Web personnalisée pour XML et affectés à un compte utilisateur. Consultez la section
« Activation de la Publication Web personnalisée dans une base de données », page 13.
1 La base de données est hébergée sur le composant Serveur de bases de données de
FileMaker Server, et elle est ouverte par FileMaker Server. Consultez l’aide de
FileMaker Server.
1 Le nom de compte et le mot de passe que vous utilisez éventuellement pour la base de
données sont corrects.
1 Le composant serveur Web du déploiement FileMaker Server est en cours d’exécution.
1 Le composant moteur de publication Web du déploiement FileMaker Server est en cours
d’exécution.
1 La publication XML est activée dans le moteur de publication Web. Consultez l’aide de
FileMaker Server.
Chapitre 5
Noms corrects utilisés dans les chaînes de
requête XML
Ce chapitre décrit les noms valides des commandes et des paramètres de requête que vous
pouvez utiliser dans une chaîne de requête XML lorsque vous accédez à des données FileMaker
à l’aide du moteur de publication Web.
A propos des commandes et des paramètres de requête
Voici une liste complète des noms de commandes de requête et des noms de paramètres de requête :
Noms des commandes de requête
Noms des paramètres de requête
–dbnames (Voir page 51.)
–delete (Voir page 51.)
–dup (Voir page 51.)
–edit (Voir page 51.)
–find, –findall, –findany (Voir page 52.)
–findquery (Voir page 52.)
–layoutnames (Voir page 53.)
–new (Voir page 53.)
–scriptnames (Voir page 53.)
–view (Voir page 54.)
–db (Voir page 54.)
–field (Voir page 55.)
fieldname (Voir page 55.)
fieldname.op (Voir page 55.)
–lay (Voir page 57.)
–lay.response (Voir page 57.)
–lop (Voir page 57.)
–max (Voir page 58.)
–modid (Voir page 58.)
–query (Voir page 58.)
–recid (Voir page 60.)
–relatedsets.filter (Voir page 60.)
–relatedsets.max (Voir page 61.)
–script (Voir page 61.)
–script.param (Voir page 61.)
–script.prefind (Voir page 62.)
–script.prefind.param (Voir page 62.)
–script.presort (Voir page 63.)
–script.presort.param (Voir page 64.)
–skip (Voir page 64.)
–sortfield.[1-9] (Voir page 64.)
–sortorder.[1-9] (Voir page 65.)
Important Le paramètre –lay servant à spécifier un modèle est nécessaire avec toutes les
commandes de requête, à l’exception de –dbnames, –layoutnames et –scriptnames.
Consignes d’utilisation des commandes et des paramètres de requête
Lorsque vous utilisez des commandes et des paramètres de requête dans une chaîne de requête,
gardez les consignes suivantes à l’esprit :
1 Une chaîne de requête doit contenir une seule commande de requête, ni plus, ni moins. Une
chaîne de requête peut par exemple contenir –new pour ajouter un nouvel enregistrement,
mais –new et –edit ne peuvent être contenus dans la même chaîne de requête.
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
47
1 La majorité des commandes de requête nécessitent divers paramètres de requêtes
correspondants dans la chaîne de requête. Par exemple, toutes les commandes de requête, à
l’exception de –dbnames, ont besoin du paramètre –db, qui spécifie la base de données sur
laquelle effectuer la recherche. Consultez le tableau des paramètres requis dans la section
« Utilisation de chaînes de requête FileMaker pour rechercher des données XML », page 42.
1 Pour les paramètres de requête et les noms de rubrique, indiquez la valeur particulière que
vous souhaitez utiliser, par exemple -db=employees. Pour les commandes de requête,
n’indiquez pas le signe = ou une valeur après le nom de la commande, par exemple –findall.
1 Le moteur de publication Web convertit tous les mots réservés en minuscules, notamment les
commandes de requête, les paramètres de requête et les valeurs de commande pour
lesquelles des valeurs spécifiques sont attendues (par exemple : –lop=and, –lop=or,
–sortorder=ascend, –sortorder=descend, –max=all).
1 Les noms de bases de données, de modèles et de rubriques utilisés dans les chaînes de
requête ne tiennent pas compte de la casse, vous pouvez par exemple indiquer
–lay=mylayout pour spécifier le nom de modèle MyLayout.
1 Il est déconseillé d’utiliser des points ou des parenthèses dans les noms de rubrique. Dans
certains cas, les noms de rubrique comportant des points peuvent fonctionner mais en aucun
cas, ils ne peuvent contenir les exceptions suivantes :
1 Le point ne peut pas être suivi d’un chiffre. Par exemple, myfield.9 est un nom de rubrique
invalide.
1 Le point ne peut pas être suivi de la chaîne de texte op (les deux lettres « op »). Par
exemple, myfield.op est un nom de rubrique invalide.
1 Le point ne peut pas être suivi de la chaîne de texte global (le mot « global »). Par
exemple, myfield.global est un nom de fichier invalide.
Les noms de rubrique contenant l’une de ces exceptions ne sont pas accessibles via XML
lorsque vous utilisez une requête HTTP. Ces constructions sont destinées aux ID
d’enregistrements, comme décrit dans la section « A propos de la syntaxe d’un nom de
rubrique entièrement qualifié », ci-dessous.
1 Pour la commande –find, la valeur d’une rubrique ne tient pas compte de la casse. Par
exemple, vous pouvez aussi bien écrire Field1=Blue que Field1=blue. Pour les
commandes –new and –edit, la casse que vous utilisez dans la valeur d’une rubrique est
conservée et stockée dans la base de données exactement comme vous la spécifiez dans la
chaîne de requête. Par exemple, LastName=Doe.
Analyse de commande de requête
Le moteur de publication Web analyse les commandes de requête dans l’ordre suivant, et arrête
d’analyser les requêtes XML à la première erreur. Si un code d’erreur est renvoyé, ce dernier
correspond à la première erreur détectée.
1. La requête contient-elle une commande, et cette commande est-elle valide ?
Il s’agit d’une erreur si la requête ne contient pas de commande ou utilise une commande
inconnue. Par exemple : -database
2. La requête comporte-t-elle deux commandes ?
Par exemple : -find&-edit
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
48
3. La requête comporte une valeur incorrecte pour une commande ou un paramètre ?
Par exemple : -lop=amd
4. Le paramètre de nom de base de données requis (–db parameter) manque-t-il dans la requête ?
5. Le paramètre de nom de modèle requis (–lay parameter) manque-t-il dans la requête ?
6. La requête comporte-t-elle un tri non valide ?
7. La requête contient-elle des paramètres de rubrique non valides ?
Remarque Si une requête contient une information valide, mais superflue, elle est traitée sans
erreur. Par exemple, si vous spécifiez le paramètre –lop dans une commande –delete, ce
paramètre –lop est ignoré, car il ne rend pas la requête non valide ou ambigüe.
Pour plus d’informations sur les codes d’erreur spécifiques renvoyés, consultez la section
annexe A, « Codes d’erreur de la Publication Web personnalisée ».
A propos de la syntaxe d’un nom de rubrique entièrement qualifié
Un nom de rubrique entièrement qualifié identifie une instance précise d’une rubrique. Dans la mesure
où les rubriques possédant des noms communs peuvent être basées sur différentes tables, vous
devez utiliser des noms entièrement qualifiés, dans certains cas, pour éviter les erreurs.
La syntaxe permettant de spécifier un nom de rubrique entièrement qualifié est la suivante :
table-name::field-name(repetition-number).record-id
où :
1 table-name est le nom de la table qui contient la rubrique. Le nom de la table est uniquement
requis si la rubrique ne se trouve pas dans la table sous-jacente du modèle spécifié dans la
chaîne de requête.
1 field-name(repetition-number), qui est une valeur spécifique dans une rubrique
multivaluée, est uniquement requis pour les rubriques multivaluées. Le nombre de répétitions
commence à compter à partir du chiffre 1. Par exemple, field-name(2) correspond à la
seconde valeur dans la rubrique multivaluées. Si vous n’indiquez pas de numéro de valeur pour
une rubrique multivaluée, c’est la première valeur qui est utilisée. Le numéro de valeur est
requis pour les commandes de requête –new and –edit impliquant des rubriques
multivaluées, mais n’est pas requis pour la commande –find.
1 record-id est l’ID de l’enregistrement, qui est uniquement requis si vous utilisez une chaîne
de requête pour ajouter ou modifier des enregistrements dans des rubriques de table externe.
Consultez les sections « Ajout d’enregistrements à une table externe », et « Modification
d’enregistrements dans une table externe ». Le paramètre record-id est requis pour les
commandes de requête –new et –edit impliquant des rubriques de table externe, mais n’est
pas requis pour la commande –find.
Remarque Pour être accessibles, les rubriques doivent être placées dans le modèle que vous
spécifiez dans la chaîne de requête.
Utilisation de commandes de requêtes avec des rubriques de table externe
Les sections suivantes décrivent le fonctionnement des commandes de requêtes avec des
rubriques de table externe.
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
49
Ajout d’enregistrements à une table externe
Pour ajouter un nouvel enregistrement à une table externe en même temps qu’un enregistrement
parent, utilisez la commande de requête –new et effectuez les opérations suivantes dans une
chaîne de requête :
1 Utilisez le nom de rubrique entièrement qualifié pour la rubrique de table externe correspondante.
1 Spécifiez 0 en guise d’ID d’enregistrement après le nom de la rubrique de table externe liée.
1 Spécifiez au moins une des rubriques pour l’enregistrement parent, avant de spécifier la
rubrique de table externe liée.
1 Spécifiez les données pour la rubrique source (rubrique clé) dans l’enregistrement parent.
Par exemple, l’URL suivant ajoute simultanément un nouvel enregistrement Employee parent
pour John Doe, et un nouvel enregistrement lié pour Jane dans la table externe. Le nom de la table
liée est Dependents et le nom de la rubrique liée dans la table externe est Names. La rubrique
source ID stocke un numéro d’identification de type Employee.
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=family&FirstName=John&LastName=Doe&ID=9756&Dependents::Names.0=Jane&-new
Remarque Vous ne pouvez ajouter qu’un enregistrement correspondant à une table externe
par requête.
Modification d’enregistrements dans une table externe
Pour modifier un ou plusieurs enregistrements dans une table externe, utilisez la commande
–edit et un ID d’enregistrement pour spécifier l’enregistrement parent qui contient les
enregistrements de table externe que vous souhaitez modifier. Spécifiez l’enregistrement de table
externe spécifique à modifier en utilisant son ID d’enregistrement dans un nom de rubrique
entièrement qualifié. Vous pouvez déterminer un ID d’enregistrement à partir de l’attribut d’ID
d’enregistrement de l’élément <record> dans l’élément <relatedset> dans les données XML.
Consultez la section « Utilisation de la grammaire fmresultset », page 34.
Par exemple, l’URL suivante modifie un enregistrement d’une table externe dans laquelle
l’enregistrement parent affiche l’ID d’enregistrement 1001. « Dependents » est le nom de la table
liée, « Names » est le nom de la rubrique liée dans la table externe et le chiffre 2 dans
« Names.2 » est l’ID d’enregistrement d’un enregistrement de table externe.
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=family
&-recid=1001&Dependents::Names.2=Kevin&-edit
Voici un exemple illustrant comment utiliser une seule requête pour modifier plusieurs
enregistrements de table externe par le biais de l’enregistrement parent :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=family
&-recid=1001&Dependents::Names.2=Kevin&Dependents::Names.5=Susan&-edit
Vous pouvez également utiliser la commande –edit et spécifier 0 en guise d’ID d’enregistrement
de table externe pour ajouter un nouvel enregistrement lié dans la table externe pour un
enregistrement parent existant. Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=family
&-recid=1001&Dependents::Names.0=Timothy&-edit
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
50
Suppression d’enregistrements dans une table externe
Pour supprimer des enregistrements de table externe, utilisez le paramètre –delete.related
avec la commande –edit au lieu d’employer la commande –delete.
Par exemple, l’URL suivante supprime l’enregistrement « 1001 » de la table « employés » :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=family
&-recid=1001&-delete
En revanche, l’URL suivant supprime l’enregistrement de table externe dont l’ID est « 3 » de la
table liée nommée « Dependents », et dont l’ID d’enregistrement parent est « 1001 ».
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=family
&-recid=1001&-delete.related=Dependents.3&-edit
Pour plus d’informations, consultez la section « –delete.related (suppression d’enregistrements
externes), paramètre de requête », page 54.
Requêtes de rubriques de table externe
Dans une solution comportant de nombreux enregistrements liés, l’interrogation et le tri des
enregistrements externes peuvent demander beaucoup de temps. Pour limiter le nombre
d’enregistrements et de lignes à afficher dans un ensemble lié, utilisez les paramètres
–relatedsets.filter et –relatedsets.max avec les requêtes de recherche. Pour plus
d’informations, consultez les rubriques « Paramètre de requête –relatedsets.filter (filtrage
d’enregistrements de table externe) », page 60 et « Paramètre de requête –relatedsets.max
(limitation d’enregistrements de table externe) », page 61.
À propos de la syntaxe de spécification d’une rubrique de type Global
La syntaxe de spécification d’une rubrique de type Global est la suivante :
table-name::field-name(repetition-number).global
où global identifie une rubrique utilisant le stockage global. Pour plus d’informations sur tablename et field-name(repetition-number), consultez la section « A propos de la syntaxe
d’un nom de rubrique entièrement qualifié », page 48. Pour plus d’informations sur les rubriques
de type Global, consultez l’Aide FileMaker Pro.
Vous devez utiliser la syntaxe .global pour identifier une rubrique de type Global dans une
chaîne de requête. Le moteur de publication Web définit les valeurs de paramètres pour les
rubriques de type Global avant d’exécuter la commande de requête ou de définir toute autre
valeur de paramètre dans la chaîne de requête. Pour les requêtes XML directes, les valeurs
globales expirent immédiatement une fois la requête lancée.
Si vous n’utilisez pas la syntaxe .global pour identifier une rubrique de type Global dans une
chaîne de requête, le moteur de publication Web traite la rubrique de type Global avec le reste de
la chaîne de requête, sans définir la valeur de la rubrique de type Global au préalable.
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=departments
&Country.global=USA&-recid=1&-edit
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
51
Références des commandes de requête
Cette section contient des informations sur des commandes de requête disponibles pour les
requêtes XML.
Commande de requête –dbnames (noms des bases de données)
Extrait le nom de toutes les bases de données hébergées par FileMaker Server et activées pour
la Publication Web personnalisée avec XML.
Paramètres de requête indispensables : (aucun)
Par exemple :
Pour extraire les noms de bases de données :
http://192.168.123.101/fmi/xml/fmresultset.xml?-dbnames
Commande de requête –delete (supprimer l’enregistrement)
Supprime l’enregistrement indiqué par le paramètre –recid.
Paramètres de requête indispensables : –db, –lay, –recid
Paramètres de requête facultatifs : –script
Par exemple :
Pour supprimer un enregistrement :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-recid=4&-delete
Commande de requête –dup (dupliquer l’enregistrement)
Duplique l’enregistrement spécifié par –recid.
Paramètres de requête indispensables : –db, –lay, –recid
Paramètres de requête facultatifs : –script
Par exemple :
Pour dupliquer l’enregistrement spécifié :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-recid=14&-dup
Commande de requête –edit (modifier l’enregistrement)
Met à jour l’enregistrement indiqué par le paramètre –recid et renseigne les rubriques avec le
contenu de n’importe quelle paire nom rubrique/valeur. Le paramètre –recid indique le nom de
l’enregistrement qui doit être modifié.
Paramètres de requête indispensables : –db, –lay, –recid et un ou plusieurs noms de rubriques
Paramètres de requête facultatifs : –modid, –script, nom de rubrique
Remarque Pour plus d’informations sur la modification d’enregistrements dans une table
externe, consultez la section « Modification d’enregistrements dans une table externe », page 49.
Exemple :
Pour modifier un enregistrement :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-recid=13&Country=USA&-edit
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
52
Commandes de requête –find, –findall ou –findany (rechercher les enregistrements)
Soumet une requête utilisant des critères de recherche spécifiques.
Paramètres de requête indispensables : –db, –lay
Paramètres de requête facultatifs : –recid, –lop, –op, –max, –skip, –sortorder,
–sortfield, –script, –script.prefind, –script.presort, field name
Exemples :
Pour chercher un enregistrement par son nom de rubrique :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=family&Country=USA&-find
Remarque Le fait de spécifier un nom de rubrique à plusieurs reprises dans une même requête
n’est pas pris en charge ; FileMaker Server analyse toutes les valeurs mais utilise uniquement la
dernière valeur analysée.
Pour chercher un enregistrement par son ID d’enregistrement :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=family
&-recid=427&-find
Pour chercher tous les enregistrements de la base de données, utilisez –findall :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=family
&-findall
Pour chercher un enregistrement de façon aléatoire, utilisez –findany :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-lay=family
&-findany
–findquery (recherche composée), commande de requête
Soumet une requête de recherche avec des critères de recherche multiples ainsi que des exceptions.
Paramètres de requête indispensables : –db, –lay, –query
Paramètres de requête facultatifs : –max, –skip, –sortorder, –sortfield, –script,
–script.prefind, –script.presort
Exemple :
Rechercher les enregistrements des chats ou des chiens qui ne s’appellent pas « Fluffy ».
http://host/fmi/xml/fmresultset.xml?-db=vetclinic&-lay=animals
&-query=(q1);(q2);!(q3)&-q1=typeofanimal&-q1.value=Cat&-q2=typeofanimal
&-q2.value=Dog&-q3=name&-q3.value=Fluffy&-findquery
Utilisation de la commande -findquery pour les recherches composées
Une instruction –findquery se compose de quatre parties, dans l’ordre suivant :
1 Le paramètre de requête –query
1 Les déclarations de demande de requête, composées de l’identificateur de requête et des
opérations de demande.
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
53
1 Le champ de recherche et les définitions de valeur pour chaque identificateur de requête.
1 Définissez les identifiants de requête. Un identificateur de requête est représenté par la lettre
« q » suivie d’un nombre. Par exemple : -q1
1 Définissez les valeurs d’identifiant avec le paramètre. Par exemple : q1.value=fieldvalue
1 Définissez les opérateurs d’identifiant de requête en l’incluant en tant que partie de
l’expression fieldvalue. Par exemple, utiliser un astérisque comme opérateur « begins
with » : -q1.value=fieldvalue*
1 La commande –findquery, à la fin de l’instruction complète.
Pour plus d’informations sur l’utilisation du paramètre –query, consultez la section « Commande
de requête –query (requête de recherche composée) », page 58.
Commande de requête –layoutnames (noms des modèles)
Extrait le nom de tous les modèles disponibles pour une base de données spécifique, hébergée
par FileMaker Server et activée pour la Publication Web personnalisée avec XML.
Paramètres de requête indispensables : –db
Exemple :
Pour extraire les noms des modèles disponibles :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-layoutnames
Commande de requête –new (nouvel enregistrement)
Crée un nouvel enregistrement et renseigne cet enregistrement avec le contenu de n’importe
quelle paire nom/valeur d’une rubrique.
Paramètres de requête indispensables : –db, –lay
Paramètre de requête facultatif : un ou plusieurs noms de rubriques, –script
Remarque Pour plus d’informations sur la manière d’inclure de nouvelles données pour une
table externe, consultez la section « Ajout d’enregistrements à une table externe », page 49.
Exemple :
Pour ajouter un nouvel enregistrement :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&Country=Australia&-new
Commande de requête –scriptnames (noms des scripts)
Extrait le nom de tous les scripts disponibles pour une base de données spécifique, hébergée par
FileMaker Server et activée pour la Publication Web personnalisée avec XML.
Paramètres de requête indispensables : –db
Exemple :
Pour extraire les noms de tous les scripts :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees&-scriptnames
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
54
Commande de requête –view (affichage des informations de modèle)
Si la grammaire FMPXMLLAYOUT est spécifiée, cette commande extrait des informations de
modèle d’une base de données et les affiche dans la grammaire FMPXMLLAYOUT. Si une
grammaire de données (fmresultset or FMPXMLRESULT) est spécifiée, la commande extrait la
section de métadonnées d’un document XML et un recordset vide.
Paramètres de requête indispensables : –db, –lay
Paramètres de requête facultatifs : –script
Exemples :
Pour extraire des informations de modèle :
http://192.168.123.101/fmi/xml/FMPXMLLAYOUT.xml?-db=employees
&-lay=departments&-view
Pour extraire des informations de métadonnées :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-view
Références de paramètre de requête
Cette section contient des informations sur des paramètres de requête disponibles pour les
requêtes XML.
Paramètre de requête –db (nom de base de données)
Indique la base de données à laquelle la commande de requête s’applique.
Valeur : Nom de la base de données sans l’extension de nom de fichier, si elle existe.
Remarque Lorsque vous indiquez le nom de la base de données pour le paramètre –db dans
les chaînes de requête, n’incluez pas l’extension du nom de fichier. Le nom de fichier réel de la
base de données peut éventuellement comprendre une extension, mais les extensions ne sont
pas autorisées comme valeur pour le paramètre –db.
Obligatoire pour : Toutes les commandes de requête, à l’exception de –dbnames
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-findall
–delete.related (suppression d’enregistrements externes), paramètre de requête
Supprime un enregistrement dans une rubrique de table externe.
Facultatif pour : la commande de requête –edit
Nécessite : Un nom de table liée et un ID d’enregistrement
Exemple :
L’exemple suivant supprime l’enregistrement de table externe dont l’ID est « 20 » de la table liée
nommée « jobtable », et dont l’ID d’enregistrement parent est « 7 ».
http://host/fmi/xml/fmresultset.xml?-db=career&-lay=applications&-recid=7
&-delete.related=jobtable.20&-edit
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
55
Paramètre de requête –field (nom de rubrique Conteneur)
Indique le nom d’une rubrique Conteneur.
Obligatoire pour : les requêtes de données dans une rubrique Conteneur.
Consultez la section « A propos de la syntaxe d’URL pour les données XML et les objets de type
Conteneur », page 29.
Paramètre de requête fieldname (nom de rubrique non-Conteneur)
Les noms de rubrique sont utilisés pour contrôler les critères de la commande de requête –find
ou pour modifier le contenu d’un enregistrement. Quand vous devez spécifier une valeur pour une
rubrique non-conteneur pour une commande ou un paramètre de requête, utilisez le nom de
rubrique sans le trait d’union (-) en guise de partie nom de la paire nom/valeur.
Nom : Nom de la rubrique dans la base de données FileMaker. Si la rubrique ne se trouve pas
dans la table sous-jacente du modèle spécifié dans la chaîne de requête, le nom de rubrique doit
être entièrement qualifié.
Il est déconseillé d’utiliser des points ou des parenthèses dans les noms de rubrique. Dans
certains cas, les noms de rubrique comportant des points peuvent fonctionner mais en aucun cas,
ils ne peuvent contenir les exceptions suivantes :
1 Le point ne peut pas être suivi d’un chiffre. Par exemple, myfield.9 est un nom de rubrique
invalide.
1 Le point ne peut pas être suivi de la chaîne de texte op (les deux lettres « op »). Par
exemple, myfield.op est un nom de rubrique invalide.
1 Le point ne peut pas être suivi de la chaîne de texte global (le mot « global »). Par
exemple, myfield.global est un nom de fichier invalide.
Les noms de rubrique contenant l’une de ces exceptions ne sont pas accessibles via XML lorsque
vous utilisez une requête HTTP. Ces constructions sont destinées aux ID d’enregistrements, comme
décrit dans la section « A propos de la syntaxe d’un nom de rubrique entièrement qualifié », page 48.
Valeur : pour les commandes de requête –new and –edit, indiquez la valeur que vous souhaitez
stocker dans la rubrique de l’enregistrement actuel. Pour les commandes de requête –find,
indiquez la valeur que vous souhaitez rechercher dans la rubrique. Lorsque vous indiquez la
valeur d’une rubrique de type date, heure ou horodatage, spécifiez-la en utilisant le format « fm ».
Les formats fm sont jj/MM/aaaa pour la date, HH:mm:ss pour l’heure et dd/MM/yyyy
HH:mm:ss pour l’horodatage.
Obligatoire pour : la commande de requête –edit
Facultatif pour : les commandes de requête –new et –find
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-op=eq&FirstName=Sam&-max=1&-find
Remarque Le fait de spécifier un nom de rubrique à plusieurs reprises dans une même requête
n’est pas pris en charge ; FileMaker Server analyse toutes les valeurs mais utilise uniquement la
dernière valeur analysée.
Paramètre de requête fieldname.op (opérateur de comparaison)
Indique l’opérateur de comparaison à appliquer au nom de rubrique précédant l’opérateur. Les
opérateurs de comparaison sont utilisés avec la commande de requête –find.
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
56
Valeur : l’opérateur que vous souhaitez utiliser. Les opérateurs valides sont les suivants :
Mot-clé
Opérateur FileMaker Pro équivalent
eq
=word
cn
*word*
bw
word*
ew
*word
gt
> word
gte
>= word
lt
< word
lte
<= word
neq
omit, word
Facultatif pour : –find, commande de requête
Nécessite : Un nom de rubrique et une valeur.
La syntaxe de spécification d’un opérateur de comparaison est la suivante :
table-name::field-name=value&table-name::field-name.op=op-symbol
où :
1 table-name est la table contenant la rubrique et est uniquement requise si la rubrique n’est
pas dans la table source du modèle spécifié dans la chaîne de requête.
1 op-symbol est l’un des mots-clés du tableau précédent, tel que cn.
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&name=Tim&name.op=cn&-find
Remarque Le mot-clé bw ne fonctionne pas avec les chaînes de date, d’heure ou d’horodatage,
ou avec l’opérateur de recherche de date du jour (//).
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
57
Vous pouvez utiliser tout opérateur de recherche FileMaker Pro en l’incluant dans les critères de
recherche au lieu de spécifier le mot-clé de l’opérateur fieldname.op. Par exemple, pour trouver
une plage de valeurs à l’aide de l’opérateur de recherche de plage (...), ne spécifiez aucun motclé d’opérateur. Au lieu de cela, utilisez les caractères « ... » entre les valeurs dans les critères
de recherche.
Exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
-lay=departments&IDnum=915...925&-find
Pour plus d’informations sur les opérateurs pouvant être utilisés pour rechercher du texte,
consultez l’Aide FileMaker Pro.
Paramètre de requête –lay (modèle)
Indique le modèle de base de données que vous souhaitez utiliser.
Valeur : Nom du modèle.
Obligatoire pour : toutes les commandes de requête, à l’exception de –dbnames,
–layoutnames et –scriptnames.
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-view
Paramètre de requête –lay.response (changer de modèle pour la réponse)
Indique que FileMaker Server doit utiliser le modèle spécifié par le paramètre –lay lors du
traitement d’une requête et passer au modèle spécifié par le paramètre–lay.response pour le
traitement de la réponse XML.
Si vous n’incluez pas le paramètre –lay.response, FileMaker Server utilise le modèle spécifié
par le paramètre –lay pour le traitement de la requête et de la réponse.
Vous pouvez utiliser le paramètre –lay.response pour les requêtes XML.
Valeur : Nom du modèle.
Facultatif pour : toutes les commandes de requête, à l’exception de –dbnames, –layoutnames
et –scriptnames.
Exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=Budget&Salary=100000&Salary.op=gt&-find&-lay.response=ExecList
Paramètre de requête –lop (opérateur logique)
Indique comment les critères de recherche de la commande de requête –find sont combinés en
recherche and ou or.
Valeur : and ou or
Si le paramètre de requête –lop n’est pas inclus, la commande de requête –find utilise la valeur
« and ».
Facultatif pour : –find, commande de requête
Remarque Non pris en charge par la commande de requête -findquery.
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
58
Exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&Last+Name=Smith&Birthdate=2/5/1972&-lop=and&-find
Paramètres de requête –max (nombre maximal d’enregistrements)
Indique le nombre maximum d’enregistrements que vous souhaitez obtenir.
Valeur : Un nombre ou la valeur all pour obtenir tous les enregistrements. Si –max n’est pas
spécifié, tous les enregistrements sont renvoyés.
Facultatif pour : les commandes de requêtes –find, –findall et -findquery
Remarque Le paramètre de requête –max n’affecte pas les valeurs renvoyées pour les
enregistrements externes. Pour limiter le nombre de lignes renvoyées pour les enregistrements
externes, consultez « Paramètre de requête –relatedsets.max (limitation d’enregistrements de
table externe) », page 61.
Exemples :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-max=10&-findall
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-max=all&-findall
Paramètre de requête –modid (ID de la modification)
L’ID de modification est un compteur incrémentiel indiquant la version actuelle d’un
enregistrement. En spécifiant un ID de modification lorsque vous utilisez une commande de
requête –edit, vous pouvez vous assurer que vous éditez la version actuelle d’un
enregistrement. Si l’ID de modification que vous spécifiez ne correspond pas à la valeur d’ID de
modification actuelle dans la base de données, la commande de requête –edit n’est pas
autorisée et un code d’erreur est renvoyé.
Valeur : Un ID de modification unique, indiquant la version actuelle d’un enregistrement dans une
base de données FileMaker.
Facultatif pour : la commande de requête –edit
Nécessite : le paramètre –recid
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-recid=22&-modid=6&last_name=Jones&-edit
Commande de requête –query (requête de recherche composée)
Indique les noms de requête et les critères de recherche d’une requête de recherche composée.
Consultez la section « –findquery (recherche composée), commande de requête », page 52.
Valeur : Une expression de requête.
Obligatoire pour : –findquery, commande de requête
La syntaxe d’une requête de recherche composée est :
-query=request-declarationsrequest-definitions&-findquery
Où :
<request-declarations> représente au moins deux déclarations de requête.
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
59
1 Chaque déclaration de requête se compose d’un ou plusieurs identificateur(s) de requête,
séparé(s) par des virgules et mis entre parenthèses. Un identificateur de requête est représenté
par la lettre « q » suivie d’un nombre. Par exemple : q1
1 Entourées de parenthèses, les requêtes multiples agissent comme un opérateur logique ET, ce
qui réduit le résultat de la recherche. Par exemple, (q1, q2) renvoie des enregistrements
correspondant à q1 et q2.
Remarque Il est déconseillé d’utiliser les mêmes rubriques pour les variables q dans le même
critère de recherche « and ».
1 Comme avec FileMaker Pro, chaque requête peut être une recherche ou une exclusion. Une
requête de recherche ajoute les enregistrements correspondants au jeu d’enregistrements
trouvés ; une exclusion les en retire. Par défaut, les requêtes sont des recherches. Pour une
requête d’exclusion, placer un point d’exclamation ( !) devant la parenthèse ouvrante.
Par exemple : (q1);!(q2)
Dans cet exemple, q1 est une requête de recherche ; q2 est une requête d’exclusion car elle
est précédée d’un point d’exclamation.
1 Les requêtes sont séparées par des points-virgules. Les requêtes multiples agissent comme un
opérateur logique OU, ce qui élargit le résultat de la recherche. Par exemple, (q1);(q2) renvoie
des enregistrements correspondant à q1 ou q2. Les requêtes d’exclusion n’agissent pas comme
un opérateur logique OU car elles excluent des enregistrements du résultat de la recherche.
1 Les requêtes sont exécutées dans l’ordre indiqué ; le jeu d’enregistrements trouvé inclut les
résultats de la totalité de la requête de recherche composée.
<request-definitions> est une définition de requête correspondant à chaque déclaration de
requête. Chaque définition de requête se compose d’une rubrique de recherche et d’une définition
de valeur. Un signe moins (-) indique le début de la définition de requête.
Syntaxe :
-<query-id>=<fieldname>&-<query-id>.value=<value>
Par exemple :
-q1=typeofanimal&-q1.value=Cat
-q2=name&-q2.value=Fluffy
Par exemple :
Rechercher les enregistrements des chats gris qui ne s’appellent pas « Fluffy ».
http://host/fmi/xml/fmresultset.xml?-db=petclinic&-lay=Patients
&-query=(q1, q2);!(q3)&-q1=typeofanimal&-q1.value=Cat&-q2=color
&-q2.value=Gray&-q3=name&-q3.value=Fluffy&-findquery
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
60
Paramètre de requête –recid (ID d’enregistrement)
Indique l’enregistrement que vous souhaitez traiter. Utilisé principalement dans les commandes
de requête –edit et –delete. Utilisé par la commande -view pour extraire des données de liste
de valeurs liées dans la grammaire FMPXMLLAYOUT.
Valeur : Un ID d’enregistrement qui est l’identifiant unique d’un enregistrement dans une base de
données FileMaker.
Obligatoire pour : les commandes de requête –edit, –delete et –dup
Facultatif pour : les commandes –find et –view
Exemple 1 :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-recid=22&-delete
Exemple 2 :
http://localhost/fmi/xml/FMPXMLLAYOUT.xml?-db=test&-lay=empty&-view&-recid=9
Paramètre de requête –relatedsets.filter (filtrage d’enregistrements de table externe)
Spécifie si les enregistrements de table externe à renvoyer dans les résultats de cette requête
doivent être filtrés
Valeur : layout ou none
1 Si –relatedsets.filter est paramétré sur layout, le paramètre Rangée initiale spécifié
dans la boîte de dialogue Table externe de FileMaker Pro est respecté.
1 Si le paramètre Autoriser le défilement vertical est activé dans la boîte de dialogue Table
externe, utilisez l’option –relatedsets.max pour indiquer le nombre maximum
d’enregistrements à renvoyer. Consultez la rubrique « Paramètre de requête
–relatedsets.max (limitation d’enregistrements de table externe) » ci-dessous.
1 Si le paramètre Autoriser le défilement vertical est désactivé ou que l’option
–relatedsets.max n’est pas utilisée, le paramètre Nombre de rangées de la boîte de
dialogue Table externe détermine le nombre maximal d’enregistrements à renvoyer.
1 La valeur par défaut est none si ce paramètre n’est pas précisé. Si –relatedsets.filter
est paramétré sur none, le moteur de publication Web renvoie tous les enregistrements de la
table externe. Les valeurs Rangée initiale et Nombre de rangées spécifiées dans la boîte de
dialogue Table externe sont ignorées.
Remarques :
1 Le paramètre –relatedsets.filter n’a aucun impact sur le mode de tri des
enregistrements dans les requêtes XML. Le tri spécifié dans FileMaker Pro est respecté si la
valeur de paramètre –relatedsets.filter est layout ou none.
1 Le paramètre Filtrer les enregistrements de la table externe dans la boîte de dialogue Table
externe n’est pas compatible avec les requêtes XML. Tout calcul spécifié pour le paramètre
Filtrer les enregistrements de la table externe est ignoré.
Facultatif pour : –find, –edit, –new, –dup et –findquery.
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
61
Exemples :
http://localhost/fmi/xml/fmresultset.xml?-db=FMPHP_Sample&-lay=English
&-relatedsets.filter=none&-findany
http://localhost/fmi/xml/fmresultset.xml?-db=FMPHP_Sample
&-lay=English&relatedsets.filter=layout&-relatedsets.max=all&-findany
http://localhost/fmi/xml/fmresultset.xml?-db=FMPHP_Sample&-lay=English
&-relatedsets.filter=layout&-relatedsets.max=10&-findany
Paramètre de requête –relatedsets.max (limitation d’enregistrements de table externe)
Indique le nombre maximum d’enregistrements externes à renvoyer dans les résultats de cette requête.
La valeur est : un nombre entier ou all.
1 Le paramètre –relatedsets.max est respecté seulement si le paramètre Autoriser le
défilement vertical est activé dans la boîte de dialogue Table externe de Pro Portal et si le
paramètre –relatedsets.filter est défini sur layout.
1 Si le paramètre –relatedsets.maxindique un nombre entier, le moteur de publication
Web renvoie ce nombre d’enregistrements externes après la rangée initiale.
1 Si le paramètre –relatedsets.max indique all, alors le moteur de publication Web
renvoie tous les enregistrements externes.
Remarque Pour obtenir des informations sur le filtrage des enregistrements externes, consultez
la rubrique « Paramètre de requête –relatedsets.filter (filtrage d’enregistrements de table
externe) » ci-dessus.
Facultatif pour : –find, –edit, –new, –dup et –findquery.
Exemples :
http://localhost/fmi/xml/fmresultset.xml?-db=FMPHP_Sample
&-lay=English&relatedsets.filter=layout&-relatedsets.max=all&-findany
http://localhost/fmi/xml/fmresultset.xml?-db=FMPHP_Sample&-lay=English
&-relatedsets.filter=layout&-relatedsets.max=10&-findany
Paramètre de requête –script (Script)
Indique le script FileMaker à lancer quand la commande de requête et le tri ont été exécutés.
Consultez la section « Comprendre le traitement d’une requête XML », page 44.
Valeur : Nom du script
Facultatif pour : toutes les commandes de requête, à l’exception de –dbnames, –layoutnames
et –scriptnames.
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-script=myscript&-findall
Paramètre de requête –script.param (transfert du paramètre au script)
Transmet un paramètre au script FileMaker spécifié par –script
Valeur : Un simple paramètre texte.
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
62
1 Pour transmettre plusieurs paramètres, vous pouvez créer une chaîne délimitant les
paramètres et faire en sorte que votre script analyse chacun des paramètres. Par exemple,
transmettez param1|param2|param3 en tant que liste, en utilisant le caractère | de codage
URL de la façon suivante : param1%7Cparam2%7Cparam3
1 Pour traiter le paramètre texte en tant que valeur qui ne soit pas du texte, votre script peut
convertir la valeur texte. Par exemple, pour convertir la valeur texte en nombre, votre script doit
intégrer : ObtenirNombre(Obtenir(ParamètreScript))
1 Si votre requête contient –script.param sans –script, alors –script.param est ignoré.
1 Si votre requête contient plusieurs –script.param, alors le moteur de publication Web utilise
la dernière valeur analysée.
Facultatif pour : –script
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-script=myscript&-script.param=Smith%7CChatterjee%7CSu
&-findall
Paramètre de requête –script.prefind (script avant une recherche)
Spécifie le script FileMaker à exécuter avant la recherche et le tri d’enregistrements (le cas
échéant) pendant le traitement d’une commande de requête –find.
Valeur : Nom du script
Facultatif pour : toutes les commandes de requête, à l’exception de –dbnames, –layoutnames
et –scriptnames.
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-script.prefind=myscript&-findall
Paramètre de requête –script.prefind.param (transfert du paramètre au script
avant recherche)
Transfère un paramètre au script FileMaker spécifié par –script.prefind
Valeur : Un simple paramètre texte.
1 Pour transmettre plusieurs paramètres, vous pouvez créer une chaîne délimitant les
paramètres et faire en sorte que votre script analyse chacun des paramètres. Par exemple,
transmettez param1|param2|param3 en tant que liste, en utilisant le caractère | de codage
URL de la façon suivante : param1%7Cparam2%7Cparam3
1 Pour traiter le paramètre texte en tant que valeur qui ne soit pas du texte, votre script peut
convertir la valeur texte. Par exemple, pour convertir la valeur texte en nombre, votre script doit
intégrer : ObtenirNombre(Obtenir(ParamètreScript))
1 Si votre requête contient –script.prefind.param sans –script.prefind, alors
–script.prefind.param est ignoré.
1 Si votre requête contient plusieurs –script.prefind.param, alors le moteur de publication
Web utilise la dernière valeur analysée.
Facultatif pour : –script.prefind
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
63
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-script.prefind=myscript&-script.prefind.param=payroll
&-findall
Paramètre de requête –script.presort (script avant un tri)
Spécifie le script FileMaker à exécuter après l’extraction d’enregistrements (le cas échéant) et
avant leur tri, pendant le traitement d’une commande de requête –find.
Facultatif pour : toutes les commandes de requête, à l’exception de –dbnames, –layoutnames
et –scriptnames.
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-script.presort=myscript&-sortfield.1=dept
&-sortfield.2=rating&-findall
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
64
Paramètre de requête –script.presort.param (transfert du paramètre au script
avant recherche)
Transfère un paramètre au script FileMaker spécifié par –script.presort
Valeur : Un simple paramètre texte.
1 Pour transmettre plusieurs paramètres, vous pouvez créer une chaîne délimitant les
paramètres et faire en sorte que votre script analyse chacun des paramètres. Par exemple,
transmettez param1|param2|param3 en tant que liste, en utilisant le caractère | de codage
URL de la façon suivante : param1%7Cparam2%7Cparam3
1 Pour traiter le paramètre texte en tant que valeur qui ne soit pas du texte, votre script peut
convertir la valeur texte. Par exemple, pour convertir la valeur texte en nombre, votre script doit
intégrer : ObtenirNombre(Obtenir(ParamètreScript))
1 Si votre requête contient –script.presort.param sans –script.presort, alors
–script.presort.param est ignoré.
1 Si votre requête contient plusieurs –script.presort.param, alors le moteur de publication
Web utilise la dernière valeur analysée.
Facultatif pour : –script.presort
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-script.presort=myscript&-script.presort.param=18%7C65
&-sortfield.1=dept&-sortfield.2=rating&-findall
Paramètre de requête –skip (enregistrements ignorés)
Indique le nombre d’enregistrements à ignorer dans l’ensemble d’enregistrements trouvés.
Valeur : Un nombre. Si la valeur est supérieure au nombre d’enregistrements contenus dans
l’ensemble d’enregistrements trouvés, aucun enregistrement n’est affiché. La valeur par défaut est 0.
Facultatif pour : –find, commande de requête
Dans l’exemple suivant, les 10 premiers enregistrements de l’ensemble d’enregistrements
trouvés sont ignorés et les enregistrements 11 à 15 sont affichés.
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=departments&-skip=10&-max=5&-findall
Paramètre de requête –sortfield (rubrique de tri)
Spécifie la rubrique à utiliser pour le tri.
La valeur est : field name
Facultatif pour : les commandes de requête –find ou –findall
Le paramètre de requête –sortfield peut être utilisé plusieurs fois pour effectuer des tris de
rubriques multiples. La syntaxe permettant de spécifier la priorité des rubriques de tri est la
suivante :
-sortfield.precedence-number=fully-qualified-field-name
où precedence-number dans le paramètre de requête –sortfield.precedence-number
est un nombre qui indique la priorité à utiliser dans le cas de rubriques à tri multiple. Valeur de
precedence-number :
Chapitre 5 | Noms corrects utilisés dans les chaînes de requête XML
65
1 doit commencer par 1.
1 doit s’incrémenter de façon séquentielle.
1 ne doit pas être supérieure à 9.
Dans l’exemple suivant, la rubrique « dept » est triée en premier, puis vient le tour de la rubrique
« rating ». Les deux rubriques sont triées par ordre croissant car le paramètre de requête
–sortorder n’est pas spécifié.
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=performance&-sortfield.1=dept&-sortfield.2=rating&-findall
Paramètre de requête –sortorder (ordre de tri)
Indique l’ordre d’un tri.
Valeur : L’ordre de tri. Les ordres de tri suivants sont valides, quand <value-list-name> est
un nom de liste de valeurs tel que Custom :
Mot-clé
Opérateur FileMaker Pro équivalent
ascend
Tri a à z, -10 à 10
descend
Tri z à a, 10 à -10
<value-list-name>
Tri à l’aide de la liste des valeurs spécifiée, associée à la rubrique dans le modèle.
Facultatif pour : les commandes de requête –find ou –findall
Nécessite : le paramètre de requête –sortfield
Le paramètre de requête –sortorder peut être utilisé avec le paramètre de requête
–sortfield pour spécifier l’ordre de tri des rubriques de tri multiple. La syntaxe permettant de
spécifier l’ordre de tri d’une rubrique de tri est la suivante :
–sortorder.precedence-number=sort-method
où :
1 precedence-number dans le paramètre –sortorder.precedence-number est un
nombre situé entre 1 et 9 indiquant le paramètre de requête –sortfield auquel le paramètre
de requête –sortorder s’applique.
1 sort-method est un des mots-clés du tableau précédent permettant de spécifier l’ordre de tri,
par exemple ascend.
Dans l’exemple suivant, l’ordre de tri de la rubrique ayant la priorité la plus élevée (dept) est
ascend, tandis que l’ordre de tri de la rubrique de priorité secondaire (rating) est descend. La
valeur 2 affectée à precedence-number dans -sortorder.2 indique que le paramètre de
requête -sortorder.2=descend s’applique au paramètre de requête sortfield.2=rating.
Par exemple :
http://192.168.123.101/fmi/xml/fmresultset.xml?-db=employees
&-lay=performance&-sortfield.1=dept&-sortorder.1=ascend&-sortfield.2=rating
&-sortorder.2=descend&-findall
Remarque Si un paramètre de requête –sortorder n’est pas spécifié pour une rubrique de tri,
le tri ascendant est utilisé par défaut.
Chapitre 6
À propos de la fonction de Publication Web
personnalisée avec PHP
La Publication Web personnalisée avec PHP vous permet d’utiliser le langage de script PHP pour
intégrer des données issues des bases de données FileMaker à vos modèles de page Web
personnalisés. La Publication Web personnalisée avec PHP fournit l’API FileMaker pour PHP, qui
est une classe PHP créée par FileMaker qui accède aux bases de données hébergées par
FileMaker Server. Cette classe PHP se connecte au moteur de publication Web de FileMaker
Server et rend les données disponibles pour le moteur PHP du serveur Web.
Fonctions clés de la Publication Web personnalisée avec PHP
1 Créez des applications Web qui utilisent le langage de script PHP Open Source. Utilisez la
version de PHP prise en charge par FileMaker Server ou utilisez votre propre version de PHP
(si vous décidez d’utiliser votre propre version de PHP, reportez-vous à la section « Installation
manuelle de l’API FileMaker pour PHP », page 69.).
1 Hébergez des bases de données sur FileMaker Server. FileMaker Pro n’est pas requis pour la
Publication Web personnalisée car FileMaker Server héberge les bases de données.
1 Rédigez un code PHP permettant de créer, de supprimer, d’éditer et de dupliquer les
enregistrements d’une base de données FileMaker hébergée. Votre code peut procéder à la
validation des rubriques et des enregistrements avant de valider les modifications dans la base
de données hébergée.
1 Rédigez un code PHP permettant d’accéder aux modèles, aux tables externes, aux listes de
valeurs et aux rubriques liées. Comme dans FileMaker Pro, l’accès aux données, aux modèles
et aux rubriques, est basé sur les paramètres de compte d’utilisateur définis dans les privilèges
d’accès de la base de données. Le moteur de publication Web présente également plusieurs
autres améliorations en matière de sécurité. Consultez la section « Protection de vos bases de
données publiées », page 14.
1 Rédigez un code PHP permettant d’exécuter des scripts complexes comportant plusieurs actions.
FileMaker prend en charge de nombreuses actions de script dans la Publication Web
personnalisée. Consultez la section « Scripts FileMaker et Publication Web personnalisée »,
page 19.
1 Rédigez un code PHP permettant d’effectuer des requêtes complexes.
Configuration de la Publication Web personnalisée
Cette section décrit la configuration requise pour développer une solution de Publication Web
personnalisée à l’aide de PHP, ce dont les utilisateurs Web ont besoin pour accéder à une solution
de Publication Web personnalisée, ainsi que l’impact possible de l’hébergement d’une solution de
publication Web sur votre serveur.
Chapitre 6 | À propos de la fonction de Publication Web personnalisée avec PHP
67
Configuration requise pour la publication d’une base de données à l’aide de la
Publication Web personnalisée
Pour publier des bases de données à l’aide de la fonction de Publication Web personnalisée avec
PHP, il vous faut :
1 un déploiement FileMaker Server, comprenant trois composants :
1 un serveur Web, Microsoft IIS (Windows) ou Apache (OS X) (le module de serveur Web
FileMaker est installé sur le serveur Web) ;
1 le moteur de publication Web FileMaker ;
1 le serveur de bases de données FileMaker.
1 PHP installé sur le serveur Web. FileMaker Server peut installer la version prise en charge de
PHP ou vous pouvez utiliser votre propre version.
1 Pour connaître la version de PHP minimum requise, consultez la page
http://www.filemaker.com/fr/products/filemaker-server/server-14-specifications.htm
1 Pour plus d’informations sur PHP, consultez le site http://php.net.
1 La version de PHP installée sur le serveur Web doit prendre en charge les fonctions cURL
(bibliothèque d’URL du client). Pour plus d’informations sur cURL, consultez le site
http://php.net/curl.
Important Lorsque vous installez la version de PHP prise en charge par FileMaker Server,
elle n’apparaît pas dans l’outil Server Admin de Mac OS X ; elle n’est pas supposée le faire. Si
vous utilisez l’outil Server Admin de Mac OS X pour activer PHP, vous désactivez la version de
PHP prise en charge par FileMaker Server et activez votre propre version de PHP.
1 une ou plusieurs bases de données FileMaker Pro hébergées par FileMaker Server ;
1 l’adresse IP ou le nom de domaine de l’hôte exécutant le serveur Web.
1 Un navigateur Web et un accès au serveur Web pour développer et tester la solution de
publication Web personnalisée.
Pour plus d’informations, consultez le Guide de démarrage de FileMaker Server.
Eléments devant être employés par les utilisateurs Web pour accéder à une
solution de publication Web personnalisée
Pour accéder à une solution de Publication Web personnalisée utilisant le langage PHP, les
utilisateurs Web doivent posséder :
1 un navigateur Web ;
1 un accès à Internet ou à un intranet, ainsi qu’un accès au serveur Web ;
1 l’adresse IP ou le nom de domaine de l’hôte exécutant le serveur Web.
Si la base de données est protégée par un mot de passe, les utilisateurs Web doivent également
saisir un nom d’utilisateur et un mot de passe pour accéder au compte de la base de données.
Connexion à Internet ou à un intranet
Lorsque vous publiez des bases de données sur Internet ou sur un intranet, l’ordinateur hôte doit
exécuter FileMaker Server et les bases de données que vous souhaitez partager doivent être
hébergées et accessibles. En outre :
Chapitre 6 | À propos de la fonction de Publication Web personnalisée avec PHP
68
1 Publiez votre base de données sur un ordinateur possédant une connexion permanente à Internet
ou à un intranet. En effet, si la connexion n’est pas permanente, les utilisateurs Web doivent
attendre que l’hôte se connecte à Internet ou à un intranet pour accéder à la base de données.
1 L’ordinateur hôte du serveur Web, partie intégrante du déploiement FileMaker Server, doit
posséder une adresse IP statique (permanente) dédiée ou un nom de domaine. Si vous vous
connectez à Internet par le biais d’un fournisseur d’accès Internet (FAI), votre adresse IP est
généralement attribuée de façon dynamique (elle est donc différente à chaque fois que vous
vous connectez). Le cas échéant, les utilisateurs Web auront plus de difficultés à localiser une
base de données. Si vous ne savez pas de quel type d’accès vous disposez, contactez votre
fournisseur d’accès à Internet ou l’administrateur du réseau.
Chapitre 6 | À propos de la fonction de Publication Web personnalisée avec PHP
69
Installation manuelle de l’API FileMaker pour PHP
Lorsque vous installez FileMaker Server, vous avez la possibilité d’installer la version de PHP
prise en charge par FileMaker. Si un moteur PHP est déjà installé et configuré et que vous
souhaitez uniquement ajouter l’API FileMaker pour PHP, installez manuellement la classe API
FileMaker pour PHP pour qu’elle soit disponible dans vos scripts PHP.
Si vous n’avez pas installé la version de PHP prise en charge par FileMaker, veillez à effectuer les
tâches de configuration suivantes dans votre version du moteur PHP :
1 Activez le module cURL dans php.ini.
1 Indiquez l’emplacement de l’API FileMaker pour PHP dans la variable include_path de php.ini.
1 Si vous accédez à des bases de données contenant des dates et des heures, installez le
package Pear de date. Pour plus d’informations, consultez la rubrique :
http://pear.php.net/package/date/
Remarque Pour connaître la version de PHP minimum requise, consultez la page
http://www.filemaker.com/r/fms-specs. Pour des résultats optimums, utilisez la version de PHP
appropriée.
Pour que l’API FileMaker pour PHP soit accessible dans vos scripts PHP
Lorsque vous avez installé FileMaker Server, l’API FileMaker pour PHP a été incluse sous la
forme d’un fichier .zip à l’emplacement suivant :
1 Pour IIS (Windows) :
[disque]:\Program Files\FileMaker\FileMaker Server\Web
Publishing\FM_API_for_PHP_Standalone.zip
où [disque] correspond au disque sur lequel réside le composant Serveur Web de votre
déploiement FileMaker Server.
1 Pour Apache (OS X) :
/Library/FileMaker Server/Web Publishing/FM_API_for_PHP_Standalone.zip
Le fichier FM_API_for_PHP_Standalone.zip contient un fichier nommé FileMaker.php et un
dossier nommé FileMaker. Décompressez ce fichier et copiez le fichier FileMaker.php ainsi que le
dossier FileMaker dans l’un des emplacements suivants :
1 le dossier dans lequel résident vos scripts PHP ;
1 Pour IIS (Windows) via HTTP ou HTTPS :
[disque]:\Program Files\FileMaker\FileMaker Server\HTTPServer\Conf
où [lecteur] correspond au lecteur sur lequel réside le composant Moteur de publication
Web de votre déploiement FileMaker Server.
1 Pour Apache (OS X) via HTTP : /Library/FileMaker Server/HTTPServer/htdocs
1 Pour Apache (OS X) via HTTPS :
/Library/FileMaker Server/HTTPServer/htdocs/httpsRoot
1 l’un des répertoires include_path de votre installation de PHP. L’emplacement par défaut sous
Mac OS X est /usr/lib/php.
Chapitre 6 | À propos de la fonction de Publication Web personnalisée avec PHP
70
Etape suivante
Voici quelques suggestions pour commencer à développer des solutions de publication Web
personnalisée :
1 Utilisez l’Admin Console de FileMaker Server pour activer la publication Web personnalisée.
Reportez-vous à l’aide de FileMaker Server et au Guide de démarrage de FileMaker Server.
1 Dans FileMaker Pro, ouvrez chaque base de données FileMaker à publier et assurez-vous que
chacune d’entre elles dispose du ou des privilèges d’accès étendus pour la Publication Web
personnalisée. Consultez la section « Activation de la Publication Web personnalisée dans une
base de données », page 13.
1 Pour savoir comment accéder aux données des bases de données FileMaker à l’aide de l’API
FileMaker pour PHP, reportez-vous au chapitre 8, « Utilisation de l’API FileMaker pour PHP ».
Chapitre 7
Présentation de la Publication Web
personnalisée avec PHP
L’API FileMaker pour PHP permet d’intégrer des données à partir de bases de données FileMaker
Pro dans des solutions PHP. Ce chapitre décrit le fonctionnement de PHP avec le moteur de
publication Web personnalisé de FileMaker Server. Pour plus d’informations sur l’API FileMaker
pour PHP, reportez-vous au chapitre 8, « Utilisation de l’API FileMaker pour PHP ».
Fonctionnement du moteur de publication Web avec les solutions PHP
FileMaker Server comprend trois composants : un serveur Web, le moteur de publication Web et
le serveur de bases de données (Ces éléments peuvent être déployés sur un ou deux ordinateurs.
Pour plus d’informations, consultez le Guide de démarrage de FileMaker Server.) FileMaker
Server héberge la solution PHP lorsque vous placez les fichiers PHP sur le serveur Web
d’installation du moteur PHP.
1 Lorsqu’un utilisateur Web ouvre une solution PHP, le serveur Web achemine la demande vers
le moteur PHP, qui traite le code PHP.
1 Si le code PHP contient des appels vers l’API FileMaker pour PHP, ces appels sont interprétés
et envoyés sous la forme de requêtes vers le moteur de publication Web.
1 Le moteur de publication Web recherche les données dans les bases de données hébergées
par le serveur de bases de données.
1 Le serveur de bases de données envoie les données demandées au moteur de publication Web.
1 Le moteur de publication Web envoie les données au moteur PHP sur le serveur Web en
réponse à l’appel d’API.
1 La solution PHP traite les données et les affiche pour l’utilisateur Web.
Etapes générales de la Publication Web personnalisée avec PHP
La présente section récapitule la procédure d’utilisation de la Publication Web personnalisée avec PHP :
1. Vérifiez que Activer la publication PHP est coché dans Admin Console. Reportez-vous au
Guide de démarrage de FileMaker Server.
Chapitre 7 | Présentation de la Publication Web personnalisée avec PHP
72
2. Dans Admin Console, choisissez le volet Bases de données et veillez à ce que le privilège
étendu fmphp soit activé pour la Publication Web personnalisée avec PHP et ce, pour chaque
base de données FileMaker que vous publiez.
Si nécessaire, utilisez FileMaker Pro pour activer la Publication Web personnalisée pour une
base de données. Consultez la section chapitre 2, « Préparation des bases de données pour
la Publication Web personnalisée ».
Remarque Lors de la création de solutions PHP destinées à un utilisateur final, prenez soin
d’utiliser des jeux de privilèges d’accès équivalents dans la base de données FileMaker. Dans
le cas contraire, vous pouvez avoir accès à des modèles et des fonctions de la base de
données FileMaker qui ne seront pas accessibles à l’utilisateur final, ce qui risque d’entraîner
des problèmes de fonctionnement.
3. Utilisez les outils de création PHP pour créer votre solution PHP, en intégrant les fonctions de
l’API FileMaker à votre code PHP pour accéder à vos données FileMaker. Consultez la section
chapitre 8, « Utilisation de l’API FileMaker pour PHP ».
4. Copiez ou déplacez les fichiers et la structure de répertoire de votre site vers le dossier suivant
sur le serveur Web :
1 Pour IIS (Windows) via HTTP ou HTTPS :
[disque]:\Program Files\FileMaker\FileMaker Server\HTTPServer\Conf
où [disque] est le disque sur lequel réside le composant Moteur de publication Web de
votre déploiement FileMaker Server.
1 Pour Apache (OS X) via HTTP : /Library/FileMaker Server/HTTPServer/htdocs
1 Pour Apache (OS X) via HTTPS :
/Library/FileMaker Server/HTTPServer/htdocs/httpsRoot
5. Si une rubrique de base de données de conteneur stocke une référence à un fichier et non le
fichier lui-même, l’objet Conteneur référencé doit alors être stocké dans le dossier
FileMaker Pro Web lorsque l’enregistrement est créé ou modifié. Vous devez copier ou
déplacer l’objet dans un dossier possédant le même emplacement relatif dans le dossier racine
du logiciel de serveur Web.
Consultez la section « À propos de la publication du contenu des rubriques Conteneur sur le
Web », page 16.
6. Assurez-vous que les mécanismes de sécurité pour votre site ou votre programme sont mis
en œuvre.
7. Testez votre site en utilisant les comptes et les privilèges d’accès définis pour les utilisateurs Web.
Chapitre 7 | Présentation de la Publication Web personnalisée avec PHP
73
8. Mettez le site à la disposition des utilisateurs. L’URL saisie par l’utilisateur Web utilise le
format suivant :
http://<serveur>/<chemin_site>
1 <serveur> est l’ordinateur sur lequel se trouve FileMaker Server
1 <chemin_site> est le chemin d’accès relatif vers la page d’accueil de votre site, déterminé
par la structure de répertoire que vous avez utilisée à l’étape 4 ci-dessus.
Par exemple, si l’adresse de votre serveur Web est 192.168.123.101 et que la page d’accueil de
votre site se trouve sur le serveur Web à l’emplacement
c:\Inetpub\wwwroot\customers\index.php, l’utilisateur Web doit saisir l’URL suivante :
http://192.168.123.101/customers/index.php
Remarque PHP utilise le codage Latin-1 (ISO-8859-1). FileMaker Server renvoie des données
Unicode (UTF-8). Utilisez l’Admin Console de FileMaker Server pour spécifier le codage de
caractères par défaut de votre site. Pour les sites PHP, vous pouvez spécifier UTF-8 ou ISO-88591 ; UTF-8 est recommandé. Spécifiez le même paramètre pour l’attribut charset dans la section
<HEAD> des fichiers PHP de votre site.
Pour plus d’informations sur le déploiement et l’utilisation d’une solution PHP, consultez la
rubrique chapitre 9, « Stockage, test et suivi d’un site ».
Chapitre 8
Utilisation de l’API FileMaker pour PHP
L’API FileMaker pour PHP utilise une classe PHP, la classe FileMaker, qui fournit une interface
orientée objet aux bases de données FileMaker. L’API FileMaker pour PHP permet l’accès aux
données et logiques stockées dans une base de données FileMaker Pro et leur publication sur le
Web, ainsi que leur export vers d’autres applications.
L’API FileMaker pour PHP permet au code PHP d’effectuer le même type d’opérations que celles
déjà disponibles dans les bases de données FileMaker Pro :
1 créer, supprimer, modifier et dupliquer des enregistrements ;
1 exécuter des requêtes ;
1
1
1
1
1
procéder à la validation des rubriques et des enregistrements ;
utiliser des modèles ;
exécuter des scripts FileMaker ;
afficher les tables externes et les enregistrements liés ;
utiliser les listes de valeurs.
Ce chapitre explique comment utiliser les objets et méthodes de classe FileMaker pour ajouter
ces fonctions courantes à une solution PHP. Il ne traite pas de l’API FileMaker pour PHP dans son
intégralité, mais présente les objets et méthodes clés.
Où trouver des informations supplémentaires
Pour en savoir plus sur l’API FileMaker pour PHP, consultez les ressources suivantes.
Si vous disposez déjà d’un moteur PHP installé et configuré et que vous souhaitez uniquement
ajouter l’API FileMaker pour PHP, reportez-vous à la section « Installation manuelle de l’API
FileMaker pour PHP », page 69.
Référence API FileMaker pour PHP
Si vous avez installé l’API FileMaker pour PHP, vous pouvez trouver des informations de
référence sur le composant Serveur Web de votre déploiement FileMaker Server.
1 Pour IIS (Windows) :
[disque]:\Program Files\FileMaker\FileMaker Server\Documentation\PHP
API Documentation\index.html
où [disque] correspond au disque sur lequel réside le composant Serveur Web de votre
déploiement FileMaker Server.
1 Pour Apache (OS X) : /Library/FileMaker Server/Documentation/PHP API
Documentation/index.html
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
75
Prise en charge API FileMaker pour PHP
Vous pouvez trouver des informations supplémentaires concernant API FileMaker pour PHP sur
le site Web FileMaker à l’adresse : http://www.filemaker.com/fr/support/technologies/php.html
Utilisation de la classe FileMaker
Pour utiliser la classe FileMaker dans votre solution PHP, ajoutez l’instruction suivante à votre
code PHP :
require_once ('FileMaker.php');
Objets de classe FileMaker
La classe FileMaker définit des objets de classe que vous pouvez utiliser pour extraire des
données à partir des bases de données FileMaker Pro.
Objet de classe
Utilisez cet objet pour
Base de données
FileMaker
Définir les propriétés de la base de données
Vous connecter à une base de données FileMaker Pro
Obtenir des informations sur l’API FileMaker pour PHP
Commande
Créer des commandes qui ajoutent, suppriment, dupliquent ou modifient des
enregistrements, effectuent des requêtes et des scripts
Modèle
Manipuler des modèles de base de données
Enregistrement
Manipuler des données d’enregistrement
Rubrique
Manipuler des données de rubrique
Ensemble lié
Manipuler des enregistrements de table externe
Résultat
Traiter les enregistrements renvoyés par une requête
Erreur
Vérifier si une erreur s’est produite
Traiter les erreurs éventuelles
Objets de commande FileMaker
La classe FileMaker définit un objet de commande de base qui vous permet d’instancier une
commande spécifique et de spécifier les paramètres de cette commande. Pour exécuter la
commande, vous devez appeler la méthode execute().
La classe FileMaker définit les commandes spécifiques suivantes :
1
1
1
1
1
1
1
1
Ajouter, commande
Recherche composée, commande
Supprimer, commande
Dupliquer, commande
Edition, commande
Commande Rechercher, commande Rechercher tout, commande Rechercher au moins
Commande Requête, qui s’ajoute à une commande de recherche composée
Commande Exécuter le script
Ces commandes sont décrites plus en détail dans les sections suivantes :
1 « Utilisation des enregistrements », page 76
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
76
1 « Exécution de scripts FileMaker », page 78
1 « Exécution de requêtes », page 84
Connexion à une base de données FileMaker
La classe FileMaker définit un objet de base de données que vous instanciez pour vous connecter
à un serveur ou à une base de données. Définissez les propriétés de l’objet avec le constructeur
de classe ou en appelant la méthode setProperty().
Exemple : connexion à un serveur pour obtenir une liste des bases de données
$fm = new FileMaker();
$databases = $fm->listDatabases();
Exemple : connexion à une base de données spécifique sur un serveur
Les propriétés du nom d’utilisateur et du mot de passe déterminent le jeu de privilèges d’accès de
cette connexion.
$fm = new FileMaker();
$fm->setProperty('database', 'questionnaire');
$fm->setProperty('hostspec', 'http://192.168.100.110');
$fm->setProperty('username', 'web');
$fm->setProperty('password', 'web');
Remarque La propriété hostspec prend la valeur http://localhost par défaut. Si le moteur
PHP est exécuté sur le même ordinateur que le composant Serveur Web du déploiement
FileMaker Server, il est inutile de spécifier la propriété hostspec. Si le moteur PHP se trouve sur
un autre ordinateur, utilisez la propriété hostspec pour indiquer l’emplacement du composant
Serveur Web du déploiement FileMaker Server.
Utilisation des enregistrements
La classe FileMaker définit un objet d’enregistrement que vous instanciez pour manipuler les
enregistrements. Une instance d’objet d’enregistrement représente un enregistrement à partir
d’une base de données FileMaker Pro. Utilisez un objet d’enregistrement avec les commandes
Ajouter, Supprimer, Dupliquer et Edition pour modifier les données de l’enregistrement. Les
commandes Rechercher (Rechercher, Rechercher tout, Rechercher au moins et Recherche
composée) renvoient un tableau d’objets d’enregistrement.
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
77
Création d’un enregistrement
Il existe deux manières de créer un enregistrement :
1 Utilisez la méthode createRecord() , en spécifiant un nom de modèle et éventuellement un
tableau de valeurs de rubriques. Vous pouvez également définir des valeurs individuellement
dans le nouvel objet d’enregistrement.
La méthode createRecord() ne sauvegarde pas le nouvel enregistrement dans la base de
données. Pour sauvegarder l’enregistrement dans la base de données, appelez la méthode
commit().
Par exemple :
$rec = $fm->createRecord('Form View', $values);
$result = $rec->commit();
1 Utilisez la commande Ajouter. Utilisez la méthode newAddCommand() pour créer un objet
FileMaker_Command_Add, en spécifiant le nom du modèle et un tableau de données
d’enregistrement. Pour sauvegarder l’enregistrement dans la base de données, appelez la
méthode execute().
Par exemple :
$newAdd = $fm->newAddCommand('Respondent', $respondent_data);
$result = $newAdd->execute();
Duplication d’un enregistrement
Dupliquez un enregistrement existant en utilisant la commande Dupliquer. Utilisez la méthode
newDuplicateCommand() pour créer un objet FileMaker_Command_Duplicate, en spécifiant le
nom du modèle et l’ID de l’enregistrement que vous souhaitez dupliquer. Puis, dupliquez
l’enregistrement en appelant la méthode execute().
Exemple
$newDuplicate = $fm->newDuplicateCommand('Respondent', $rec_ID);
$result = $newDuplicate->execute();
Edition d’un enregistrement
Il existe deux manières d’éditer un enregistrement :
1 Utilisation de la commande Edition. Utilisez la méthode newEditCommand() pour créer un
objet FileMaker_Command_Edit, en spécifiant le nom du modèle et l’ID de l’enregistrement que
vous souhaitez éditer, ainsi qu’un tableau de valeurs que vous souhaitez mettre à jour. Puis,
éditez l’enregistrement en appelant la méthode execute().
Par exemple :
$newEdit = $fm->newEditCommand('Respondent', $rec_ID, $respondent_data);
$result = $newEdit->execute();
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
78
1 Utilisation d’un objet d’enregistrement. Extrayez un enregistrement à partir de la base de
données, modifiez les valeurs des rubriques, puis éditez l’enregistrement en appelant la
méthode commit().
Par exemple :
$rec = $fm->getRecordById('Form View', $rec_ID);
$rec->setField('Name', $nameEntered);
$result = $rec->commit();
Suppression d’un enregistrement
Il existe deux manières de supprimer un enregistrement :
1 Extrayez un enregistrement à partir de la base de données, puis appelez la méthode
delete() .
Par exemple :
$rec = $fm->getRecordById('Form View', $rec_ID);
$rec->delete();
1 Supprimez un enregistrement existant en utilisant la commande Supprimer. Utilisez la méthode
newDeleteCommand() pour créer un objet FileMaker_Command_Delete, en spécifiant le
nom du modèle et l’ID de l’enregistrement que vous souhaitez supprimer. Puis, supprimez
l’enregistrement en appelant la méthode execute().
Par exemple :
$newDelete = $fm->newDeleteCommand('Respondent', $rec_ID);
$result = $newDelete->execute();
Exécution de scripts FileMaker
Un script FileMaker est un ensemble nommé d’actions de script. La classe FileMaker définit
plusieurs méthodes qui vous permettent d’utiliser des scripts FileMaker définis dans une base de
données FileMaker Pro. Pour plus d’informations sur les actions de script compatibles Web (les
actions de script qui peuvent être exécutées dans une solution Web), reportez-vous à la section
« Scripts FileMaker et Publication Web personnalisée », page 19.
Obtention de la liste des scripts disponibles
Utilisez la méthode listScripts() pour obtenir la liste des scripts disponibles à partir de la
base de données actuellement connectée. La méthode listScripts() renvoie un tableau de
scripts pouvant être exécutés par le nom d’utilisateur et le mot de passe spécifiés lors de la
définition de la connexion à la base de données. (Reportez-vous à la section « Connexion à une
base de données FileMaker », page 76.)
Exemple
$scripts = $fm->listScripts();
Exécution d’un script FileMaker
Utilisez la méthode newPerformScriptCommand() pour créer un objet
FileMaker_Command_PerformScript, spécifiant le modèle, le nom du script et les paramètres de
script de votre choix. Puis, exécutez le script en appelant la méthode execute().
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
79
Exemple
$newPerformScript = $fm->newPerformScriptCommand('Order Summary',
'ComputeTotal');
$result = $newPerformScript->execute();
Exécution d’un script avant l’exécution d’une commande
Utilisez la méthode setPreCommandScript() pour spécifier l’exécution d’un script avant
l’exécution d’une commande. L’exemple suivant utilise une commande Rechercher, mais vous
pouvez utiliser la méthode setPreCommandScript() avec n’importe quelle commande.
Exemple
$findCommand = $fm->newFindCommand('Students');
$findCommand->addFindCriterion('GPA', $searchValue);
$findCommand->setPreCommandScript('UpdateGPA');
$result = $findCommand->execute();
Exécution d’un script avant le tri d’un ensemble de résultats
Utilisez la méthode setPreSortScript() pour spécifier l’exécution d’un script après la
génération d’un ensemble de résultats à l’aide de la commande Rechercher, mais avant le tri de
cet ensemble de résultats. Pour plus d’informations, consultez la section « Utilisation de la
commande Rechercher », page 85.
Exemple
$findCommand = $fm->newFindCommand('Students');
$findCommand->setPreSortScript('RemoveExpelled');
Exécution d’un script après la génération d’un ensemble de résultats
Utilisez la commande setScript() pour spécifier l’exécution d’un script après la génération
d’un ensemble de résultats à l’aide de la commande Rechercher. Pour plus d’informations,
consultez la section « Utilisation de la commande Rechercher », page 85.
Exemple
$findCommand = $fm->newFindCommand('Students');
$findCommand->setScript('myScript','param1|param2|param3');
Ordre d’exécution du script
Vous pouvez spécifier les méthodes setPreCommandScript(), setPreSortScript() et
setScript() en conjonction avec les méthodes setResultLayout() et addSortRule()
pour une seule commande. Voici l’ordre dans lequel FileMaker Server et le moteur de publication
Web traitent ces méthodes :
1. Exécution du script spécifié dans la méthode setPreCommandScript(), le cas échéant.
2. Traitement de la commande elle-même, par exemple la commande Rechercher ou Supprimer
l’enregistrement.
3. Exécution du script spécifié dans la méthode setPreSortScript(), le cas échéant.
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
80
4. Tri de l’ensemble de résultats de la commande Rechercher, si la méthode addSortRule() a
été spécifiée.
5. Traitement de la méthode setResultLayout() pour passer d’un modèle à un autre, si indiqué.
6. Exécution du script spécifié dans la méthode setScript(), le cas échéant.
7. Renvoi de l’ensemble de résultats final de la commande Rechercher.
Si l’une des étapes décrites ci-dessus génère un code d’erreur, l’exécution de la commande
s’arrête ; les étapes suivantes ne sont alors pas exécutées. Toutefois, toutes les étapes
antérieures dans la requête restent exécutées.
Par exemple, imaginons une commande qui supprime l’enregistrement ouvert, trie les
enregistrements, puis exécute un script. Si la méthode addSortRule() pointe vers une rubrique
qui n’existe pas, la requête supprime l’enregistrement ouvert et renvoie le code d’erreur 102
(« Rubrique manquante »), mais n’exécute cependant pas le script.
Utilisation des modèles FileMaker
Un modèle est un agencement de rubriques, d’objets, d’images et d’autres éléments qui
déterminent l’organisation et la présentation des informations lors de la lecture, de la
prévisualisation ou de l’impression d’enregistrements par l’utilisateur. La classe FileMaker définit
plusieurs méthodes qui vous permettent d’utiliser des modèles définis dans une base de données
FileMaker Pro. Vous pouvez obtenir des informations sur les modèles à partir de plusieurs objets
de classe FileMaker.
Avec cet objet de classe
Utilisez ces méthodes
Base de données
1 listLayouts() obtient la liste des noms de modèles disponibles.
1 getLayout() obtient un objet de modèle en pointant vers un nom de modèle.
Modèle
1 getName() extrait le nom de modèle d’un objet de modèle spécifique.
1 listFields() extrait un tableau de tous les noms de rubriques utilisés dans un modèle.
1 getFields() extrait un tableau associatif contenant les noms de toutes les rubriques
sous la forme de clés et les objets FileMaker_Field liés sous la forme d’un tableau de
valeurs.
1 listValueLists() extrait un tableau des noms de listes de valeurs.
1 listRelatedSets() extrait un tableau des noms des ensembles liés.
1 getDatabase() renvoie le nom de la base de données.
Enregistrement
1 getLayout() renvoie l’objet de modèle lié à un enregistrement spécifique.
Rubrique
1 getLayout() renvoie l’objet de modèle contenant une rubrique spécifique.
Commande
1 setResultLayout() renvoie les résultats de la commande dans un modèle différent
du modèle en cours.
Utilisation des tables externes
Une table externe est une table qui affiche les lignes de données d’un ou plusieurs
enregistrements correspondants. La classe FileMaker définit un objet d’ensemble lié et plusieurs
méthodes qui vous permettent d’utiliser des tables externes définies dans une base de données
FileMaker Pro.
Un objet d’ensemble lié est un tableau d’objets d’enregistrement issus de la table externe
correspondante ; chaque objet d’enregistrement correspond à une ligne de données dans la
table externe.
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
81
Création d’une liste des tables externes définies sur un modèle spécifique
Pour un objet de modèle spécifique, utilisez la méthode listRelatedSets() pour extraire une
liste des noms de tables de toutes les tables externes définies dans ce modèle.
Exemple
$tableNames = $currentLayout->listRelatedSets();
Obtention des noms de tables externes d’un objet de résultat spécifique
Pour un objet FileMaker_Result spécifique, utilisez la méthode getRelatedSets() pour
extraire les noms de toutes les tables externes de cet enregistrement.
Exemple
$relatedSetsNames = $result->getRelatedSets();
Obtention d’informations sur les tables externes d’un modèle spécifique
Pour un objet de modèle spécifique, utilisez la méthode getRelatedSets() pour extraire un
tableau d’objets FileMaker_RelatedSet décrivant les tables externes du modèle. Le tableau
renvoyé est un tableau associatif contenant les noms des tables sous la forme d’un tableau de
clés, et les objets FileMaker_RelatedSet liés sous la forme d’un tableau de valeurs.
Exemple
$relatedSetsArray = $currentLayout->getRelatedSets();
Obtention d’informations sur une table externe spécifique
Pour un objet de modèle spécifique, utilisez la méthode getRelatedSet() pour extraire l’objet
FileMaker_RelatedSet décrivant une table externe spécifique.
Exemple
$relatedSet = $currentLayout->getRelatedSet('customers');
Obtention du nom de table d’une table externe
Pour un objet d’ensemble lié, utilisez la méthode getName() pour obtenir le nom de table de la
table externe.
Exemple
$tableName = $relatedSet->getName();
Obtention des enregistrements externes d’un enregistrement spécifique
Pour un objet d’enregistrement spécifique, utilisez la méthode getRelatedSet() pour extraire
un tableau des enregistrements externes liés à cet enregistrement.
Exemple
$relatedRecordsArray = $currentRecord->getRelatedSet('customers');
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
82
Création d’un nouvel enregistrement dans une table externe
Utilisez la méthode newRelatedRecord() pour créer un nouvel enregistrement dans
l’ensemble lié spécifié, et validez cette modification dans la base de données en appelant la
méthode commit().
Exemple
//créer une nouvelle ligne de table externe dans la table externe 'customer'
$new_row = $currentRecord->newRelatedRecord('customer');
//définir les valeurs des rubriques dans la nouvelle ligne de table externe
$new_row->setField('customer::name', $newName);
$new_row->setField('customer::company', $newCompany);
$result = $new_row->commit();
Suppression d’un enregistrement d’une table externe
Utilisez la méthode delete() pour supprimer un enregistrement d’une table externe.
Exemple
$relatedSet = $currentRecord->getRelatedSet('customers');
/* Exécuté sur chacune des lignes de la table externe */
foreach ($relatedSet as $nextRow) {
$nameField = $nextRow->getField('customer::name')
if ($nameField == $badName ) {
$result =
$newRow->delete();
}
}
Utilisation des listes de valeurs
Une liste de valeurs est un ensemble de choix prédéfinis. La classe FileMaker définit plusieurs
méthodes qui vous permettent d’utiliser des listes de valeurs définies dans une base de données
FileMaker Pro.
Obtention des noms de toutes les listes de valeurs d’un modèle spécifique
Pour un objet de modèle spécifique, utilisez la méthode listValueLists() pour extraire un
tableau contenant les noms des listes de valeurs.
Exemple
$valueListNames = $currentLayout->listValueLists();
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
83
Obtention d’un tableau de toutes les listes de valeurs d’un modèle spécifique
Pour un objet de modèle spécifique, utilisez la méthode getValueListsTwoFields() pour
extraire un tableau contenant les valeurs de toutes les listes de valeurs. Le tableau renvoyé est
un tableau associatif. Les clés du tableau correspondent aux noms des listes de valeurs et les
valeurs du tableau sont des tableaux associatifs qui dressent la liste des noms affichés et des
choix correspondants pour chaque liste de valeurs.
Exemple
$valueListsArray = $currentLayout->getValueListsTwoFields();
Remarque Bien que la méthode getValueLists() soit encore prise en charge dans l’API
FileMaker pour PHP, elle n’est plus utilisée. Utilisez plutôt la méthode
getValueListsTwoFields().
Obtention des valeurs pour une liste de valeurs nommée
Pour un objet de modèle spécifique, utilisez la méthode getValueListTwoFields() pour
extraire un tableau des choix définis dans la liste de valeurs nommée. Le tableau renvoyé est un
tableau associatif. Ses clés correspondent aux valeurs affichées dans la seconde rubrique de la
liste de valeurs et ses valeurs, aux valeurs stockées associées de la première rubrique.
En fonction des options sélectionnées dans la boîte de dialogue Rubriques pour la liste de valeurs
de la base de données FileMaker, la méthode getValueListTwoFields() renvoie la valeur
dans la première rubrique uniquement, la valeur dans la seconde rubrique uniquement ou les
valeurs dans les deux rubriques d’une liste de valeurs, l’une étant la valeur stockée et l’autre, la
valeur affichée.
1 Si l’option Afficher également les valeurs de la seconde rubrique n’est pas sélectionnée, la
méthode getValueListTwoFields() renvoie la valeur de la première rubrique de la liste
de valeurs, correspondant à la fois à la valeur stockée et à la valeur affichée.
1 Si les options Afficher également les valeurs de la seconde rubrique et Afficher
uniquement les valeurs de la seconde rubrique sont toutes les deux sélectionnées, la
méthode getValueListTwoFields() renvoie la valeur de la première rubrique sous forme
de valeur stockée et la valeur de la seconde rubrique sous forme de valeur affichée.
1 Si l’option Afficher également les valeurs de la seconde rubrique est sélectionnée et que
l’option Afficher uniquement les valeurs de la seconde rubrique ne l’est pas, la méthode
getValueListTwoFields() renvoie la valeur de la première rubrique sous forme de valeur
stockée et les deux valeurs provenant de la première et de la seconde rubriques, sous forme
de valeur affichée.
Utilisez un itérateur avec la méthode getValueListTwoFields() pour rechercher la valeur
affichée et la valeur stockée.
Exemple
$layout = $fm->getLayout('customers');
$valuearray = $layout->getValueListTwoFields("region", 4);
foreach ($valuearray as $displayValue => $value) {
....
}
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
84
Remarques
1 Bien que la méthode getValueList() soit encore prise en charge dans l’API FileMaker pour
PHP, elle n’est plus utilisée. Utilisez plutôt la méthode getValueListTwoFields().
1 Lorsque vous utilisez la méthode getValueListTwoFields(), veillez à inclure une boucle
foreach pour faire une boucle dans le tableau associatif. Par contre, n’utilisez pas de boucle
for qui pourrait générer des résultats inattendus.
Exécution de requêtes
La classe FileMaker définit quatre types d’objets de commande Rechercher :
1 Commande Rechercher tout. Consultez la section « Utilisation de la commande Rechercher
tout », page 85.
1 Commande Rechercher au moins. Consultez la section « Utilisation de la commande
Rechercher au moins », page 85.
1 Commande Rechercher. Consultez la section « Utilisation de la commande Rechercher », page 85.
1 Commande Recherche composée. Consultez la section « Utilisation d’une commande
Recherche composée », page 85.
La classe FileMaker définit également plusieurs méthodes pouvant être utilisées pour les quatre
types de commandes Rechercher :
1 Utilisez la méthode addSortRule() pour ajouter une règle définissant la manière dont
l’ensemble de résultats doit être trié. Utilisez la méthode clearSortRules() pour effacer
toutes les règles de tri qui ont été définies.
1 Utilisez la méthode setLogicalOperator() pour basculer entre les recherches AND
logiques et les recherches OR logiques.
1 Utilisez la méthode setRange() pour effectuer une requête visant à obtenir uniquement une
partie de l’ensemble de résultats. Utilisez la méthode getRange() pour extraire la définition
de la plage actuelle.
L’utilisation de la méthode setRange() peut améliorer la performance de votre solution en
réduisant le nombre d’enregistrement renvoyés par la requête Rechercher. Par exemple, si une
requête Rechercher renvoie 100 enregistrements, vous pouvez répartir l’ensemble de résultats
en cinq groupes de 20 enregistrements chacun au lieu de traiter les 100 enregistrements en
une seule fois.
1 Vous pouvez exécuter les scripts FileMaker en conjonction avec les commandes Rechercher.
1 Pour exécuter un script avant d’exécuter la commande Rechercher, utilisez la méthode
setPreCommandScript().
1 Pour exécuter un script avant le tri de l’ensemble de résultats, utilisez la méthode
setPreSortScript().
1 Pour exécuter un script après la génération d’un ensemble de résultats, mais avant le tri de
cet ensemble de résultats, utilisez la méthode setScript().
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
85
Utilisation de la commande Rechercher tout
Utilisez la commande Rechercher tout pour extraire tous les enregistrements d’un modèle spécifié.
Utilisez la méthode newFindAllCommand(), en spécifiant un modèle spécifique, pour créer un objet
FileMaker_Command_FindAll. Puis, exécutez la requête en appelant la méthode execute().
Exemple
$findCommand = $fm->newFindAllCommand('Form View');
$result = $findCommand->execute;
Remarque Pour éviter les problèmes de surcharge de la mémoire de l’ordinateur si vous utilisez
la commande Rechercher tout, indiquez par défaut un nombre maximum d’enregistrements à
renvoyer par page.
Utilisation de la commande Rechercher au moins
Utilisez la commande Rechercher au moins pour extraire un enregistrement aléatoire d’un modèle
spécifié. Utilisez la méthode newFindAnyCommand() , en spécifiant un modèle spécifique, pour
créer un objet FileMaker_Command_FindAny. Puis, exécutez la requête en appelant la méthode
execute().
Exemple
$findCommand = $fm->newFindAnyCommand('Form View');
$result = $findCommand->execute;
Utilisation de la commande Rechercher
Utilisez la méthode newFindCommand() , en spécifiant un modèle spécifique, pour créer un objet
FileMaker_Command_Find. Puis, exécutez la requête en appelant la méthode execute().
Utilisez la méthode addFindCriterion() pour ajouter des critères à la requête. Utilisez la
méthode clearFindCriteria() pour effacer tous les critères de recherche qui ont été définis.
Exemple : recherche d’un enregistrement par nom de rubrique
$findCommand = $fm->newFindCommand('Form View');
$findCommand->addFindCriterion('Questionnaire ID', $active_questionnaire_id);
$result = $findCommand->execute();
Exemple : ajout d’un ordre de tri
$findCommand = $fm->newFindCommand('Customer List');
$findCommand->addSortRule('Title', 1, FILEMAKER_SORT_ASCEND);
$result = $findCommand->execute();
Utilisation d’une commande Recherche composée
La commande Recherche composée vous permet de combiner plusieurs objets de requête en
une seule commande.
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
86
Pour créer une commande Recherche composée :
1 Créez un objet FileMaker_Command_CompoundFind en appelant la méthode
newCompoundFindCommand().
1 Créez un ou plusieurs objets FileMaker_Command_FindRequest en appelant la méthode
newFindRequest().
1 Utilisez la méthode add() pour ajouter les objets Requête à l’objet de commande Recherche
composée.
1 Exécutez la commande Recherche composée en appelant la méthode execute().
Exemple : commande Recherche composée
// Créer l’objet de commande Recherche composée
$compoundFind = $fm->newCompoundFindCommand('Form View');
// Créer la première requête
$findreq1 = $fm->newFindRequest('Form View');
// Créer la seconde requête
$findreq2 = $fm->newFindRequest('Form View');
// Créer la troisième requête
$findreq3 = $fm->newFindRequest('Form View');
// Spécifier le critère de recherche de la première requête
$findreq1->addFindCriterion('Quantity in Stock', '<100');
// Spécifier le critère de recherche de la seconde requête
$findreq2->addFindCriterion('Quantity in Stock', '0');
// Spécifier le critère de recherche de la troisième requête
$findreq3->addFindCriterion('Cover Photo Credit', 'The London Morning News');
// Ajouter des requêtes à une commande Recherche composée
$compoundFind->add(1,$findreq1);
$compoundFind->add(2,$findreq2);
$compoundFind->add(3,$findreq3);
// Définir un ordre de tri
$compoundFind->addSortRule('Title', 1, FILEMAKER_SORT_DESCEND);
// Exécuter une commande Recherche composée
$result = $compoundFind->execute();
// Obtenir des enregistrements à partir de l’ensemble d’enregistrements trouvés
$records = $result->getRecords();
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
87
// Indiquer le nombre d’enregistrements trouvés
echo 'Found '. count($records) . " results.<br><br>";
Traitement des enregistrements d’un ensemble de résultats
1 Extrayez un tableau contenant chaque enregistrement de l’ensemble de résultats en appelant
la méthode getRecords(). Chaque membre du tableau est un objet FileMaker_Record, ou
une instance du nom de classe défini dans l’API pour instancier les enregistrements. Le tableau
peut être vide si l’ensemble de résultats ne contient aucun enregistrement.
1 Obtenez la liste des noms de toutes les rubriques de l’ensemble de résultats en appelant la
méthode getFields() . Cette méthode renvoie uniquement les noms des rubriques. Si vous avez
besoin d’informations supplémentaires concernant les rubriques, utilisez l’objet de modèle lié.
1 Obtenez le nombre d’enregistrements du jeu complet d’enregistrements trouvés en appelant la
méthode getFoundSetCount().
1 Obtenez le nombre d’enregistrements du jeu d’enregistrements trouvés filtré en appelant la
méthode getFetchCount() . Si aucun paramètre de plage n’a été spécifié pour la
commande Rechercher, cette valeur est alors égale au résultat de la méthode
getFoundSetCount(). Elle est toujours égale à la valeur de count($response>getRecords()).
1 Pour un enregistrement spécifique, utilisez la méthode getField() pour renvoyer le contenu
d’une rubrique sous la forme d’une chaîne.
1 Pour un enregistrement spécifique, utilisez la méthode getFieldAsTimestamp() pour
renvoyer le contenu d’une rubrique sous la forme d’un horodatage Unix (la représentation
interne d’une date en PHP).
1 Si la rubrique est une rubrique Date, l’horodatage concerne la date de la rubrique à minuit.
1 Si la rubrique est une rubrique Heure, l’horodatage concerne l’heure au 1er janvier 1970.
1 Si la rubrique est une rubrique Horodatage, la valeur d’horodatage de FileMaker est
directement mise en correspondance avec l’horodatage Unix.
1 Si la rubrique spécifiée n’est ni une rubrique Date ni une rubrique Heure, ou si l’horodatage
généré se situe en dehors de la plage, la méthode getFieldAsTimestamp() renvoie un
objet FileMaker_Error.
1 Pour un enregistrement spécifique, utilisez la méthode getContainerData() pour renvoyer
un objet de rubrique Conteneur sous la forme de données binaires :
<IMG src=”img.php?-url=<?php echo urlencode($record->getField(’Cover
Image’)); ?>”>
echo $fm->getContainerData($_GET[’-url’]);
1 Pour un enregistrement spécifique, utilisez la méthode getContainerDataURL() pour
renvoyer une URL entièrement qualifiée pour l’objet de la rubrique Conteneur :
// Pour les images, utilisez la balise HTML img
echo '<img src="'.$fm->
getContainerDataURL($record->getField('container')) .'">';
// Pour les vidéos et les fichiers PDF, utilisez la balise HTML embed
//echo '<embed src="'.$fm->
getContainerDataURL($record->getField('container')) .'">';
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
88
Filtrage des lignes des tables externes renvoyées par les requêtes
Dans une solution comportant de nombreux enregistrements liés, l’interrogation et le tri des
enregistrements externes peuvent demander beaucoup de temps. Pour restreindre le nombre
d’enregistrements affichés dans un ensemble lié, utilisez la méthode
setRelatedSetsFilters() avec les requêtes. La méthode setRelatedSetsFilters()
prend deux arguments :
1 une valeur de filtre des ensembles liés : layout ou none.
1 Si vous spécifiez la valeur none, le moteur de publication Web renvoie toutes les lignes de
la table externe, ainsi que les enregistrements externes qui ne sont pas prétriés.
1 Si vous spécifiez la valeur layout, les paramètres indiqués dans la boîte de dialogue Table
externe de FileMaker Pro sont respectés. Les enregistrements sont triés sur la base du tri
défini dans la boîte de dialogue Table externe, le jeu d’enregistrements filtré commençant
par la ligne initiale indiquée.
1 le nombre maximum d’enregistrements de table externe renvoyés : un nombre entier ou tout.
1 Cette valeur est utilisée uniquement lorsque le paramètre Autoriser le défilement vertical
est activé dans la boîte de dialogue Table externe. Lorsque vous spécifiez un nombre entier,
ce nombre de lignes est renvoyé après la ligne initiale. Lorsque vous spécifiez all, le
moteur de publication Web renvoie tous les enregistrements liés.
1 Lorsque le paramètre Autoriser le défilement vertical est désactivé, le nombre de lignes
de la boîte de dialogue Table externe détermine le nombre maximal d’enregistrements liés
qui sont renvoyés.
Prévalidation des commandes, des enregistrements et des rubriques
La classe FileMaker vous permet de prévalider les données d’une rubrique dans une solution PHP
sur le serveur Web avant de les valider dans la base de données.
Lorsque vous envisagez d’utiliser la prévalidation, tenez compte du nombre de valeurs saisies par
l’utilisateur Web. Si l’utilisateur met à jour un petit nombre de rubriques, vous pouvez améliorer la
performance en n’utilisant pas la prévalidation. Mais si l’utilisateur saisit des données dans de
nombreuses rubriques, la prévalidation peut lui éviter la frustration liée au rejet d’un
enregistrement par la base de données en raison d’erreurs de validation.
Avec la classe FileMaker, le moteur PHP prévalide les contraintes de rubrique suivantes :
1 non vide
Les données valides sont les chaînes de caractères non vides. Les données doivent contenir
au moins un caractère.
1 numérique uniquement
Les données valides contiennent des caractères numériques uniquement.
1 nombre maximal de caractères
Les données valides contiennent au plus le nombre maximal de caractères spécifié.
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
89
1 année à quatre chiffres
Les données valides sont les chaînes de caractères représentant une date avec une année à
quatre chiffres au format J/M/AAAA, où A est un nombre situé entre 1 et 12 inclus, J est un
nombre situé entre 1 et 31 inclus et AAAA est un nombre à quatre chiffres situé entre 0001 et
4000 inclus. Par exemple, 30/1/3030 est une valeur d’année à quatre chiffres valide. Alors
que 31/4/2015 est une valeur d’année à quatre chiffres non valide car le mois d’avril ne
compte pas 31 jours. La validation de la date tient compte de la barre oblique (/), la barre
oblique inversée (\) et du tiret (-) comme délimiteurs. Toutefois, la chaîne ne peut pas contenir
différents délimiteurs. Par exemple, 1\30-2015 n’est pas valide.
1 heure du jour
Les données valides sont les chaînes de caractères représentant une valeur horaire sur
12 heures dans l’un des formats suivants :
1
1
1
1
1
H
H:M
H:M:S
H:M:S AM/PM
H:M AM/PM
où H est un nombre situé entre 1 et 12 inclus ; M et S sont des nombres situés entre 1 et 60 inclus.
La prévalidation du moteur PHP prend en charge la vérification implicite des données de la rubrique
en fonction du type de rubrique :
1 date
Une rubrique définie comme une rubrique Date est validée en fonction des règles de validation
de l’« année à quatre chiffres », exception faite que la valeur année peut contenir de 0 à
4 chiffres (la valeur année peut être vide). Par exemple, 30/1 est une date valide même si
aucune année n’est spécifiée.
1 heure
Une rubrique définie comme une rubrique Heure est validée en fonction des règles de
validation de l’« heure du jour », exception faite que le composant heure (H) peut être un
nombre situé entre 1 et 24 inclus pour prendre en charge les valeurs horaires sur 24 heures.
1 horodatage
Une rubrique définie comme une rubrique Horodatage est validée en fonction des règles de
validation de l’« heure » du composant heure et en fonction des règles de validation de la
« date » du composant date.
La classe FileMaker ne peut pas prévalider toutes les options de validation de rubrique
disponibles dans FileMaker Pro. Les options de validation suivantes ne peuvent pas être
prévalidées car elles dépendent de l’état de toutes les données de la base de données au moment
de la validation de ces données :
1 valeur unique
1 valeur existante
1 entre
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
90
1 élément de la liste de valeurs
1 contrôle par le calcul
Prévalidation des enregistrements dans une commande
Pour un objet de commande, utilisez la méthode validate() pour valider une rubrique ou la
commande entière en fonction des règles de prévalidation mises en œuvre par le moteur PHP. Si
vous transmettez l’argument facultatif du nom de la rubrique, seule cette rubrique sera prévalidée.
Lorsque la prévalidation est réussie, la méthode validate() renvoie TRUE. Lorsque la
prévalidation échoue, la méthode validate() renvoie un objet FileMaker_Error_Validation
contenant des détails sur ce qui n’a pas pu être validé.
Prévalidation des enregistrements
Pour un objet d’enregistrement, utilisez la méthode validate() pour valider une rubrique ou
toutes les rubriques de l’enregistrement en fonction des règles de prévalidation mises en œuvre
par le moteur PHP. Si vous transmettez l’argument facultatif du nom de la rubrique, seule cette
rubrique sera prévalidée.
Lorsque la prévalidation est réussie, la méthode validate() renvoie TRUE. Lorsque la
prévalidation échoue, la méthode validate() renvoie un objet FileMaker_Error_Validation
contenant des détails sur ce qui n’a pas pu être validé.
Prévalidation des rubriques
Pour un objet rubrique, utilisez la méthode validate() pour déterminer si la valeur donnée
d’une rubrique est valide.
Lorsque la prévalidation est réussie, la méthode validate() renvoie TRUE. Lorsque la
prévalidation échoue, la méthode validate() renvoie un objet FileMaker_Error_Validation
contenant des détails sur ce qui n’a pas pu être validé.
Traitement des erreurs de validation
Lorsque la prévalidation échoue, l’objet FileMaker_Error_Validation renvoyé contient un tableau
comportant trois éléments pour chaque échec de validation :
1. L’objet de rubrique pour lequel la prévalidation a échoué
2. Une constante de validation indiquant la règle de validation qui a échoué :
1 - FILEMAKER_RULE_NOTEMPTY
2 - FILEMAKER_RULE_NUMERICONLY
3 - FILEMAKER_RULE_MAXCHARACTERS
4 - FILEMAKER_RULE_FOURDIGITYEAR
5 - FILEMAKER_RULE_TIMEOFDAY
6 - FILEMAKER_RULE_TIMESTAMP_FIELD
7 - FILEMAKER_RULE_DATE_FIELD
8 - FILEMAKER_RULE_TIME_FIELD
3. La valeur réelle entrée dans la rubrique pour laquelle la prévalidation a échoué
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
91
Vous pouvez également utiliser les méthodes suivantes avec un objet
FileMaker_Error_Validation :
1 Utilisez la méthode isValidationError() pour savoir si une erreur est une erreur de
validation.
1 Utilisez la méthode numErrors() pour obtenir le nombre de règles de validation ayant échoué.
Exemple
//Créer une requête Ajouter
$addrequest = $fm->newAddCommand('test', array('join' => 'added', 'maxchars' =>
'abcx', 'field' => 'something' , 'numericonly' => 'abc'));
//Valider toutes les rubriques
$result = $addrequest->validate();
//Si la méthode validate() a renvoyé des erreurs, afficher le nom de la rubrique,
le numéro d’erreur et la valeur ayant échoué.
if(FileMaker::isError($result)){
echo 'Validation failed:'. "\n";
$validationErrors= $result->getErrors();
foreach ($validationErrors as $error) {
$field =
$error[0];
echo 'Field Name: ' .
$field->getName(). "\n";
echo 'Error Code: ' .
$error[1] . "\n";
echo 'Value: ' .
$error[2] . "\n";
}
}
Résultat
Echec de la validation :
Nom de la rubrique : numericonly
Code d’erreur : 2
Valeur : abc
Nom de la rubrique : maxchars
Code d’erreur : 3
Valeur : abcx
Chapitre 8 | Utilisation de l’API FileMaker pour PHP
92
Gestion des erreurs
La classe FileMaker définit l’objet FileMaker_Error pour vous permettre de gérer les erreurs qui
se produisent dans une solution PHP.
Une erreur peut se produire lorsqu’une commande est exécutée. Si une erreur se produit, la
commande renvoie un objet FileMaker_Error. Il est conseillé de vérifier l’erreur renvoyée
lorsqu’une commande est exécutée.
Utilisez les méthodes suivantes pour en savoir plus sur l’erreur indiquée dans l’objet
FileMaker_Error.
1 Vérifiez si une variable est un objet FileMaker Error en appelant la méthode isError() .
1 Obtenez le nombre d’erreurs qui se sont produites en appelant la méthode numErrors() .
1 Extrayez un ensemble de tableaux décrivant les erreurs qui se sont produites en appelant la
méthode getErrors() .
1 Affichez un message d’erreur en appelant la méthode getMessage() .
Exemple
$result = $findCommand->execute();
if (FileMaker::isError($result)) {
echo "<p>Error: " . $result->getMessage() . "</p>";
exit;
}
Pour plus d’informations sur les codes d’erreur renvoyés avec l’objet FileMaker Error, reportezvous à la section annexe A, « Codes d’erreur de la Publication Web personnalisée ».
Chapitre 9
Stockage, test et suivi d’un site
Ce chapitre propose des instructions pour stocker et tester un site en Publication Web
personnalisée avant son déploiement dans un environnement de production. Vous y trouverez
également des instructions relatives à l’utilisation des fichiers journaux permettant d’assurer le
suivi du site en phase de test ou après le déploiement.
Stockage d’un site de Publication Web personnalisée
Avant de pouvoir tester correctement votre site, vous devez copier ou déplacer les fichiers
nécessaires à leur emplacement correct sur le(s) serveur(s) de stockage.
Pour stocker votre site et le préparer pour les tests :
1. Suivez toutes les étapes exposées dans chapitre 2, « Préparation des bases de données pour
la Publication Web personnalisée ».
2. Assurez-vous que la Publication Web personnalisée a été activée et correctement paramétrée
dans Admin Console de FileMaker Server.
Remarque Vous trouverez des instructions dans l’aide de FileMaker Server.
3. Vérifiez le bon fonctionnement du serveur Web et du moteur de publication Web.
4. Copiez ou déplacez les fichiers de votre site vers le composant serveur Web de votre
déploiement FileMaker Server.
Copiez ou déplacez les fichiers de votre site vers le répertoire suivant sur la machine du
serveur Web :
1 IIS (Windows) via HTTP ou HTTPS :
[lecteur]:\Program Files\FileMaker\FileMaker Server\HTTPServer\Conf
où [lecteur] correspond au lecteur sur lequel réside le composant Moteur de publication Web
de votre déploiement FileMaker Server.
1 Apache (OS X) via HTTP : /Bibliothèque/FileMaker Server/HTTPServer/htdocs
1 Apache (OS X) via HTTPS : /Bibliothèque/FileMaker Server/HTTPServer/htdocs/httpsRoot
Chapitre 9 | Stockage, test et suivi d’un site
94
5. Si ce n’est pas déjà fait, copiez ou déplacez tout objet de rubrique Conteneur référencé vers
l’emplacement correct sur l’ordinateur du serveur Web.
1 Si le fichier de base de données est correctement hébergé et accessible sur le composant
Database Server du déploiement de FileMaker Server, et si les types de données de
conteneur stockent les fichiers proprement dits dans la base de données FileMaker, toute
action sur le contenu de la rubrique Conteneur est alors inutile.
1 Si une rubrique de base de données de conteneur stocke une référence à un fichier et non
le fichier lui-même, l’objet Conteneur référencé doit alors être stocké dans le dossier
FileMaker Pro Web lorsque l’enregistrement est créé ou modifié. Pour stocker votre site,
vous devez copier ou déplacer les objets Conteneur référencés dans un dossier possédant
le même emplacement relatif dans le dossier racine du logiciel de serveur Web.
1 Lorsque vous utilisez FileMaker Pro pour télécharger une base de données, les données de la
rubrique Conteneur stockées en externe sont téléchargées vers FileMaker Server dans le
cadre du processus. Pour plus d’informations sur le transfert de fichiers de base de données
vers FileMaker Server, consultez l’aide de FileMaker Pro.
1 Lorsque vous téléchargez manuellement une base de données utilisant une rubrique
Conteneur avec des objets stockés en externe, vous devez copier ou déplacer les objets
référencés dans un sous-dossier du dossier RC_Data_FMS, comme décrit dans la section
« Types de données de conteneur avec données stockées en externe », page 17.
6. Copiez les composants supplémentaires de votre application Web sur la machine hébergeant
le serveur Web. Pour la Publication Web personnalisée avec XML, votre application Web traite
les données XML avant de les envoyer vers une autre application ou au client.
Test d’un site de Publication Web personnalisée
Avant d’informer les utilisateurs de la disponibilité de votre site de Publication Web personnalisée,
vérifier s’il se présente et fonctionne comme prévu.
1 Testez les fonctions telles que la recherche, l’ajout, la suppression et le tri d’enregistrements
avec différents jeux de comptes et de privilèges.
1 Vérifiez si les jeux de privilèges fonctionnent comme prévu en vous connectant à différents
comptes. Assurez-vous que des utilisateurs non autorisés ne peuvent pas accéder à vos
données ou les modifier.
1 Contrôlez tous les scripts pour vérifier que leur effet est conforme aux attentes. Consultez la
section « Scripts FileMaker et Publication Web personnalisée », page 19 pour obtenir des
informations sur la conception de scripts adaptés au Web.
1 Testez votre site avec différents systèmes d’exploitation et navigateurs Web.
1 Lors de la création de solutions utilisant l’API FileMaker pour PHP, nous recommandons la
conception de solutions prenant en charge les cookies. L’API FileMaker pour PHP offre des
délais de réponse plus courts lorsque les cookies sont activés. Les cookies ne sont pas
nécessaires à l’utilisation des fonctions Publication Web personnalisée, mais permettant la
mise en cache des informations de session par le moteur de publication Web.
Remarque Si vous avez installé le serveur Web, le moteur de publication Web et le serveur de
bases de données dans un déploiement sur une seule machine, vous pouvez afficher et tester
votre site sans utiliser la connexion réseau en saisissant http://127.0.0.1/ dans la barre d’URL.
Chapitre 9 | Stockage, test et suivi d’un site
95
1 Pour les solutions PHP, utilisez http://127.0.0.1/<chemin_site>
où <chemin_site> est le chemin relatif vers la page d’accueil de votre site.
1 Pour plus d’informations sur la syntaxe d’URL dans les solutions XML, consultez la section
« A propos de la syntaxe d’URL pour les données XML et les objets de type Conteneur »,
page 29.
Exemples de feuilles de style permettant de tester les sorties XML
Voici deux exemples de feuilles de style XSLT utiles pour tester le résultat XML.
1 L’exemple de feuille de style suivant renvoie les données XML requises sans aucune
transformation. Cette feuille de style est utile pour afficher les données XML réelles utilisées
par le moteur de publication Web.
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:fmrs="http://www.filemaker.com/xml/fmresultset">
<xsl:output method="xml"/>
<xsl:template match="/">
<xsl:copy-of select="."/>
</xsl:template>
</xsl:stylesheet>
1 Pour le débogage d’une feuille de style, vous pouvez utiliser l’exemple suivant d’une balise
HTML <textarea> pour afficher le document source XML accessible via la feuille de style, dans
une zone de texte défilante.
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:fmrs="http://www.filemaker.com/xml/fmresultset">
<xsl:output method="html"/>
<html>
<body>
<xsl:template match="/fmrs:fmresultset">
<textarea rows="20" cols="100">
<xsl:copy-of select="."/>
</textarea><br/>
</xsl:template>
</body>
</html>
</xsl:stylesheet>
Chapitre 9 | Stockage, test et suivi d’un site
96
Suivi de votre site
Vous pouvez utiliser les types de fichiers de consignation suivants pour surveiller votre site de
Publication Web personnalisée et réunir des informations au sujet des utilisateurs Web qui visitent
votre site :
1 Journaux d’erreurs et d’accès au serveur Web
1 Journal du moteur de publication Web
1 Journal d’erreurs du module de serveur Web
1 Journaux Tomcat
Utilisation des journaux d’erreurs et d’accès au serveur Web
IIS (Windows) : Le serveur Web Microsoft IIS génère un fichier journal des accès, mais affiche les
erreurs dans l’Observateur d’événements de Windows au lieu de les consigner dans un fichier
journal. Le fichier journal des accès, qui répond par défaut au format étendu de fichier journal du
W3C, consigne toutes les requêtes HTTP reçues par le serveur Web. Vous pouvez aussi utiliser
le format standard de fichier journal du W3C pour le journal des accès. Pour plus d’informations,
consultez la documentation du serveur Web Microsoft IIS.
Apache (OS X) : Le serveur Web Apache génère un fichier journal des accès et un fichier journal des
erreurs. Le fichier journal des accès Apache, qui répond par défaut au format standard de fichier
journal du W3C, consigne toutes les requêtes HTTP reçues par le serveur Web. Le journal des erreurs
Apache consigne les problèmes survenus dans le cadre du traitement des requêtes HTTP. Pour plus
d’informations sur ces fichiers journaux, consultez la documentation du serveur Web Apache.
Remarque Pour obtenir des informations sur les formats standard et étendu de fichier journal du
W3C, consultez le site Web du World Wide Web Consortium, à l’adresse http://www.w3.org.
Utilisation du journal du moteur de publication Web
Par défaut, le moteur de publication Web génère un fichier journal nommé wpe.log qui contient un
enregistrement des erreurs de moteur de publication Web qui se sont produites, notamment les
erreurs d’application, d’utilisation et système. Vous pouvez également inclure dans le moteur de
publication Web des informations relatives à la publication Web personnalisée, par exemple, les
requêtes XML de l’utilisateur final, afin de générer des résultats de publication ou des
modifications des paramètres de publication Web personnalisée.
Le fichier wpe.log se trouve sur le composant Moteur de publication Web du déploiement
FileMaker Server :
1 IIS (Windows) : [disque]:\Program Files\FileMaker\FileMaker
Server\Logs\wpe.log où [disque] correspond au lecteur principal servant au démarrage
de votre système.
1 Apache (OS X) : /Bibliothèque/FileMaker Server/Logs/wpe.log
Chapitre 9 | Stockage, test et suivi d’un site
97
Paramètres du journal du moteur de publication Web
Le fichier wpe.log est généré si le paramètre Activer la journalisation pour la publication Web
est activée dans Admin Console.
Option de journalisation
activée
Information enregistrée dans wpe.log
Messages de niveau
d’erreur
Toutes les erreurs de moteur de publication Web qui se sont produites, notamment
les erreurs d’application, les erreurs d’utilisation et les erreurs système.
Messages et informations
sur le niveau d’erreur
Toutes les erreurs décrites ci-dessus et les informations sur l’accès au moteur de
publication Web. Il contient un enregistrement de toutes les requêtes XML de
l’utilisateur final pour générer la sortie de publication Web personnalisée.
La configuration des messages de niveau d’erreur est activée par défaut. Pour plus d’informations
sur le paramétrage de ces options via Admin Console, consultez l’aide de FileMaker Server.
Important Au fil du temps, le fichier wpe.log peut devenir très important. Utilisez Admin Console
pour définir la taille maximale du fichier wpe.log. Lorsque le fichier wpe.log atteint la taille
maximale, le moteur de publication Web copie le fichier wpe.log dans un seul fichier de
sauvegarde, wpe.log.1 et crée un nouveau fichier wpe.log. Si vous souhaitez conserver plusieurs
copies de sauvegarde, vous pouvez enregistrer régulièrement une archive du fichier wpe.log.1.
Format du journal du moteur de publication Web
Le fichier wpe.log utilise le format suivant pour chaque entrée :
[TIMESTAMP_GMT] [WPC_HOSTNAME] [CLIENT_IP:PORT] [ACCOUNT_NAME] [MODULE_TYPE]
[SEVERITY] [FM_ERRORCODE] [RETURN_BYTES] [MESSAGE]
où :
1
1
1
1
[TIMESTAMP_GMT] correspond aux date et heure de la saisie, à l’heure de Greenwich (GMT).
[WPC_HOSTNAME] est le nom de la machine sur laquelle le moteur de publication Web est installé.
[CLIENT_IP:PORT] est l’adresse IP et le port client d’origine de la requête XML.
[ACCOUNT_NAME] est le nom de compte utilisé pour se connecter à la base de données
FileMaker hébergée.
1 [MODULE_TYPE] est soit : XML, pour la publication Web personnalisée, ou PHP, pour la
Publication Web personnalisée avec requête PHP.
1 [SEVERITY] est soit INFO, désignant un message d’information ou ERREUR, désignant un
message d’erreur.
1 [FM_ERROR_CODE] est le numéro d’erreur renvoyé pour un message d’erreur. Le numéro
d’erreur peut être un code erreur des bases de données FileMaker (voir « Numéros des codes
d’erreur des bases de données FileMaker », page 99).
En outre, le numéro d’erreur peut être un numéro HTTP, précédé de la chaîne « HTTP: »
1 [RETURN_BYTES] est le nombre d’octets renvoyés par la requête.
1 [MESSAGE] fournit des informations complémentaires sur l’entrée du journal.
Chapitre 9 | Stockage, test et suivi d’un site
98
Exemples de message de journal de moteur de publication Web
Les exemples suivants affichent les types de messages pouvant être inclus dans le fichier wpe.log :
1 Lorsque le moteur de publication Web démarre et s’arrête
02/06/2015 15:15:31 -0700
INFO
publication Web de FileMaker Server a commencé.
-
-
Le moteur de
02/06/2015 15:46:52 -0700
INFO
publication Web de FileMaker Server s’est arrêté.
-
-
Le moteur de
1 Requêtes XML réussies ou ayant échoué
02/06/2015 15:21:08 -0700
WPC_SERVER
192.168.100.101:0
INFO
0
3964
"/fmi/xml/fmresultset.xml?-db=Contacts&lay=Contact_Details&-findall"
jdoe
XML
02/06/2015 15:26:31 -0700
WPC_SERVER
192.168.100.101:0
ERROR
5
596
"/fmi/xml/fmresultset.xml?-db=Contacts&layout=Contact_Details&-findall"
jdoe
XML
1 Erreurs de création de script
02/06/2015 17:33:12 -0700 WPC_SERVER 192.168.100.101:0 jdoe - ERROR
4 - Erreur de création de script : 4, File: "10b_MeetingsUpload", Script:
"OnOpen", Script Step: "Show Custom Dialog"
1 Modification des paramètres de publication Web personnalisée
09/06/2015 10:59:49 -0700 WPC_SERVER 192.168.100.101:0
Le moteur de publication Web XML est activé.
jdoe
-
INFO
1 Erreurs système
02/06/2015 15:30:42 -0700
WPC_SERVER
ERROR
- La communication a échoué
192.168.100.101:0
jdoe
XML
Utilisation du journal des erreurs du module de serveur Web
Si le serveur Web n’est pas en mesure de se connecter au moteur de publication Web, le module
de serveur Web génère un fichier journal consignant toutes les erreurs liées à son utilisation. Ce
fichier se nomme web_server_module_log.txt et se situe dans le sous-dossier Logs du dossier
FileMaker Server, sur l’hôte du serveur Web.
Utilisation des journaux Tomcat
Lorsque FileMaker Server a un problème causé par une erreur de serveur Web interne, il peut être
utile d’afficher les journaux Tomcat. Les journaux Tomcat sont affectés sur le composant de
serveur Web du déploiement de FileMaker Server :
1 IIS (Windows) : [drive]:\Program Files\FileMaker\FileMaker
Server\Admin\admin-master-tomcat\logs\
où [disque] correspond au lecteur principal servant au démarrage de votre système.
1 Apache (OS X) : /Bibliothèque/FileMaker Server/Admin/admin-mastertomcat/logs/
Annexe A
Codes d’erreur de la Publication Web
personnalisée
Le moteur de publication Web génère des codes d’erreur de base de données et les erreurs de
chaîne de requête qui peuvent se produire pendant une requête de données XML.
La présente annexe répertorie les codes d’erreurs connus au moment de la publication de ce
document. Pour obtenir la liste des codes d’erreur mis à jour, reportez-vous à la Base de
connaissances FileMaker (http://filemaker-fr.custhelp.com/).
Numéros de code d’erreur au format XML
Le moteur de publication Web génère un code d’erreur pour les bases de données publiées au
format XML lorsque des données sont requises. Ce type de valeur de code d’erreur s’insère au
début du document XML dans l’élément <error code> pour la grammaire fmresultset ou
dans l’élément <ERRORCODE> pour les grammaires FMPXMLRESULT ou FMPXMLLAYOUT. Un code
d’erreur égal à 0 indique qu’aucune erreur ne s’est produite.
Voici un exemple de code d’erreur de base de données dans la grammaire fmresultset :
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE fmresultset PUBLIC "-//FMI//DTD fmresultset//EN"
"/fmi/xml/fmresultset.dtd">
<fmresultset xmlns="http://www.filemaker.com/xml/fmresultset" version="1.0">
<error code="0"></error>
Voici un exemple de code d’erreur de base de données dans la grammaire FMPXMLRESULT :
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE FMPXMLRESULT PUBLIC "-//FMI//DTD FMPXMLRESULT//EN"
"/fmi/xml/FMPXMLRESULT.dtd">
<fmpxmlresult xmlns="http://www.filemaker.com/fmpxmlresult">
<ERRORCODE>0</ERRORCODE>
En tant que développeur de la solution de publication Web personnalisée, il vous appartient de
vérifier la valeur de l’élément <error code> ou <ERRORCODE> et d’agir en conséquence. Le
moteur de publication Web ne gère pas les erreurs de base de données.
Numéros des codes d’erreur des bases de données FileMaker
Pour obtenir les codes d’erreur de FileMaker Pro, consultez l’aide de FileMaker Pro :
http://www.filemaker.com/help/14/fmp/fr/html/error_codes.html
Index
A
Action de script Reconnexion 14
actions de scripts
Modifier le mot de passe 14
Reconnexion 14
activation de la Publication Web personnalisée dans une base
de données 13
add(), méthode 85
addSortRule(), méthode 83
Admin Console 15, 28, 69
Admin Console FileMakerServer 15, 28
adresse IP dynamique 67
adresse IP statique 67
Ajouter, commande 76
année à quatre chiffres, rubrique 89
API FileMaker pour PHP 11
installation manuelle 68
référence 73
authentification de base, Web 14
authentification des utilisateurs Web 14
auto-enter, attribut 34
Avantages de PHP 12
B
bases de données, protection après publication 14
bibliothèque d’URL du client 66
C
Caractères ASCII, dans les documents XML 41
chaînes de requête
ajout d’enregistrements à des tables externes 48
commandes et paramètres 41, 45
consignes 45
modification d’enregistrements dans des tables externes 48
nom de rubrique entièrement qualifié, syntaxe 47
rubriques de type Global, syntaxe 49
chaînes de requêtes
demande de données XML 41, 45
classe FileMaker 74
clearSortRules(), méthode 83
codage
données XML 31, 41
URL 30
codage de texte
données XML générées 31
URL 30
codage de texte URL 30
codes d’erreurs des bases de données 32, 99
commandes. Voir chaînes requête
commit(), méthode 76
comparaison des grammaires XML 31
compte Invité
activation 14
avec la Publication Web personnalisée 14
désactivation 14
comptes et privilèges
activation de la Publication Web personnalisée 13
compte Invité 14
scripts 19
configuration de la publication Web personnalisée 23
configuration du serveur 66
connexion à une base de données FileMaker à l’aide du langage
PHP 75
contrôle par le calcul 90
createRecord(), méthode 76
création d’un enregistrement
à l’aide du langage PHP 76
à l’aide du langage XML 52
cryptage SSL (Secure Sockets Layer) 15
cURL 66
D
<datasource> élément 33
date, rubrique 89
–db, paramètre de requête 53
–dbnames, commande de requête 50
déclencheurs de script 21
définitions de type de document (DTD) 32, 36
–delete, commande de requête 50
delete(), méthode 77, 81
dépannage
accès aux documents XML 44
sites de Publication Web personnalisée 94
documentation 8
documentation en ligne 8
dossier Web, copie des objets de rubrique Conteneur 16
–dup, commande de requête 50
duplication d’un enregistrement 76
Dupliquer, commande 76
E
édition d’un enregistrement 76
Edition, commande 76
élément de la liste de valeurs, validation
et , éléments 99
éléments
code d’erreur des bases de données
dans la grammaire FMPXMLLAYOUT
dans la grammaire FMPXMLRESULT
dans la grammaire fmresultset 33
90
32
38
36
101
enregistrements
création dans le PHP 76
créer dans l’XML 52
duplication dans le PHP 76
dupliquer dans l’XML 50
ignorer dans l’XML 63
modification dans le PHP 76
modifier dans l’XML 50
recherche dans le PHP 83
rechercher dans l’XML 51
suppression dans le PHP 77
supprimer dans l’XML 50
ensemble de résultats 87
entre, validation 89
erreurs
décrites 99
éléments des codes d’erreurs des bases de données 32
fichiers journaux du serveur Web 96
gestion 92
numéros des codes d’erreur des bases de données 99
espaces de nom pour XML 31
exécution de requêtes 83
exemples
grammaire FMPXMLLAYOUT générée 40
grammaire FMPXMLRESULT générée 37
grammaire fmresultset générée 35
exportation de données XML 25
Extensible Markup Language (XML). Voir XML
F
feuilles de style, test 94
fichiers journaux 94
accès au serveur Web 96
description 96
Tomcat 98
web_server_module_log.txt 98
fichiers journaux d’accès au serveur Web, description 96
Fichiers PDF 8
field name, paramètre de requête (non-conteneur) 54
–field, paramètre de requête (Conteneur) 54
<field-definition> élément 34
–fieldname.op, paramètre de requête 54
FileMaker Server
documentation 8
FileMakerPro, différences avec le moteur de publication
Web 25
FileMakerWebDirect
description 9
filtrage des enregistrements des rubriques de table externe 59
–find, commande de requête 51
–findall, commande de requête 51
–findany, commande de requête 51
–findquery, commande de requête 51
fmphp, mot-clé pour l’activation de la publication PHP 13
FMPXMLLAYOUT, grammaire 25, 31, 38–40
FMPXMLRESULT, grammaire 25, 31, 36–37
fmresultset, grammaire 25, 31, 33–35
fmsadmin, groupe 17
fmxml, mot-clé pour l’activation de la publication XML 13, 28
format UTF-8 (Unicode Transformation 8 Bit) 30, 41
formulaires HTML de requêtes XML 28
four-digit-year, attribut 34
G
gestion des erreurs 92
getDatabase(), méthode 79
getErrors(), méthode 92
getFetchCount(), méthode 87
getField(), méthode 87
getFieldAsTimestamp(), méthode 87
getFields(), méthode 79, 87
getFoundSetCount(), méthode 87
getLayout(), méthode 79
getMessage(), méthode 92
getName(), méthode 79, 80
getRange(), méthode 83
getRecords(), méthode 87
getRelatedSet(), méthode 80
getRelatedSets(), méthode 80
getValueListsTwoFields(), méthode 82
getValueListTwoFields(), méthode 82
grammaires pour XML, description 31
H
heure du jour, rubrique 89
heure, rubrique 89
horodatage Unix 87
horodatage, rubrique 87, 89
I
importation de données XML 25
informations de référence 73
installation de l’API FileMaker pour PHP 68
installation manuelle de l’API FileMaker pour PHP 68
isError(), méthode 92
isValidationError(), méthode 91
J
jeu de privilèges d’accès, Publication Web personnalisée 13
journal d’application 96
L
la commande de requête –edit 50
Latin-1, codage 72
–lay, paramètre de requête 43, 56
–lay.response, paramètre de requête 43, 56
–layoutnames, commande de requête 52
limite des enregistrements de rubrique de table externe 60
listes de valeurs, utilisation dans le PHP 81
listFields(), méthode 79
listLayouts(), méthode 79
listRelatedSets(), méthode 79, 80
102
listScripts(), méthode 77
listValueLists(), méthode 79, 81
–lop, paramètre de requête 56
M
–max, paramètre de requête 57
max-characters, attribut 34
max-repeat, attribut 34
<metadata> élément 34
méthode getContainerData() 87
méthode getContainerDataURL() 87
méthodes
add() 85
addSortRule() 83
clearSortRules() 83
commit() 76
createRecord() 76
delete() 77, 81
getContainerData() 87
getContainerDataURL() 87
getDatabase() 79
getErrors() 92
getFetchCount() 87
getField() 87
getFieldAsTimestamp() 87
getFields() 79, 87
getFoundSetCount() 87
getLayout() 79
getMessage() 92
getName() 79, 80
getRange() 83
getRecords() 87
getRelatedSet() 80
getRelatedSets() 80
getValueListsTwoFields() 82
getValueListTwoFields() 82
isError() 92
isValidationError() 91
listFields() 79
listLayouts() 79
listRelatedSets() 79, 80
listScripts() 77
listValueLists() 79, 81
newAddCommand() 76
newCompoundFindCommand() 85
newDeleteCommand() 77
newDuplicateCommand() 76
newEditCommand() 76
newFindAllCommand() 84
newFindAnyCommand() 84
newFindCommand() 84
newFindRequest() 85
newPerformScriptCommand() 77
newRelatedRecord() 81
numErrors() 91, 92
setLogicalOperator() 83
setPreCommandScript() 78, 83
setPreSortScript() 78, 83
setProperty() 75
setRange() 83
setRelatedSetsFilters() 88
setResultsLayout() 79
setScript() 78, 83
validate() 90
MIME (Multipurpose Internet Mail Extensions), types 15
modèles
, passage de l’un à l’autre pour une réponse XML 43
utilisation dans le PHP 79
modèles de base de données disponibles 52
–modid, paramètre de requête 57
Modifier le mot de passe, script 14
Moteur de Publication Web
Admin Console 28
génération de documents XML 28
génération de données XML 26
moteur de Publication Web
avantages du 22
description 10
journal d’application 96
traitement d’une requête 10
moteur de publication Web
codes d’erreurs générés 99
Moteur de Publication Web personnalisée (CWPE) 26
mots de passe
aucun mot de passe de connexion 14
authentification de base pour les utilisateurs Web 14
définition pour la Publication Web personnalisée 13
script Modifier le mot de passe 14
mots-clés pour l’activation de la Publication Web
personnalisée 13, 28
N
name, attribut 34
–new, commande de requête 52
newAddCommand(), méthode 76
newCompoundFindCommand(), méthode 85
newDeleteCommand(), méthode 77
newDuplicateCommand(), méthode 76
newEditCommand(), méthode 76
newFindAllCommand(), méthode 84
newFindAnyCommand(), méthode 84
newFindCommand(), méthode 84
newFindRequest(), méthode 85
newPerformScriptCommand(), méthode 77
newRelatedRecord(), méthode 81
nom de rubrique entièrement qualifié, syntaxe 47
nombre maximal de caractères, rubrique 88
noms d’utilisateur
authentification de base pour les utilisateurs Web 14
noms d’utilisateurs
définition pour la Publication Web personnalisée 13
noms de rubrique, syntaxe entièrement qualifiée 47
non vide, rubrique 88
not-empty, attribut 34
nouvelles fonctionnalités de la Publication Web
personnalisée 22
Noyau de Publication Web illustré 26
103
numeric-only, attribut 34
numérique uniquement, rubrique 88
numéros des codes d’erreurs des bases de données 99
numErrors(), méthode 91, 92
O
objet d’enregistrement 75
objet d’ensemble lié 79
objet de base de données 75
objets de classe FileMaker
base de données 75
définition 74
enregistrement 75
ensemble lié 79
Objets de commande FileMaker
Ajouter 76
Dupliquer 76
Edition 76
Supprimer 77
objets de commande FileMaker
Recherche composée 84
Rechercher 83, 84
Rechercher au moins 84
Rechercher tout 84
opérateurs de comparaison des rubriques 54
opérateurs, comparaison 54
ordre de traitement de requête XML 43
OS X, outil Server Admin 66
Outil Server Admin. Voir OS X, outil Server Admin
P
paramètres. Voir chaînes requête
passage d’un modèle à un autre pour une réponse XML 43
PHP
activation dans une base de données 13
Publication Web personnalisée, décrite 11
récapitulatif de la procédure de publication 70
version prise en charge 68
plug-ins 19
présentation
Publication Web personnalisée 9
présentation de la publicationPHP 70
présentation générale
étapes pour accéder aux données XML 28
prévalidation
année à quatre chiffres 89
commandes 88
date 89
enregistrements 90
heure 89
heure du jour 89
horodatage 89
nombre maximal de caractères 88
non vide 88
numérique uniquement 88
rubriques 90
privilège d’accès étendu, Publication Web personnalisée 13
Privilèges d’accès 14
protection des bases de données publiées 14
publication statique, décrite 9
publication sur le Web
codes d’erreurs des bases de données 99
configuration requise pour 23
connexion à Internet ou à un intranet 24
objets de rubrique Conteneur 16
protection des bases de données 14
utilisation de données XML 28
utilisation de PHP 70
Publication Web personnalisée
accès aux solutions par les utilisateurs Web 14
activation dans le moteur de Publication Web 15
activation dans une base de données 13
avec PHP 11
avec XML 11, 25
compte Invité 14
configuration requise pour 23
définition 9
nouvelles fonctionnalités dans 22
plug-ins pour des solutions de publications Web 19
présentation 9
privilège étendu pour 13
restriction d’accès au serveur Web à l’aide des adresses
IP 15
scripts 21
utilisation de scripts 19
publication Web personnalisée
utilisation d’une adresse IP statique 24
Q
–query, paramètre de requête 57
R
récapitulatif des étapes pour accéder aux données XML 28
Recherche composée
commande 84
exemple 86
recherche composée
commande de requête 51
paramètre de requête 57
Rechercher au moins, commande 84
Rechercher tout, commande 84
Rechercher, commande 84
Rechercher, objets de commande 83
–recid, paramètre de requête 59
récupération
informations de modèle 53
noms de scripts disponibles 52
noms des modèles 52
<relatedset-definition> élément 34
–relatedsets.filter, paramètre de requête 49, 59
–relatedsets.max, paramètre de requête 60
représentation de la date 87
requêtes de rubriques de table externe 49, 59, 60
requêtes pour des données XML 28
result, attribut 34
104
<resultset> élément 34
rôle du navigateur Web dans les requêtes XML 26
rubriques
année à quatre chiffres 89
Conteneur 16
date 89
heure 89
heure du jour 89
horodatage 89
lié au PHP 79
lié au XML 34, 48
nombre maximal de caractères 88
non vide 88
numérique uniquement 88
Rubriques Conteneur
avec données stockées en externe 17
rubriques Conteneur
accès aux données par les utilisateurs Web 18
avec fichiers référencés 16
publication du contenu de 16
syntaxe d’URL pour accéder aux solutions XML 29
téléchargement progressif 18
rubriques de type Global
syntaxe 49
rubriques globales
dans la définition de rubrique 34
S
SAT Consultez Admin Console FileMakerServer
–script, paramètre de requête 60
–script.param, paramètre de requête 60
–script.prefind, paramètre de requête 61
–script.prefind.param, paramètre de requête 61
–script.presort, paramètre de requête 62
–script.presort.param, paramètre de requête 63
–scriptnames, commande de requête 52
scripts
astuces et considérations 19
comptes et privilèges 19
dans la Publication Web personnalisée 19
utilisation dans le PHP 77
utilisation dans les requêtes XML 28
scripts disponibles 52
sécurité
comptes et mots de passe 15
consignes pour la protection de vos bases de données
publiées 14
documentation 11
limitation d’accès depuis des adresses IP 15
serveur Web
fichiers journaux 96
prise en charge du type MIME 15
rôle dans les requêtes XML 26
setLogicalOperator(), méthode 83
setPreCommandScript(), méthode 78, 83
setPreSortScript(), méthode 78, 83
setProperty(), méthode 75
setRange(), méthode 83
setRelatedSetsFilters(), méthode 88
setResultsLayout(), méthode 79
setScript(), méthode 78, 83
sites Web
création à l’aide du moteur de Publication Web 22
pages d’assistance FileMaker 8
suivi 96
test 94
–skip, paramètre de requête 63
–sortfield, paramètre de requête 63
–sortorder, paramètre de requête 64
spécification du modèle au moment d’effectuer une requête sur
les données XML 43
suivi des sites Web 96
suppression d’un enregistrement 77
suppression d’enregistrements dans une table externe 49
Supprimer, commande 77
syntaxe d’URL pour
objets Conteneur dans les solutions XML 29
requêtes XML 29
T
tables externes
ajout d’enregistrements 48
modèle 59
modifications d’enregistrements 48
nombre d’enregistrements 59
rangée initiale 59
suppression d’enregistrements 49
tri d’enregistrements 59
utilisation dans le PHP 79
téléchargement progressif 18
test
sites Web 94
sorties XML 95
time-of-day, attribut 34
Tomcat, utilisation de fichiers journaux 98
traitement d’un ensemble de résultats 87
traitement d’une requête du moteur de publication Web 10
tri des enregistrements de rubrique de table externe 59
type, attribut 34
U
UAC. Consultez Admin Console FileMakerServer
Unicode
caractères utilisés dans les analyseurs XML 41
format des données renvoyé par FileMaker Server 72
UTF-8,codage 72
utilisateurs Web
accès à des bases de données protégées 14
utilisation des données d’une rubrique Conteneur 18
utilisateurs web
configuration requise pour l’accès aux solutions de Publication Web personnalisée 23
105
V
valeur existante, validation 89
valeur unique, validation 89
validate(), méthode 90
validation
année à quatre chiffres 89
commandes 88
date 89
enregistrements 90
heure 89
heure du jour 89
horodatage 89
nombre maximal de caractères 88
non vide 88
numérique uniquement 88
rubriques 90
version PHP 66
–view, commande de requête 53
W
web_server_module_log.txt, fichier journal 98
X
XML
activation dans une base de données 13
analyseurs 28, 41
avantages 11
chaînes de requête 41, 45
codage au format UTF-8 31, 41
codage de texte URL 30
définitions de type de document (DTD) 32, 33, 36
dépannage de l’accès aux documents XML 44
description 25
espaces de nom 31
génération données XML à partir d’une requête 26
grammaire FMPXMLLAYOUT 38
grammaire FMPXMLRESULT 36
grammaire fmresultset 33
élément 33, 34, 34, 34, 34
grammaires comparées 31
ordre de traitement de requête 43
Publication Web personnalisée, décrite 11
récapitulatif des étapes d’accès aux données XML 28
réponse, passage d’un modèle à un autre 43
requête, spécification d’un modèle 43
requêtes pour des données 28
spécification XML 1.0 25
<xsl:stylesheet> élément 95
<xsl:template> élément 95

Manuels associés