{"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\/de\/blog\/novosti-interneta\/v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere","title":{"rendered":"SQLite unterst\u00fctzt jetzt WASM zur Verwendung von Datenbanken im Webbrowser.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler von SQLite arbeiten an der Implementierung einer M\u00f6glichkeit zur Kompilierung der Bibliothek in WebAssembly-Bytecode, der im Webbrowser ausgef\u00fchrt werden kann und zur Verwaltung von Datenbanken in Webanwendungen mit JavaScript geeignet ist. Der Code zur Unterst\u00fctzung von WebAssembly wurde in das Haupt-Repository des Projekts aufgenommen. Im Gegensatz zur WebSQL-API, die auf SQLite basiert, ist WASM SQLite vollst\u00e4ndig vom Browser isoliert und hat keinen Einfluss auf dessen Sicherheit (Google hat die Unterst\u00fctzung von WebSQL in Chrome nach mehreren Sicherheitsanf\u00e4lligkeiten in SQLite, die \u00fcber WebSQL f\u00fcr Angriffe auf den Browser ausgenutzt werden konnten, eingestellt). <\/p>\n
Das Ziel des Projekts ist die Bereitstellung einer funktional identischen JavaScript-Bindung zum SQLite API. Web-Entwicklern wird eine hochgradig objektorientierte Schnittstelle zur Verf\u00fcgung gestellt, um mit Daten im Stil von sql.js oder Node.js zu arbeiten. Dies umfasst eine Bindung an die low-level C API sowie die API auf Basis des Web Worker Mechanismus, die es erm\u00f6glicht, asynchrone Handler in separaten Threads zu erstellen. Um die Feinheiten der Thread-Verwaltung \u00fcber die Web Worker API zu verbergen, wird auch eine Variante der Programmierschnittstelle auf Basis des Promise-Mechanismus entwickelt. <\/p>\n
Daten, die von Webanwendungen in der WASM-Version von SQLite gespeichert werden, k\u00f6nnen innerhalb einer Sitzung lokalisiert werden (gehen nach dem Neuladen der Seiten verloren) oder auf der Client-Seite (werden zwischen Sitzungen gespeichert). F\u00fcr die dauerhafte Speicherung sind Backends vorbereitet, um Daten im lokalen Dateisystem mit OPFS (Origin-Private FileSystem, eine Erweiterung der API f\u00fcr den Datei-Systemzugriff, derzeit nur in WebKit- und Chromium-basierten Browsern verf\u00fcgbar) zu hosten, sowie in lokalen Browser-Speichern basierend auf den APIs window.localStorage und window.sessionStorage. Bei der Verwendung von localStorage\/sessionStorage werden die Daten in den entsprechenden Speichern im Schl\u00fcssel\/Wert-Format gespeichert, w\u00e4hrend bei der Verwendung von OPFS zwei Varianten zur Verf\u00fcgung stehen: die Simulation eines virtuellen Dateisystems mit WASMFS und eine separate Implementierung von sqlite3_vfs, die eine SQLite VFS-Schicht auf der Basis von OPFS bietet. <\/p>\n
F\u00fcr den Aufbau von SQLite in eine WASM-Darstellung wird der Emscripten-Compiler verwendet (es reicht aus, die Erweiterung ext\/wasm zu kompilieren: «.\/configure —enable-all; make sqlite3.c; cd ext\/wasm; make»). Es entstehen die Dateien sqlite3.js und sqlite3.wasm, die in Ihr JavaScript-Projekt integriert werden k\u00f6nnen (Beispiel HTML und JavaScript). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"