Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
geenat
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
91.
▲
by
geenat
2y ago
At this point I'd rather be good at Caddyfile and have a project folder of: /home/me/project/caddy /home/me/project/Caddyfile No sudo, no config spew across my filesystem. Competition is
92.
▲
by
geenat
2y ago
Would appreciate sharing your experience so we can get this addressed: https://github.com/dunglas/frankenphp/discussions/294 It's really awkward because Caddy by itself performs very well with PHP.
93.
▲
by
geenat
2y ago
https://github.com/dunglas/frankenphp/discussions/294 Has perf issues. Otherwise it's a really promising project.
94.
▲
by
geenat
2y ago
Sales teams can be asinine to deal with. I don't think cloudflare realises how damaging this is for them long term.
95.
▲
by
geenat
2y ago
Vitess Planetscale Lack of simple HA in Citus is a big pain point.
96.
▲
by
geenat
2y ago
Anything to cut down on the amount of moving parts required to operate postgres is a huge win in my books. Good job.
97.
▲
by
geenat
2y ago
Honestly bash would be fine if the control structure syntax was a bit more sane. (... and set -euo pipefail was default). Bash scripts can be tiny for what they do, and the ssh integration is unmatched. xonsh is nice but it's been unst
98.
▲
by
geenat
3y ago
Interesting! > If you have an existing MySQL or MariaDB server, you can configure Dolt as a read-replica. As the Dolt read-replica consumes data changes from the primary server, it creates Dolt commits, giving you a read-replica with a v
99.
▲
by
geenat
3y ago
What's the replication story currently like?
100.
▲
by
geenat
3y ago
With Vitess likely consolidating its runtimes (vtgate, vtctl, vttablet, etc) into a single unified binary: https://github.com/vitessio/vitess/issues/7471#issuecomment-... ... it would be a wild future if Vite
101.
▲
by
geenat
3y ago
The major downside to marmot right now is schema changes don't propagate. Otherwise, keeping a very close eye on it.
102.
▲
by
geenat
3y ago
WAL2 + BEGIN CONCURRENT ...to pretty much eliminate write contention. I know, it sucks these aren't built in yet. Also if we got some sort of router + map reduce helper (Vitess, Citus -like) it'd make massively distributed SQLite
103.
▲
by
geenat
3y ago
"Something went wrong! Try reloading the page. If the problem persists, please update your web browser to the latest version." RIP website. edit: it's back
104.
▲
by
geenat
3y ago
Similar exploit vector in Swoole and exactly why it was forked for Open Swoole: https://old.reddit.com/r/PHP/comments/1b9acx3/article_intro_... Binary blobs under the guise of "testing"- exploi
105.
▲
by
geenat
3y ago
Similar exploit vector in Swoole (binary blobs ran under the guise of "testing") and exactly why it was forked for Open Swoole: https://old.reddit.com/r/PHP/comments/1b9acx3/article_intro_... T
106.
▲
by
geenat
3y ago
Why use SPQR over Citus? Vitess?
107.
▲
by
geenat
3y ago
Should have dumped the build step.
108.
▲
by
geenat
3y ago
Who really wants to build on top of something just to hit an immediate performance cliff? How far you can vertically scale on one server before requiring a split or shard in your data is why it's a big deal. A) App servers are easy to
109.
▲
by
geenat
3y ago
Thank you for your work on SQLite and Fossil !! They are amazing. Any chance of WAL2 being included as a standard journal_mode option in the near future? ..or BEGIN CONCURRENT ? :)
110.
▲
by
geenat
3y ago
Ran the same test, same server (Ubuntu 22.04 + 32 thread 7950X + Gen 4 NVME + 64GB DDR5) -- nearly zero difference sqliterg vs ws4sqlite. sqliterg (CURL) 20,000 / 2,500 / 237 For those wondering about write performance...its poor
111.
▲
by
geenat
3y ago
Btw ws4sqlite rewrite in rust that's allegedly faster: https://github.com/proofrock/sqliterg
112.
▲
by
geenat
3y ago
No benchmark = no download. Plenty of these SQLite web front ends exist, including more enticing single static binaries in go, and they are always far too slow to use in anything but toy projects. Should be standard to bench against a stand
113.
▲
by
geenat
3y ago
Flash is back, baby
114.
▲
by
geenat
3y ago
Long live the cube.
115.
▲
by
geenat
3y ago
Been keeping an eye on it. Would be far more excited about GoboLinux though, to be honest. > the filesystem is the database is such an epiphany for GoboLinux, truly atomic.
116.
▲
by
geenat
3y ago
> We probably wouldn’t have needed Docker or any of the gazillion package managers that are proliferating today if it had. 100% feel this way too. So much of the reason why we use containers is just not spreading crap all over the filesy
117.
▲
by
geenat
3y ago
All it really takes in PHP: https://github.com/gnat/api.php/blob/main/api.php
118.
▲
by
geenat
3y ago
Cost of housing
119.
▲
by
geenat
3y ago
Awesome. My problem is I've been waiting for 4.0 soooo long I ended up making my own jQuery with some key differences: * Animations, tweens, timelines use pure CSS, instead of jQuery's custom system. * Use one element or lis
120.
▲
by
geenat
3y ago
Why should I use this over pg_basebackup ?
More ›