For clarity, after re-reading your message: this is via Hyperdrive, right? Not just `connect()` dire
For clarity, after re-reading your message: this is via Hyperdrive, right? Not just
connect() directly?pg (not sure what Hyperdrive->AWS is using) doesn't verify certificates
connect() directly w/ sslmode=REQUIRE doesn't verify the certs, so it works as expectedrequire (and prefer, but we ultimately require TLS).and the “newer” AWS CA requires the client (Hyperdrive) to have it in its trust store.I'm a little unsure what you meant by this bit then
require wouldn't cert validation not take place?rds-ca-rsa2048-g1 CA, correct?connect() API without Hyperdrive you have no issues, correct?node_compat which is a set of polyfills (https://github.com/ionic-team/rollup-plugin-node-polyfills/) so I'm not sure if you'd be able to get that working alongside next-on-pagesnode_compat to Pages, maybe you can ask the next-on-pages team to add it to that framework.node-postgres node_compat is a result of the individual drivers, not Hyperdrive, correct?connect() itself requires itnode-postgres doesn't have those, so possibly, but I have no ideanode_compat vs nodejs_compat dilemma in this channel so farCLOUDFLARE_ACCOUNT_ID as an env var too: https://developers.cloudflare.com/workers/wrangler/configuration/#inheritable-keys
unstable_dev my tests are failing with the following error.unstable_dev is local-only, so it might be failing because Hyperdrive doesn't work locally?await unstable_dev(entry, {
experimental: { disableExperimentalWarning: true },
config: 'wrangler.toml',
})> Unexpected token F in JSON at position 0
> ❯ parseJSONFromBytes node_modules/wrangler/wrangler-dist/cli.js:6582:19
> 6580| __name(utf8DecodeBytes, "utf8DecodeBytes");
> 6581| function parseJSONFromBytes(bytes) {
> 6582| return JSON.parse(utf8DecodeBytes(bytes));
> | ^
> 6583| }
> 6584| __name(parseJSONFromBytes, "parseJSONFromBytes");pgsslmode=REQUIRE