Demande d’imbrication et d’incorporation

Le service d’images prend en charge l’imbrication illimitée de demandes de diffusion d’images, l’incorporation de demandes de rendu d’images et l’incorporation d’images récupérées à partir de serveurs étrangers. Seules les images de calque et les masques de calque prennent en charge ces mécanismes.

Demandes de diffusion d’images imbriquées

Une requête de diffusion d’images entière peut être utilisée comme source de calque en la spécifiant dans la commande src= (ou mask=) à l’aide de la syntaxe suivante :

…&src=is( nestedRequest)&…

Le jeton is est sensible à la casse.

La requête imbriquée ne doit pas inclure le chemin racine du serveur (généralement http:// *server*/is/image/').

Les règles de prétraitement sont appliquées aux requêtes imbriquées.

Les commandes suivantes sont ignorées lorsqu’elles sont spécifiées dans des requêtes imbriquées (soit dans l’URL de la requête, soit dans catalog::Modifier ou catalog::PostModifier) :

• fmt=
• qlt=
• iccEmbed=
• printRes=
• quantize=
• req=
• bgc=

Si l’image de résultat des requêtes imbriquées inclut des données de masque (alpha), elle est transmise au calque d’incorporation en tant que masque de calque.

attribute::MaxPixet attribute::DefaultPix du catalogue d’images qui s’applique à la requête imbriquée sont également ignorés.

Le résultat de l’image d’une requête IS imbriquée peut être mis en cache de manière facultative en incluant cache=on. Par défaut, la mise en cache des données intermédiaires est désactivée. La mise en cache ne doit être activée que lorsque l’image intermédiaire doit être réutilisée dans une autre requête dans un délai raisonnable. La gestion standard du cache côté serveur s’applique. Les données sont mises en cache dans un format sans perte.

Demandes de rendu d’image incorporées

Lorsque le rendu d’image Dynamic Media est activé sur le serveur, les demandes de rendu peuvent être utilisées comme sources de calque en les spécifiant dans la commande src= (ou mask=). Utilisez la syntaxe suivante :

…&src=ir( *renderRequest*)&…

Le jeton ir est sensible à la casse.

renderRequest est la requête de rendu d’image habituelle, à l’exception du chemin racine HTTP http:// *server*/ir/render/.

Les commandes de rendu d’image suivantes sont ignorées lorsqu’elles sont spécifiées dans des requêtes imbriquées :

• fmt=
• qlt=
• icc=
• iccEmbed=
• printRes=
• req=

attribute::MaxPix et attribute::DefaultPix du catalogue de matières qui s’applique à la demande de rendu imbriquée sont également ignorés.

Le résultat de l’image d’une requête IR imbriquée peut être mis en cache de manière facultative en incluant cache=on. Par défaut, la mise en cache des données intermédiaires est désactivée. La mise en cache ne doit être activée que lorsque l’image intermédiaire doit être réutilisée dans une autre requête dans un délai raisonnable. La gestion standard du cache côté serveur s’applique. Les données sont mises en cache dans un format sans perte.

Demandes de rendu FXG incorporées

Lorsque le moteur de rendu d’images FXG (alias AGMServer) est installé et activé avec le serveur d’images, les demandes FXG peuvent être utilisées comme sources de calque en les spécifiant dans les commandes src= (ou mask=). Utilisez la syntaxe suivante :

…&src=fxg( renderRequest)&…

Le jeton fxg est sensible à la casse.

renderRequest est la requête de rendu FXG habituelle, à l’exception du chemin racine HTTP http:// *server*/agm/render/.

Les commandes FXG suivantes sont ignorées lorsqu’elles sont spécifiées dans des requêtes imbriquées :

• fmt=
• qlt=
• icc=
• iccEmbed=
• cache=

Sources d’image étrangères

Le serveur d’images prend en charge l’accès aux images sources sur les serveurs HTTP étrangers.

Pour spécifier une URL étrangère pour une commande src= ou mask=, délimitez l’URL ou le fragment d’URL étranger par des parenthèses :

…&src=( foreignUrl)&…

Important Les caractères de délimiteur ( '(',')') et les caractères de délimiteur de commande ( '?', '&', '=') dans les requêtes imbriquées ne doivent pas être codés en HTTP. En fait, les requêtes incorporées doivent être codées de la même manière que la requête externe (incorporation).

Les URL absolues complètes (si attribute::AllowDirectUrls est défini) et les URL relatives à attribute::RootUrl sont autorisées. Une erreur se produit si une URL absolue est incorporée et un attribut : AllowDirectUrls correspond à 0 ou si une URL relative est spécifiée et que attribute::RootUrl est vide.

Bien que les URL étrangères ne puissent pas être spécifiées directement dans le composant de chemin de l’URL de requête, il est possible de configurer une règle de prétraitement pour permettre la conversion des chemins relatifs en URL absolues (voir l’exemple ci-dessous).

Les images étrangères sont mises en cache par le serveur en fonction des en-têtes de mise en cache inclus dans la réponse HTTP. Si aucun en-tête de réponse HTTP ETag ou Last-Modified n’est présent, la réponse n’est pas mise en cache. Cela peut entraîner des performances médiocres pour les accès répétés pour la même image étrangère, car le service d’images doit récupérer et revalider l’image à chaque accès.

Ce mécanisme prend en charge les mêmes formats de fichiers image pris en charge par l’utilitaire de conversion d’images (IC), à l’exception des images source avec 16 bits par composant.

Restrictions

La taille de l’image générée par les requêtes imbriquées/incorporées est normalement optimisée automatiquement. Si la mise en cache des images de requête imbriquées est activée, des gains de performances incrémentiels peuvent être réalisés en spécifiant la taille exacte de l’image imbriquée, de sorte qu’aucune mise à l’échelle supplémentaire n’est requise lors de la réutilisation de l’entrée de cache.

Important : La diffusion d’images ne prend pas en charge le double codage des requêtes imbriquées ou incorporées. Les requêtes imbriquées et incorporées doivent être codées au format HTTP de la même manière que les requêtes simples.

Exemples

Modèle de mise en page avec mise en cache :

Utilisez l’imbrication pour ajouter la mise en cache à un modèle de calque. Un nombre limité d’images d’arrière-plan sont superposées avec du texte très variable. La chaîne de modèle initiale peut se présenter comme suit :

layer=0&src=$img$&size=300,300&layer=1&text=$txt$

Avec de légères modifications, nous pouvons pré-dimensionner l’image du calque 0 et la mettre en cache de manière permanente, ce qui réduit la charge du serveur :

layer=0&src=is(?src=$img$&size=300,300&cache=on)&layer=1&text=$txt$

Incorporation de requêtes pour le rendu d’image Dynamic Media

Utiliser un modèle stocké dans myCatalog/myTemplate; générez l’image pour le calque2 du modèle à l’aide du rendu d’image Dynamic Media :

http://server/is/image/myCatalog/myTemplate?layer=2&src=ir(myRenderCatalog/myRenderObject?id=myIdValue&sel=group&src=is(myCatalog/myTexture1?res=30)&res=30)&wid=300

Notez les accolades imbriquées. La requête de rendu d’image incorpore un appel vers le serveur d’images pour récupérer une texture répétable.

Voir aussi

src= , mask=, Request Pre-Processing, Image Rendering Reference, Templates, Image Serving Utilities

Ressources Business.Adobe.com

Multichannel Communication Content Insights Auto Text Summarization Customer Communications Digital Asset Management Content Management System