D1 can't connect via the MySQL protocol at all, so the second part wouldn't really be a consideratio

D1 can't connect via the MySQL protocol at all, so the second part wouldn't really be a consideration - you'd need to just adapt the commands to be proper SQLite queries before sending to D1.

Isaac McFadyenOP•7/26/24, 1:15 AM

If you mean connecting to actual MySQL from Workers then I believe there were some efforts to get some of the MySQL drivers to work with the Workers TCP Sockets API.

Isaac McFadyenOP•7/26/24, 1:15 AM

Not sure how those ended up.

IIsaac McFadyen D1 can't connect via the MySQL protocol at all, so the second part wouldn't real...

zensin•7/26/24, 1:15 AM

right, that's what the worker would be for. Translating the mysql connection to sqlite commands

Chaika•7/26/24, 1:16 AM

well workers can't do inbound tcp and websocket stuff would be inefficient

Chaika•7/26/24, 1:16 AM

think your best luck if you really wanted to throw some time away is to take the work they did there to get local sqlite working and hook up their translated queries up to a worker just proxying the query/results

Chaika•7/26/24, 1:18 AM

if you wanted to actually run wordpress itself on workers that's a whole different beast lol, I know people got php working (wasm compiled, not just transpiled iirc) but not sure about the rest, Workers have a size limit of 10 mb and a startup limit of 400ms which can be a bit bothersome

CChaika if you wanted to actually run wordpress itself on workers that's a whole differ...

zensin•7/26/24, 1:18 AM

I think it's 128MB on paid plan but that's still too low

Zzensin I think it's 128MB on paid plan but that's still too low

Chaika•7/26/24, 1:19 AM

no that's memory, 128mb of memory

Chaika•7/26/24, 1:19 AM

https://developers.cloudflare.com/workers/platform/limits/ free gets 1 mb max size, paid gets 10 mb max workers size

zensin•7/26/24, 1:19 AM

ooh

Chaika•7/26/24, 1:19 AM

(after gzip)

zensin•7/26/24, 1:20 AM

what about websockets make it a problem? I know it has binary mode

Chaika•7/26/24, 1:22 AM

Depends on how you want to do it. Workers are short lived, part of the problem. If you wanted to actually run php/wp on workers establishing a websocket for each incoming request to another worker/durable object I think would be more expensive then just simple queries (espec if you can batch them into a few)

Chaika•7/26/24, 1:23 AM

if you were going to do wp on an actual server you could use DOs to keep the websockets alive/sleep them, maybe more efficient to keep them open long term

Chaika•7/26/24, 1:24 AM

sounds like a mess eitherway though lol, D1's cool for a lot of things, espec if we get read replicas, but WP is its own beast with the amount of queries it can make espec with plugins, not natively supporting sqlite even, and trying to run it is a whole different story

CChaika Depends on how you want to do it. Workers are short lived, part of the problem. ...

zensin•7/26/24, 1:31 AM

Wouldn't want to deal with added latency of API defeating much of the purpose.

A DO with hibernation seems okay as long as nothing about websockets makes it rly bad. Assuming the mysql lexer can relatively painlessly be ported to typescript or rust even, and then take some mysql proxy code (Of which there must be plenty) and slapt that in there. Better yet something like this would be an accelerated start running alongside wordpress (Or whatever): https://github.com/novnc/websockify

Zzensin Wouldn't want to deal with added latency of API defeating much of the purpose. ...

Chaika•7/26/24, 1:35 AM

you're trying to run wp on a normal server, and use D1 as its database? Or what's your end goal, exactly?

CChaika you're trying to run wp on a normal server, and use D1 as its database? Or what'...

zensin•7/26/24, 1:35 AM

wp or anything else

zensin•7/26/24, 1:36 AM

I'm not claiming it would be good. just that it might be good

zensin•7/26/24, 1:36 AM

since the benefit (or one of them) of d1 is it's always close-by, right?

Zzensin since the benefit (or one of them) of d1 is it's always close-by, right?

Chaika•7/26/24, 1:37 AM

as it is right now a D1 database is only in a singular location, no read replicas yet
and only where Durable Objects are supported https://where.durableobjects.live/

CChaika as it is right now a D1 database is only in a singular location, no read replica...

zensin•7/26/24, 1:37 AM

I was not aware there are no replicas

Chaika•7/26/24, 1:38 AM

even when there is read replicas it's not going to be anywhere anywhere but it might make your idea more sensible

Original message was deleted

zensin•7/26/24, 1:38 AM

I addressed that above

Original message was deleted

Chaika•7/26/24, 1:38 AM

well that's what he was talking about, translating the queries

Chaika•7/26/24, 1:38 AM

idea could be cool espec with read replicas come out, just complex

Isaac McFadyenOP•7/26/24, 1:39 AM

Also:

take some mysql proxy code (of which there must be plenty)

There's likely plenty of proxy code, but almost certainly none currently that work on Workers.

Isaac McFadyenOP•7/26/24, 1:39 AM

Workers uses a custom implementation of a TCP Sockets API, not standard Node.JS APIs.

Chaika•7/26/24, 1:39 AM

yeaaa would have to adapt to the web js environment, or hope there's enough node compat to make it work if it was just largely based on buffers and such, could potentially steal a good chunk of it

IIsaac McFadyen Also: > take some mysql proxy code (of which there must be plenty) There's like...

zensin•7/26/24, 1:39 AM

https://github.com/brettsmentek/Node-MySQL-to-SQLite
making no claims to how good or bad this is

GitHub

GitHub - brettsmentek/Node-MySQL-to-SQLite: Express app for convert...

Express app for converting MySQL data to SQLite. Contribute to brettsmentek/Node-MySQL-to-SQLite development by creating an account on GitHub.

Zzensin https://github.com/brettsmentek/Node-MySQL-to-SQLite making no claims to how goo...

Isaac McFadyenOP•7/26/24, 1:40 AM

Yes, and this would work with Node, but Workers aren't Node and can't run Express.

Original message was deleted

zensin•7/26/24, 1:40 AM

yes, rust can come too

IIsaac McFadyen Yes, and this would work with Node, but Workers aren't Node and can't run Expres...

zensin•7/26/24, 1:41 AM

I wouldn't use express. I'd use the mysql websocket proxy linked above

zensin•7/26/24, 1:41 AM

and obviously just take the part of the code from mysql-to-sqlite repo that does the translating

Original message was deleted

zensin•7/26/24, 1:45 AM

if I had to guess, this is probably the most advanced/worked on translator to sqlite: https://github.com/WordPress/sqlite-database-integration/pull/9 though idk if any of that wound up being wp-specific/not portable

Original message was deleted

zensin•7/26/24, 1:46 AM

sometimes 'because we can' is as important as 'because we should'

zensin•7/26/24, 1:55 AM

a rust mysql/sqlite lexer parser doesn't feel like a lot of overhead. websockets to a worker doesn't either but D1 not being replicated is a nonstarter. I will relent. For now, the dream is dashed.

Zzensin a rust mysql/sqlite lexer parser doesn't feel like a lot of overhead. websockets...

Chaika•7/26/24, 1:57 AM

a lot of overhead vs not doing it and just having a local DB instead/replicating a local DB.
It might make sense for some simpler things once Read Replicas come out, but WP is a ton of queries, ehh

zensin•7/26/24, 1:58 AM

wait. I bet a DO could store an sqlite database as a blob, cache some queries, and replicate it across the network... lol

Zzensin wait. I bet a DO could store an sqlite database as a blob, cache some queries, a...

Chaika•7/26/24, 1:59 AM

the original d1 implementation (now called alpha and going away) was using DO storage/all in DO afaik

Chaika•7/26/24, 2:00 AM

I still have..a few

zensin•7/26/24, 2:00 AM

I have stuff to do too. Just like to waste some time before the boring parts. back to it I guess

Zzensin wait. I bet a DO could store an sqlite database as a blob, cache some queries, a...

Chaika•7/26/24, 2:00 AM

DO's storage is pretty limited though, max value size is 128 KiB per key

Original message was deleted

zensin•7/26/24, 2:01 AM

yeah was about to say bring it in from object storage, which is a relatively dubious proposition

Chaika•7/26/24, 2:02 AM

problem is R2's performance can be a bit weak and it's not replicated either

Chaika•7/26/24, 2:02 AM

KV only has two central stores us/eu, and caching on every edge, so slow cold pulls

Chaika•7/26/24, 2:02 AM

cached it's not bad

Chaika•7/26/24, 2:02 AM

uncached..

Chaika•7/26/24, 2:03 AM

If you really wanted a super fast cheap storage, embed your values straight into a worker and do a worker update when you need to update them, Workers max size is 10 MB on paid and if you only need infrequent updating.. lol

zensin•7/26/24, 2:04 AM

I could have sworn I once saw a repo that was doing some replication across DOs

D1 can't connect via the MySQL protocol at all, so the second part wouldn't really be a consideratio

Similar Threads

Similar Threads

Similar Threads