AF
может так проще было, чтобы не запариваться со всем сразу
Size: a a a
2019 May 06
AF
потом допилит кто-нибудь
AF
а может быть чтобы не завязываться на WASI
AS
Уже вижу тарантул на wasm
AS
Если до сих пор не сделали
ДC
Почему тогда sqlite всё равно сделали только в in-memory?
Я думаю для совместимости с браузером это сделали. Если прикрутить fs - в браузеры это без костылей не засунуть уже.
ДC
но умеет [...] экпортировать БД в виде TypedArray.
ДC
Этого вроде должно хватить для всех целей, для которых используют sqlite на диске
MV
Меня серверная сторона интересует больше с SQLite)
а зачем на серверной стороне sqlite под wasm?
MV
к слову, мы сейчас тоже работаем над портированием sqlite и он тоже будет in-memory
AB
Очень даже нужен .
AF
а зачем на серверной стороне sqlite под wasm?
мне кажется проще всего сделать поддержку WASI и дать клиенту решать по поводу бэкэнда.. Но, возможно, я не учитываю деталей
MV
Очень даже нужен .
наверное тут нужно пояснение?
MV
мне кажется проще всего сделать поддержку WASI и дать клиенту решать по поводу бэкэнда.. Но, возможно, я не учитываю деталей
ага, но я чего-то не могу придумать юзкейсов, зачем на сервере sqlite под wasm с сисколами (т.е. с работой с жёстким диском)?
AF
а, просто чтобы круто было )
MV
вот мы на server-side портируем для детерминизма и верифицируемых вычислений
AF
ну, то есть чтобы этот вопрос даже не всплывал )
AF
вот мы на server-side портируем для детерминизма и верифицируемых вычислений
имеет смысл
MV
но у нас не будет никаких импортов и сисколов, которые не детерминированы
AF
вот мы на server-side портируем для детерминизма и верифицируемых вычислений
блин, единственное, мне кажется там будет гиганский ddos attack surface (если я такой бы в ethereum смарт-контракт пихал)