Azure Application Gateway (Passerelle d’Application) est un service Azure qui se place en amont d’un trafic pour assurer diverses fonctions:
La liste n’est pas exhaustive. L’objet de cet article est de donner les bases et monter un exemple. Pour toute la suite j’utiliserai l’acronyme AAG.
Azure propose un service appelé Azure App Service dont le représentant le plus notable sont les Web Apps. Celui-ci a été lancé en mars 2015.
Le service est en réalité un chapeau pour 4 services Azures que j’appellerai application pour la suite:
On s’abonne à un Azure App Service (AAS) en sélectionnant un App Service Plan (ASP). Il s’agit en quelque sorte d’un plan de facturation.
Pour le même abonnement on peut provisionner chacune de ces applications dans les limites de l’ASP choisit.
Je vais justement m’intéresser aux différents ASP disponibles dans cet article.
Un projet utilise fréquemment des infos sensibles comme des chaînes de connexion des login/mot de passe, des email, numéro de téléphone…
Seulement voilà, il y a un moment où on doit pousser le code dans un repository de code, au hasard Github et là vos infos se retrouvent publiquement accessibles.
Alors que faire? Justement Visual Studio propose une solution élégante, mais avec quelques limites.
L’idée est de sauvegarder ses données dans un fichier qui ne fait pas partie du projet, mais en restant facilement accessibles sans écrire de code spécifique.
Vous avez une appli qui ressemble à ceci:
On aperçoit 3 <input type= »file »/>. Disons que la règle métier est que l’on doit obligatoirement fournir TROIS fichiers. Seulement je n’en ai fournit qu’un seul.
Si je clique sur SUBMIT. La validation échoue, je reviens sur la page avec un message d’erreur.
A votre avis la sélection initiale sera t’elle perdue? Si oui, que peut t’on faire pour l’empêcher?
J’ai écris une série d’articles sur la prise en main d’un projet ASP.NET Core 1 ici:
https://amethyste16.wordpress.com/2016/11/30/les-projets-asp-net-core/
Depuis la version 2 est arrivée et il n’est pas inutile de faire une petite mise à jour. Tout n’ayant pas changé, je vais me contenter des nouveautés et d’ajouter des compléments techniques.
Pour la suite je résumerai le nom de l’outil en C2.
Postman est un de ces outils indispensables si vous développez des web Api. J’ai déjà fais un tuto il y a tout juste 2 ans:
https://amethyste16.wordpress.com/2016/02/24/tutoriel-postman/
Mais les choses ont beaucoup changées depuis et je crois utile de le refaire complètement.
Au programme:
Dans un précédent article j’ai montré comment créer un formulaire Ajax simple avec différentes techniques.
Je vais compléter cet article (et le projet de démo de l’époque) avec la création d’un formulaire de saisie qui intègre une validation côté client ET serveur de la saisie.
