{"id":105408,"date":"2022-10-29T21:36:38","date_gmt":"2022-10-29T19:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere"},"modified":"2022-10-29T21:36:38","modified_gmt":"2022-10-29T19:36:38","slug":"v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere","title":{"rendered":"Le support de WASM a \u00e9t\u00e9 ajout\u00e9 \u00e0 SQLite pour l'utilisation de la base de donn\u00e9es dans un navigateur web.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Les d\u00e9veloppeurs de SQLite travaillent sur un projet visant \u00e0 compiler la biblioth\u00e8que en code interm\u00e9diaire WebAssembly, capable de s'ex\u00e9cuter dans les navigateurs web et adapt\u00e9 \u00e0 la gestion des bases de donn\u00e9es \u00e0 partir d'applications web en JavaScript. Le code pour le support de WebAssembly a \u00e9t\u00e9 ajout\u00e9 au d\u00e9p\u00f4t principal du projet. Contrairement \u00e0 l'API WebSQL, qui repose sur SQLite, WASM SQLite est compl\u00e8tement isol\u00e9 du navigateur et n'affecte pas sa s\u00e9curit\u00e9 (Google a d\u00e9cid\u00e9 d'abandonner le support de WebSQL dans Chrome apr\u00e8s plusieurs vuln\u00e9rabilit\u00e9s dans SQLite pouvant \u00eatre exploit\u00e9es via WebSQL pour attaquer le navigateur). <\/p>\n
Le projet vise \u00e0 fournir un wrapper JavaScript fonctionnel, identique en fonctionnalit\u00e9 \u00e0 l'API SQLite. Il offre aux d\u00e9veloppeurs web une interface orient\u00e9e objet de haut niveau pour travailler avec des donn\u00e9es dans le style de sql.js ou Node.js, ainsi qu'un wrapper au-dessus de l'API C de bas niveau et une API bas\u00e9e sur le m\u00e9canisme Web Worker, permettant de cr\u00e9er des gestionnaires asynchrones ex\u00e9cut\u00e9s dans des threads distincts. Pour masquer les subtilit\u00e9s de l'organisation du travail avec les threads via l'API bas\u00e9e sur Web Worker, une variante de l'interface est \u00e9galement d\u00e9velopp\u00e9e sur la base du m\u00e9canisme Promise. <\/p>\n
Les donn\u00e9es que les applications web sauvegardent dans la version WASM de SQLite peuvent \u00eatre localis\u00e9es dans le cadre de la session en cours (elles sont perdues apr\u00e8s le rechargement des pages) ou sauvegard\u00e9es c\u00f4t\u00e9 client (elles sont conserv\u00e9es entre les sessions). Des backends ont \u00e9t\u00e9 pr\u00e9par\u00e9s pour stocker des donn\u00e9es dans le syst\u00e8me de fichiers local via OPFS (Origin-Private FileSystem, une extension \u00e0 l'API d'acc\u00e8s au syst\u00e8me de fichiers, disponible pour le moment uniquement dans les navigateurs bas\u00e9s sur WebKit et Chromium) et dans les stockages locaux du navigateur via l'API window.localStorage et window.sessionStorage. En cas d'utilisation de localStorage\/sessionStorage, les donn\u00e9es sont stock\u00e9es dans les r\u00e9serves correspondantes au format cl\u00e9\/valeur, tandis qu'en utilisant OPFS, deux options sont pr\u00e9vues : la simulation d'un syst\u00e8me de fichiers virtuel \u00e0 l'aide de WASMFS et une impl\u00e9mentation distincte de sqlite3_vfs, offrant une couche SQLite VFS bas\u00e9e sur OPFS. <\/p>\n
Pour compiler SQLite en repr\u00e9sentation WASM, le compilateur Emscripten est utilis\u00e9 (il suffit de compiler l'extension ext\/wasm : \u00ab .\/configure \u2014enable-all; make sqlite3.c; cd ext\/wasm; make \u00bb). En sortie, les fichiers sqlite3.js et sqlite3.wasm sont g\u00e9n\u00e9r\u00e9s, que vous pouvez inclure dans votre projet JavaScript (exemple HTML et JavaScript). \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"