casino en ligne france l\u00e9gal<\/a> appara\u00eet comme une r\u00e9f\u00e9rence neutre o\u00f9 les joueurs peuvent v\u00e9rifier la conformit\u00e9 d\u2019un site avant de s\u2019y inscrire. En s\u2019appuyant sur des technologies modernes, les plateformes gagnent en transparence et en r\u00e9silience, deux crit\u00e8res essentiels pour les autorit\u00e9s de r\u00e9gulation et les joueurs exigeants. <\/p>\nLa gestion du risque est d\u00e9sormais le fil conducteur de chaque d\u00e9cision technique. Que ce soit la pr\u00e9vention des attaques XSS, le respect du RGPD ou la d\u00e9tection en temps r\u00e9el des comportements frauduleux, chaque maillon de la cha\u00eene doit \u00eatre pens\u00e9 pour minimiser les vuln\u00e9rabilit\u00e9s. Cet article d\u00e9cortique les multiples facettes de cette \u00e9volution\u202f: architecture, conformit\u00e9, lutte contre la fraude, performances, paiements, audits et perspectives d\u2019avenir. <\/p>\n
1. L\u2019architecture HTML5\u202f: un socle plus r\u00e9silient (350\u202fmots)<\/h2>\n
Le passage de Flash \u00e0 HTML5 a d\u2019abord \u00e9t\u00e9 motiv\u00e9 par la n\u00e9cessit\u00e9 d\u2019offrir une exp\u00e9rience native sur tous les appareils, du smartphone aux tablettes en passant par les ordinateurs de bureau. Sur le plan technique, la diff\u00e9rence est plus profonde\u202f: HTML5 s\u00e9pare clairement le code client (HTML, CSS, JavaScript) du serveur gr\u00e2ce \u00e0 une architecture RESTful ou GraphQL, tandis que Flash fonctionnait comme une bo\u00eete noire monolithique. <\/p>\n
Cette s\u00e9paration renforce la s\u00e9curit\u00e9 gr\u00e2ce au sandboxing natif du navigateur. Chaque page HTML5 s\u2019ex\u00e9cute dans un environnement isol\u00e9, limit\u00e9 par la Same\u2011Origin Policy\u202f: les scripts ne peuvent acc\u00e9der qu\u2019aux ressources du m\u00eame domaine, ce qui r\u00e9duit consid\u00e9rablement le risque d\u2019injection de code malveillant. De plus, les d\u00e9veloppeurs peuvent d\u00e9finir une Content\u2011Security\u2011Policy (CSP) pr\u00e9cise, interdisant l\u2019ex\u00e9cution de scripts inline ou provenant de sources non approuv\u00e9es. <\/p>\n
En pratique, ces m\u00e9canismes diminuent la surface d\u2019exposition aux attaques XSS et aux injections de scripts. Par exemple, une plateforme de casino qui utilise une CSP stricte ne pourra pas \u00eatre compromise par un simple lien de phishing contenant du JavaScript. Le r\u00e9sultat est une r\u00e9duction mesurable des incidents de s\u00e9curit\u00e9, comme le montre l\u2019exp\u00e9rience de plusieurs op\u00e9rateurs qui ont vu leurs tickets d\u2019incident chuter de 40\u202f% apr\u00e8s migration. <\/p>\n
1.1. Le r\u00f4le du WebAssembly dans la s\u00e9curisation du moteur de jeu (150\u202fmots)<\/h3>\n
WebAssembly (Wasm) permet d\u2019ex\u00e9cuter du code binaire \u00e0 haute performance directement dans le navigateur, tout en restant sandbox\u00e9. Les moteurs de jeux de table \u2013 roulette, blackjack \u2013 sont d\u00e9sormais compil\u00e9s en Wasm, ce qui offre deux avantages majeurs. D\u2019une part, le code devient difficile \u00e0 lire et \u00e0 modifier, limitant les tentatives de triche c\u00f4t\u00e9 client. D\u2019autre part, les performances sont comparables \u00e0 celles d\u2019une application native, ce qui \u00e9vite les hacks bas\u00e9s sur le ralentissement du rendu pour manipuler les probabilit\u00e9s. <\/p>\n
Un exemple concret : le jeu \u00ab\u202fTurbo Slots\u202f\u00bb a int\u00e9gr\u00e9 son algorithme de RNG (Random Number Generator) en Wasm, garantissant que les calculs de RTP (Return To Player) restent int\u00e8gres m\u00eame sous forte charge. <\/p>\n
1.2. Gestion des mises \u00e0 jour automatiques via les manifestes (100\u202fmots)<\/h3>\n
HTML5 introduit les manifestes d\u2019application (AppCache, puis Service Worker). Gr\u00e2ce \u00e0 ces fichiers, le navigateur t\u00e9l\u00e9charge automatiquement les nouvelles versions du code JavaScript, des assets CSS et des images d\u00e8s qu\u2019une mise \u00e0 jour est disponible sur le serveur. Cette approche \u00e9limine les versions obsol\u00e8tes qui pourraient contenir des vuln\u00e9rabilit\u00e9s connues. <\/p>\n
Par exemple, une plateforme de paris sportifs a r\u00e9duit de 25\u202f% le temps moyen de d\u00e9ploiement de correctifs critiques, passant de semaines \u00e0 quelques heures, simplement en configurant son manifeste pour forcer le rafra\u00eechissement des ressources critiques. <\/p>\n
2. Conformit\u00e9 r\u00e9glementaire facilit\u00e9e par le HTML5 (300\u202fmots)<\/h2>\n
Les exigences l\u00e9gales \u2013 AML (Anti\u2011Money Laundering), KYC (Know Your Customer) et RGPD \u2013 imposent aux op\u00e9rateurs de collecter, stocker et traiter des donn\u00e9es sensibles de fa\u00e7on s\u00e9curis\u00e9e. Le HTML5, gr\u00e2ce \u00e0 ses API modernes, simplifie l\u2019int\u00e9gration de ces processus directement dans l\u2019interface utilisateur. <\/p>\n
Une fen\u00eatre de consentement dynamique, construite avec le <dialog><\/code> natif, permet d\u2019afficher aux joueurs les informations requises par le RGPD (finalit\u00e9 du traitement, dur\u00e9e de conservation) et de recueillir leur accord en un clic. Le consentement est alors enregistr\u00e9 dans le local storage chiffr\u00e9 et transmis au back\u2011end via une requ\u00eate HTTPS s\u00e9curis\u00e9e. <\/p>\nLes biblioth\u00e8ques open\u2011source certifi\u00e9es \u2013 comme js\u2011crypto<\/code> pour le chiffrement c\u00f4t\u00e9 client ou oidc\u2011client<\/code> pour l\u2019authentification OAuth2 \u2013 offrent des modules pr\u00eats \u00e0 l\u2019emploi, r\u00e9duisant les co\u00fbts de d\u00e9veloppement et les risques d\u2019erreurs. Un op\u00e9rateur qui a remplac\u00e9 son module KYC propri\u00e9taire par oidc\u2011client<\/code> a \u00e9conomis\u00e9 pr\u00e8s de 120\u202f000\u202f\u20ac en frais de licence tout en am\u00e9liorant la conformit\u00e9. <\/p>\nEn outre, le HTML5 facilite la mise en place de contr\u00f4les d\u2019acc\u00e8s bas\u00e9s sur les r\u00f4les (RBAC) gr\u00e2ce aux attributs data\u2011role<\/code> et aux directives de rendu conditionnel, assurant que seules les personnes autoris\u00e9es puissent visualiser ou modifier les donn\u00e9es sensibles. <\/p>\n3. Contr\u00f4le des fraudes et d\u00e9tection en temps r\u00e9el (280\u202fmots)<\/h2>\n
La lutte contre la fraude repose sur la capacit\u00e9 \u00e0 analyser les flux de donn\u00e9es en temps r\u00e9el. Les API HTML5 comme WebSocket et Server\u2011Sent Events (SSE) offrent des canaux bidirectionnels \u00e0 faible latence, id\u00e9aux pour le streaming des actions de jeu. <\/p>\n
Chaque mise, chaque clic, chaque changement de mise sont transmis instantan\u00e9ment au moteur d\u2019analyse. Les algorithmes de machine learning d\u00e9tectent des patterns suspects\u202f: un joueur qui place 10\u202f000\u202f\u20ac en moins de 5\u202fsecondes, ou qui alterne rapidement entre des paris \u00e0 haute volatilit\u00e9 et des mises faibles. La g\u00e9olocalisation HTML5, combin\u00e9e \u00e0 la validation d\u2019adresse IP, permet de rep\u00e9rer les tentatives de contournement des restrictions g\u00e9ographiques. <\/p>\n
Cas d\u2019\u00e9tude\u202f: une plateforme majeure a migr\u00e9 son syst\u00e8me de surveillance vers une architecture WebSocket. En six mois, le taux de tentatives de fraude a baiss\u00e9 de 35\u202f% gr\u00e2ce \u00e0 l\u2019intervention automatique (blocage de session, demande de v\u00e9rification suppl\u00e9mentaire). Le m\u00eame op\u00e9rateur a constat\u00e9 une am\u00e9lioration de 18\u202f% du taux de conversion, les joueurs se sentant plus en s\u00e9curit\u00e9. <\/p>\n
4. Gestion des risques li\u00e9s aux performances et \u00e0 la disponibilit\u00e9 (260\u202fmots)<\/h2>\n
La performance est un facteur de risque souvent n\u00e9glig\u00e9. Un temps de chargement excessif augmente le taux d\u2019abandon, mais expose aussi la plateforme \u00e0 des attaques par d\u00e9ni de service (DoS). Le lazy loading, int\u00e9gr\u00e9 nativement via l\u2019attribut loading=\u00ab\u202flazy\u202f\u00bb<\/code> sur les images et les iframes, permet de ne charger que les \u00e9l\u00e9ments visibles, r\u00e9duisant la bande passante consomm\u00e9e de 30\u202f% en moyenne. <\/p>\nLes Service Workers, quant \u00e0 eux, offrent un caching avanc\u00e9 et la possibilit\u00e9 de servir des r\u00e9ponses depuis le cache m\u00eame lorsque le serveur est indisponible. Cette capacit\u00e9 cr\u00e9e une exp\u00e9rience de type Progressive Web App (PWA) o\u00f9 le joueur peut continuer \u00e0 consulter ses historiques de parties ou \u00e0 jouer \u00e0 des jeux hors\u2011ligne, tout en attendant la restauration du service. <\/p>\n
Tableau comparatif des m\u00e9triques cl\u00e9s<\/h3>\n
\n\n\n| M\u00e9trique<\/th>\n | Avant optimisation<\/th>\n | Apr\u00e8s optimisation<\/th>\n<\/tr>\n<\/thead>\n |
\n\n| Time\u2011to\u2011First\u2011Byte (TTFB)<\/td>\n | 850\u202fms<\/td>\n | 420\u202fms<\/td>\n<\/tr>\n |
\n| Taux d\u2019erreur 5xx<\/td>\n | 2,8\u202f%<\/td>\n | 0,9\u202f%<\/td>\n<\/tr>\n |
\n| Latence moyenne des WebSocket<\/td>\n | 120\u202fms<\/td>\n | 68\u202fms<\/td>\n<\/tr>\n |
\n| Taux d\u2019abandon (\u2264\u202f3\u202fs)<\/td>\n | 14\u202f%<\/td>\n | 7\u202f%<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Les strat\u00e9gies de basculement (fail\u2011over) s\u2019appuient sur des workers qui d\u00e9tectent les r\u00e9ponses 5xx et redirigent automatiquement le trafic vers un serveur de secours, garantissant une disponibilit\u00e9 sup\u00e9rieure \u00e0 99,9\u202f%. <\/p>\n 5. S\u00e9curisation des paiements mobiles via HTML5 (320\u202fmots)<\/h2>\nLe paiement est le point d\u2019entr\u00e9e le plus critique du risque. Les navigateurs modernes int\u00e8grent la Payment Request API, qui unifie les m\u00e9thodes de paiement (cartes, Apple\u202fPay, Google\u202fPay) sous une m\u00eame interface s\u00e9curis\u00e9e. Lorsqu\u2019un joueur d\u00e9clenche un d\u00e9p\u00f4t, le navigateur ouvre une bo\u00eete de dialogue native, g\u00e9r\u00e9e par le syst\u00e8me d\u2019exploitation, o\u00f9 les donn\u00e9es de carte sont jamais expos\u00e9es au code JavaScript. <\/p>\n La tokenisation c\u00f4t\u00e9 client transforme le num\u00e9ro de carte en un jeton al\u00e9atoire, stock\u00e9 dans le Secure Enclave du dispositif. Ce jeton est ensuite transmis au serveur via HTTPS, o\u00f9 il est d\u00e9chiffr\u00e9 uniquement par le processeur PCI\u2011DSS certifi\u00e9. Le chiffrement end\u2011to\u2011end (E2EE) assure que m\u00eame en cas d\u2019interception du trafic, les informations de paiement restent illisibles. <\/p>\n Ces m\u00e9canismes r\u00e9duisent les risques de charge\u2011back et de double facturation. Un casino mobile a constat\u00e9 une diminution de 22\u202f% des litiges de paiement apr\u00e8s avoir impl\u00e9ment\u00e9 la Payment Request API et la tokenisation. <\/p>\n 5.1. Exemple de flux de paiement conforme \u00e0 la norme PCI\u2011DSS (120\u202fmots)<\/h3>\n\n- Le joueur clique sur \u00ab\u202fD\u00e9poser\u202f\u00bb. <\/li>\n
- Le navigateur lance la Payment Request API avec les param\u00e8tres\u202f: montant, devise, m\u00e9thodes accept\u00e9es. <\/li>\n
- Le dispositif affiche la bo\u00eete de dialogue native\u202f; le joueur s\u00e9lectionne Apple\u202fPay. <\/li>\n
- Le syst\u00e8me g\u00e9n\u00e8re un token de paiement (PCI\u2011DSS) et le renvoie au front\u2011end via
paymentResponse<\/code>. <\/li>\n- Le token est envoy\u00e9 au serveur backend via une requ\u00eate POST\u202fHTTPS. <\/li>\n
- Le serveur transmet le token \u00e0 la passerelle PCI\u2011DSS, qui effectue le d\u00e9bit et renvoie un statut de succ\u00e8s. <\/li>\n
- Le front\u2011end affiche la confirmation et met \u00e0 jour le solde du joueur. <\/li>\n<\/ol>\n
6. Audits et tests de p\u00e9n\u00e9tration sp\u00e9cifiques aux applications HTML5 (300\u202fmots)<\/h2>\nUn audit complet commence par une revue du code source JavaScript. Les outils d\u2019analyse statique comme ESLint avec des plugins de s\u00e9curit\u00e9 permettent d\u2019identifier les appels eval<\/code>, les constructions de cha\u00eenes HTML non \u00e9chapp\u00e9es et les d\u00e9pendances obsol\u00e8tes. <\/p>\nLe fuzzing des entr\u00e9es DOM consiste \u00e0 injecter des caract\u00e8res sp\u00e9ciaux (\u202f<script><\/code>, onerror=<\/code>\u202f) dans chaque champ du formulaire pour v\u00e9rifier que les filtres c\u00f4t\u00e9 client et serveur neutralisent les tentatives d\u2019injection. Les tests de CSP sont cruciaux\u202f: en d\u00e9sactivant temporairement la politique, on observe si le navigateur bloque les scripts non autoris\u00e9s. <\/p>\nOutils recommand\u00e9s (bullet list)<\/h3>\n\n- OWASP ZAP\u202f: scanner automatis\u00e9 des vuln\u00e9rabilit\u00e9s web. <\/li>\n
- Burp Suite\u202f: proxy interactif pour manipuler les requ\u00eates et analyser les r\u00e9ponses. <\/li>\n
- Lighthouse\u202f: audit de performance et de bonnes pratiques, incluant la v\u00e9rification de la CSP. <\/li>\n<\/ul>\n
Checklist de v\u00e9rification post\u2011d\u00e9ploiement (bullet list)<\/h3>\n\n- \u2705 CSP appliqu\u00e9e avec
script-src \u00ab\u202fself\u202f\u00bb<\/code> et object-src \u00ab\u202fnone\u202f\u00bb<\/code>. <\/li>\n- \u2705 Toutes les communications via HTTPS avec HSTS activ\u00e9. <\/li>\n
- \u2705 Tokens de paiement stock\u00e9s uniquement c\u00f4t\u00e9 client, jamais dans le local storage non chiffr\u00e9. <\/li>\n
- \u2705 Biblioth\u00e8ques tierces \u00e0 jour (pas de vuln\u00e9rabilit\u00e9 connue). <\/li>\n
- \u2705 Tests de charge valid\u00e9s, temps de r\u00e9ponse <\u202f200\u202fms sous pic. <\/li>\n<\/ul>\n
6.1. Sc\u00e9nario d\u2019exploitation d\u2019une faille CSP mal configur\u00e9e (130\u202fmots)<\/h3>\nImaginons une page de d\u00e9p\u00f4t o\u00f9 la CSP autorise script-src https:\/\/cdn.trusted.com \u00ab\u202funsafe-inline\u202f\u00bb<\/code>. Un attaquant h\u00e9berge un script malveillant sur un sous\u2011domaine compromis de trusted.com<\/code>. En ins\u00e9rant un lien de phishing dans un email, il incite la victime \u00e0 cliquer, d\u00e9clenchant le chargement du script via la politique CSP permissive. Le script r\u00e9cup\u00e8re le token de paiement du joueur et l\u2019envoie \u00e0 un serveur contr\u00f4l\u00e9 par l\u2019attaquant, contournant ainsi la protection pr\u00e9vue. La le\u00e7on\u202f: \u00e9viter unsafe-inline<\/code> et limiter les sources \u00e0 des domaines strictement contr\u00f4l\u00e9s. <\/p>\n7. Perspectives d\u2019\u00e9volution : IA et automatisation du risk\u2011management en HTML5 (330\u202fmots)<\/h2>\nL\u2019intelligence artificielle s\u2019invite d\u00e9sormais directement dans le navigateur gr\u00e2ce \u00e0 TensorFlow.js. Les mod\u00e8les de d\u00e9tection d\u2019anomalies peuvent \u00eatre charg\u00e9s c\u00f4t\u00e9 client et analyser le comportement du joueur en temps r\u00e9el, sans transmettre de donn\u00e9es brutes aux serveurs. Cette approche pr\u00e9serve la confidentialit\u00e9 tout en offrant une r\u00e9ponse ultra\u2011rapide. <\/p>\n Par exemple, un mod\u00e8le entra\u00een\u00e9 sur des milliers de sessions de roulette d\u00e9tecte des \u00e9carts de timing entre les clics qui indiquent l\u2019usage d\u2019un robot. Lorsqu\u2019une anomalie d\u00e9passe un seuil, le script d\u00e9clenche automatiquement une action\u202f: affichage d\u2019un captcha, suspension de la session ou envoi d\u2019une alerte \u00e0 l\u2019\u00e9quipe de conformit\u00e9. <\/p>\n L\u2019automatisation des r\u00e9ponses s\u2019\u00e9tend aux syst\u00e8mes de paiement. En cas de suspicion de fraude, le front\u2011end peut d\u00e9sactiver temporairement la Payment Request API et demander une v\u00e9rification suppl\u00e9mentaire (code envoy\u00e9 par SMS). <\/p>\n Cependant, l\u2019utilisation massive de la surveillance automatis\u00e9e soul\u00e8ve des questions \u00e9thiques. Le suivi continu du comportement peut \u00eatre per\u00e7u comme intrusif, et les biais dans les mod\u00e8les d\u2019IA peuvent conduire \u00e0 des faux positifs, p\u00e9nalisant des joueurs l\u00e9gitimes. Les op\u00e9rateurs doivent donc \u00e9tablir des politiques de transparence, informer les utilisateurs de la collecte de donn\u00e9es et offrir des recours. <\/p>\n Conclusion \u2013 190\u202fmots<\/h2>\nLe passage \u00e0 l\u2019HTML5 repr\u00e9sente bien plus qu\u2019une \u00e9volution esth\u00e9tique\u202f: c\u2019est une refonte profonde de la fa\u00e7on dont les plateformes de casino en ligne g\u00e8rent le risque. En combinant sandboxing, CSP stricte, WebAssembly, APIs de paiement s\u00e9curis\u00e9es et capacit\u00e9s de streaming en temps r\u00e9el, les op\u00e9rateurs peuvent r\u00e9duire les vecteurs d\u2019attaque, simplifier la conformit\u00e9 AML\/KYC\/RGPD et offrir une exp\u00e9rience fluide aux joueurs mobiles. <\/p>\n Un cadre technique harmonis\u00e9, soutenu par des audits r\u00e9guliers et des outils d\u2019analyse avanc\u00e9s, cr\u00e9e la confiance indispensable aux joueurs et aux autorit\u00e9s de r\u00e9gulation. Les innovations \u00e0 venir \u2013 IA embarqu\u00e9e, automatisation du risk\u2011management, m\u00eame les pr\u00e9mices du Web3 \u2013 promettent de pousser encore plus loin la barri\u00e8re de s\u00e9curit\u00e9, \u00e0 condition de garder l\u2019\u00e9quilibre entre protection et respect de la vie priv\u00e9e. <\/p>\n Pour les professionnels d\u00e9sireux d\u2019approfondir ces sujets, le site Asgg propose des ressources neutres et actualis\u00e9es, utiles pour v\u00e9rifier la l\u00e9galit\u00e9 et la conformit\u00e9 des offres de casino en ligne. Restez vigilants, continuez d\u2019innover, et vous verrez vos plateformes prosp\u00e9rer dans un environnement plus s\u00fbr et plus r\u00e9gul\u00e9.<\/p>\n","protected":false},"excerpt":{"rendered":" Le secteur du jeu en ligne a connu une m\u00e9tamorphose radicale au cours de la derni\u00e8re d\u00e9cennie. Autrefois domin\u00e9 par Flash, le paysage s\u2019est d\u00e9plac\u00e9 vers des standards ouverts, plus l\u00e9gers et surtout plus s\u00fbrs\u202f: le HTML5. Cette transition ne se limite pas \u00e0 une am\u00e9lioration esth\u00e9tique ou \u00e0 une meilleure compatibilit\u00e9 mobile\u202f; elle red\u00e9finit …<\/p>\n Gestion du risque : comment l\u2019HTML5 transforme la s\u00e9curit\u00e9 et la conformit\u00e9 des plateformes de jeux en ligne<\/span> Leer m\u00e1s »<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"","footnotes":"","_joinchat":[]},"categories":[1],"tags":[],"_links":{"self":[{"href":"https:\/\/tennisgotoschool.com\/index.php\/wp-json\/wp\/v2\/posts\/4144"}],"collection":[{"href":"https:\/\/tennisgotoschool.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/tennisgotoschool.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/tennisgotoschool.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/tennisgotoschool.com\/index.php\/wp-json\/wp\/v2\/comments?post=4144"}],"version-history":[{"count":0,"href":"https:\/\/tennisgotoschool.com\/index.php\/wp-json\/wp\/v2\/posts\/4144\/revisions"}],"wp:attachment":[{"href":"https:\/\/tennisgotoschool.com\/index.php\/wp-json\/wp\/v2\/media?parent=4144"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/tennisgotoschool.com\/index.php\/wp-json\/wp\/v2\/categories?post=4144"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/tennisgotoschool.com\/index.php\/wp-json\/wp\/v2\/tags?post=4144"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} |