if `.properties` doesn't exist there, you'll get a `TypeError`. I'd check `proto_res.properties` exi

JJames yep I'd check `.ok` and also check if the `content-type` includes `application/j...

I

but this is in the geaders tho

const fetch_headers = {
    'User-Agent': `${fitweather_credentials.name}/1.0 (Florida Institute of Technology Weather Discord Bot (Student Run), https://github.com/DaBigBlob/FIT-Weather-Chan)`,
    'Accept': "application/geo+json"
};

const fetch_headers = {
    'User-Agent': `${fitweather_credentials.name}/1.0 (Florida Institute of Technology Weather Discord Bot (Student Run), https://github.com/DaBigBlob/FIT-Weather-Chan)`,
    'Accept': "application/geo+json"
};

const fetch_headers = {
    'User-Agent': `${fitweather_credentials.name}/1.0 (Florida Institute of Technology Weather Discord Bot (Student Run), https://github.com/DaBigBlob/FIT-Weather-Chan)`,
    'Accept': "application/geo+json"
};

const fetch_headers = {
    'User-Agent': `${fitweather_credentials.name}/1.0 (Florida Institute of Technology Weather Discord Bot (Student Run), https://github.com/DaBigBlob/FIT-Weather-Chan)`,
    'Accept': "application/geo+json"
};

J

JamesOP•5/27/23, 7:18 PM

Or just

if(!proto_res?.properties?.periods)

if(!proto_res?.properties?.periods)

with optional chaining

IIdkWhatever69 but this is in the geaders tho ```ts const fetch_headers = { 'User-Agent': `...

J

JamesOP•5/27/23, 7:19 PM

are you 100% certain that API is perfect and only ever returns JSON when asked?

When working with external APIs, it's always better to add resilience by checking what's actually returned

FF0rce is ```toml [placement] mode = "smart" ``` inheritable ? The docs page does not s...

K

kian•5/27/23, 7:19 PM

Nope

JJames are you 100% certain that API is perfect and only ever returns JSON when asked? ...

I

IdkWhatever69•5/27/23, 7:19 PM

true true; i'll do that

K

kian•5/27/23, 7:19 PM

Oh no, it is

K

kian•5/27/23, 7:19 PM

It's the very last inheritable property

F

F0rce•5/27/23, 7:19 PM

perfect. thanks a lot

JJames if `.properties` doesn't exist there, you'll get a `TypeError`. I'd check `proto...

I

IdkWhatever69•5/27/23, 7:20 PM

if .properties dont exist shouldn't .properties.periods be undefined?
and if it is, i do check that

export function exists<T>(data: T|null|undefined): data is T {
  if (
      (data === null) ||
      (data === undefined)
  ) return false;
  return true;
}

export function exists<T>(data: T|null|undefined): data is T {
  if (
      (data === null) ||
      (data === undefined)
  ) return false;
  return true;
}

export function exists<T>(data: T|null|undefined): data is T {
  if (
      (data === null) ||
      (data === undefined)
  ) return false;
  return true;
}

export function exists<T>(data: T|null|undefined): data is T {
  if (
      (data === null) ||
      (data === undefined)
  ) return false;
  return true;
}

IIdkWhatever69 if .properties dont exist shouldn't .properties.periods be undefined? and if it ...

J

JamesOP•5/27/23, 7:22 PM

.properties.periods

.properties.periods

would throw a

TypeError

TypeError

if

properties

properties

doesn't exist. For example:

const obj = {foo: 'bar'}
console.log(obj.foo) // bar
console.log(obj.bar) // undefined
console.log(obj.bar.baz) // TypeError

const obj = {foo: 'bar'}
console.log(obj.foo) // bar
console.log(obj.bar) // undefined
console.log(obj.bar.baz) // TypeError

const obj = {foo: 'bar'}
console.log(obj.foo) // bar
console.log(obj.bar) // undefined
console.log(obj.bar.baz) // TypeError

const obj = {foo: 'bar'}
console.log(obj.foo) // bar
console.log(obj.bar) // undefined
console.log(obj.bar.baz) // TypeError

A

AA•5/27/23, 7:23 PM

I want to create a single git repo, with lots of workers (mostly webhooks, so stripe/ses/etc) this seems smarter than 1 big project since i can update/change them 1 at a time.. anyone have a good example of how to structure this? just 1 directory per worker, with its own wrangler? or?

JJames `.properties.periods` would throw a `TypeError` if `properties` doesn't exist. F...

I

IdkWhatever69•5/27/23, 7:24 PM

right right

Screenshot_2023-05-28_at_12.53.54_AM.png

A

andrew•5/27/23, 7:52 PM

since

performance.now()

performance.now()

isn’t available in Workers and

Date.now()

Date.now()

doesn’t increment unless you do I/O is there any way to actually benchmark CPU bound function execution times in a worker?

K

kian•5/27/23, 7:58 PM

Nope

K

kian•5/27/23, 7:58 PM

performance.now()

performance.now()

is available but it just calls

Date.now()

Date.now()

A

andrew•5/27/23, 8:06 PM

That’s annoying. Other platforms mitigate timing attacks but just skewing the resolution, but outright disabling it is an approach i guess

A

AA•5/27/23, 8:08 PM

wrangler tail <-- all i get are OKs even tho I'm generating

internal server error

internal server error

anyplace to look to see better logging?

A

AA•5/27/23, 8:08 PM

maybe this is a wrangler question..

W

Walshy•5/27/23, 8:09 PM

what do you mean you're generating it?

W

Walshy•5/27/23, 8:09 PM

are you catching the exception?

A

AA•5/27/23, 8:10 PM

not naturally. only if hono is

A

AA•5/27/23, 8:10 PM

import { Hono } from 'hono'
import { Client } from 'pg'

const app = new Hono()

const connstring = "postgresql://postgres@localhost:5432/hhscdev?schema=public"

app.get('*', async (c) => {
  const client = new Client("postgresql://postgres@localhost:5432/hhscdev?schema=public");
  await client.connect();
  
  const { rows: [{ now }] } = await client.query('select now();');
  return c.text(`Hello Hono! ${now}`)
})

export default app

import { Hono } from 'hono'
import { Client } from 'pg'

const app = new Hono()

const connstring = "postgresql://postgres@localhost:5432/hhscdev?schema=public"

app.get('*', async (c) => {
  const client = new Client("postgresql://postgres@localhost:5432/hhscdev?schema=public");
  await client.connect();
  
  const { rows: [{ now }] } = await client.query('select now();');
  return c.text(`Hello Hono! ${now}`)
})

export default app

import { Hono } from 'hono'
import { Client } from 'pg'

const app = new Hono()

const connstring = "postgresql://postgres@localhost:5432/hhscdev?schema=public"

app.get('*', async (c) => {
  const client = new Client("postgresql://postgres@localhost:5432/hhscdev?schema=public");
  await client.connect();
  
  const { rows: [{ now }] } = await client.query('select now();');
  return c.text(`Hello Hono! ${now}`)
})

export default app

import { Hono } from 'hono'
import { Client } from 'pg'

const app = new Hono()

const connstring = "postgresql://postgres@localhost:5432/hhscdev?schema=public"

app.get('*', async (c) => {
  const client = new Client("postgresql://postgres@localhost:5432/hhscdev?schema=public");
  await client.connect();
  
  const { rows: [{ now }] } = await client.query('select now();');
  return c.text(`Hello Hono! ${now}`)
})

export default app

W

Walshy•5/27/23, 8:11 PM

yeah Hono does it's own catching of unknown errors

W

Walshy•5/27/23, 8:11 PM

So that's why it's ok, the error is being handled

W

Walshy•5/27/23, 8:11 PM

you can do

app.onError

app.onError

to add your own handler

A

AA•5/27/23, 8:11 PM

ah, just using that because its recommended. wonder if i should abandon it. or find a way to dump the error

A

AA•5/27/23, 8:12 PM

really just using a single 'url' per project, so maybe hono is overkill

A

AA•5/27/23, 8:20 PM

@walshydev thanks. 1 problem down. 99 more to go

A

AA•5/27/23, 8:23 PM

ooh, another minor quirk. i'm doing a wrangler --env staging.. but in the workers dashboard it says the environment is 'production' are these things not linked?

A

AA•5/27/23, 8:23 PM

also did a vars = { ENVIRONMENT = "staging" }

C

Cyb3r-Jak3•5/27/23, 8:24 PM

You probably have two workers with different names and both using the production environment

AAA ooh, another minor quirk. i'm doing a wrangler --env staging.. but in the worke...

J

JamesOP•5/27/23, 8:24 PM

The terminology around environments is weird. I summarised a while back: https://community.cloudflare.com/t/environments-vs-deployments/451036/2?u=cherryjimbo

A

AA•5/27/23, 8:25 PM

@cherryjimbo Oh you're CherryJimbo! that explains so much

also this explains lots too. just ignore the dashboard one

J

JamesOP•5/27/23, 8:26 PM

Yep that's me

yeah, you're best just to ignore the

production

production

stuff on the dashboard entirely right now

J

JamesOP•5/27/23, 8:26 PM

This'll get better with Pages+Workers convergence long-term, but that's probably a ways off

A

AA•5/27/23, 8:26 PM

https://developers.cloudflare.com/workers/platform/environments/#introducing-environments <-- i'm setting up my workers like this, is this reasonable?

Environments · Cloudflare Workers docs

Environments are different contexts that your code runs in. The Workers platform allows you to create and manage different environments. Through …

A

AA•5/27/23, 8:26 PM

change the 'name' per environment

J

JamesOP•5/27/23, 8:27 PM

yep, that's basically the only way to do it right now

A

AA•5/27/23, 8:27 PM

i see ok

A

AA•5/27/23, 8:28 PM

now to figure out postgres through cloudflareD without exposing it to the internets

A

AA•5/27/23, 8:36 PM

maybe not possible..

I

ItsWendell•5/27/23, 9:45 PM

Does anyone here has a comfortable setup with Toucan.js (Sentry) and SourceMaps?

W

Walshy•5/27/23, 9:49 PM

yep but not one I can easily share, the repo has a good example setup though

W

Walshy•5/27/23, 9:49 PM

https://github.com/robertcepa/toucan-js/tree/master/examples/wrangler-basic

K

kian•5/28/23, 1:23 AM

The only thing that I know of which has accurate duration on a per-request basis is the HTTP Requests dataset on Logpush - which is an Enterprise feature

K

kian•5/28/23, 1:23 AM

Workers for Platforms will probably have better metrics, as customer Workers is one of the main use-cases for it, but that's also currently Enterprise but is likely to come to pay-as-you-go plans eventually.

if `.properties` doesn't exist there, you'll get a `TypeError`. I'd check `proto_res.properties` exi

Similar Threads

Similar Threads

Similar Threads