It's only when connecting via Hyperdrive, which I'm assuming is verify-ca or verify-full
It's only when connecting via Hyperdrive, which I'm assuming is verify-ca or verify-full
require (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?requirerequirerds-ca-rsa2048-g1connect()connect()node-postgresnode-postgresawait 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");