Templates de contenu

Une ligne dans app_template est un corps de message approuvé. Un template est du texte fixe avec des espaces réservés, donc Your code is {#var#} approuve le message plutôt qu’un code spécifique.

​

L’échec est un template qui s’enregistre proprement et ne correspond à rien

Le contenu est fail-closed. « Ne correspond à rien » ne signifie pas que le template est ignoré. Cela signifie que le client cesse d’envoyer, et cela ressemble à ce que rien ne va sous tous les angles sauf le sien. Les quasi-erreurs se comportent différemment des deux côtés, délibérément :

​

Les trois espaces réservés, écrits exactement

Écrivez le token en minuscules sans espaces à l’intérieur. C’est son orthographe et cela ne dit rien de ce qu’il accepte. {#alp#} prend les espaces, apostrophes, tirets et points, donc your login, Priya Sharma, O'Brien, Anne-Marie et St. John correspondent tous. À la fois l’apostrophe et le tiret ASCII et typographiques sont acceptés, parce que les typographiques sont ce qui survit à un collage depuis un PDF. Ce qu’il refuse toujours c’est les chiffres, et c’est toute la raison de le choisir plutôt que {#var#}. Un espace réservé typé est strictement plus serré que {#var#}. Même limite de longueur, moins de caractères autorisés. Choisir l’un ne peut donc que restreindre ce qu’un template accepte.

​

Combien un espace réservé peut représenter

Une variable correspond à 1 à 30 caractères par défaut. max_variable sur la sortie health est aussi la réponse à « le paramètre a été changé et rien ne s’est passé ». Il rapporte le plafond effectivement en vigueur, donc un sondage de configuration qui n’a pas encore eu lieu est visible plutôt que deviné.

​

Les espaces blancs sont comparés repliés

Toute séquence d’espaces, tabulations, sauts de ligne, CRLF ou espaces insécables compte comme un espace unique des deux côtés, et les deux extrémités sont trimées. Donc un template enregistré avec un saut de ligne avant sa signature correspond au trafic qui envoie un espace là. Le repli ne joint jamais deux mots : un template approuvant foo bar ne peut toujours pas être satisfait par foobar.

​

Ce que le panel refuse d’enregistrer

Une chose est avertie plutôt que refusée : un template dont le texte littéral entre deux espaces réservés se répète plus loin dans le corps. La correspondance gourmande peut rejeter un message qu’un moteur avec retour arrière accepterait. Un tel template est généralement toujours correct, et c’est le seul mode d’échec invisible du matcher, donc l’objectif est de le rendre visible plutôt que de le bloquer.

​

Templates et messages multi-segments

À l’ingress SMPP un submit_sm portant un en-tête de segment n’est pas vérifié en contenu. Un segment porte un fragment du corps, donc le contenu ne peut pas encore être jugé. Une correspondance de template n’est donc pas non plus ce qui tamponne ce PDU. Le rapport de couverture TLV du panel indique, par ligne approuvée, quelles balises obligatoires ne seront fournies par rien. Voir Sender IDs.

​

Approbation, et ce que coûte une modification

Tout ce qu’un client soumet depuis le portail atterrit en PENDING. Le gateway ne sert une ligne que quand elle est enabled et APPROVED. À partir du gateway 0.9.8, un client lisant l’API d’inscription est informé quand une ligne est approuvée mais désactivée. Voir Sender IDs, où les deux mêmes colonnes sont expliquées. Il n’y a pas de clé naturelle sur app_template, donc un corps en doublon est attrapé en code plutôt que par une contrainte : redemander un libellé déjà demandé ou approuvé est refusé avec un message disant lequel, plutôt que de devenir une deuxième ligne que personne ne peut distinguer de la première.