Wait, so you don't actually need the alarm to keep the session open.

LLordSilver Wait, so you don't actually need the alarm to keep the session open.

C

Chaika•9/20/24, 3:22 PM

If you don't have that, your Durable Object will be evicted and you'll lose your handle to the session

C

Chaika•9/20/24, 3:23 PM

You should be able to combine that DO Code with the session code: https://developers.cloudflare.com/browser-rendering/get-started/reuse-sessions/ to regrab a session though

CChaika If you don't have that, your Durable Object will be evicted and you'll lose your...

L

LordSilverOP•9/20/24, 3:24 PM

Ok, so basically the browser could potentially stay instanciated up to 10m, but the next time you connect to it, it would be in a new session, unless you keep a DO linked to it.

LLordSilver Ok, so basically the browser could potentially stay instanciated up to 10m, but ...

C

Chaika•9/20/24, 3:25 PM

Browser and session are the same thing

C

Chaika•9/20/24, 3:25 PM

That DO Code was written before the sessions api came

L

LordSilverOP•9/20/24, 3:26 PM

Then I'm confused.

C

Chaika•9/20/24, 3:26 PM

it always make a new session/browser on each startup. So if you didn't have the alarm, you'd have an orphaned session

C

Chaika•9/20/24, 3:26 PM

If users omit the browser.close() statement, it will stay open, ready to be connected to again and re-used but it will, by default, close automatically after 1 minute of inactivity. Users can optionally extend this idle time up to 10 minutes, by using the keep_alive option, set in milliseconds:

L

LordSilverOP•9/20/24, 3:26 PM

If I use this code, but I don't have any DO, what happens?

C

Chaika•9/20/24, 3:26 PM

You get a new session

L

LordSilverOP•9/20/24, 3:26 PM

Yeah, that's what I said.

L

LordSilverOP•9/20/24, 3:26 PM

So the browser in the puppeteer machine stays open, but you get a new session.

LLordSilver So the browser in the puppeteer machine stays open, but you get a new session.

C

Chaika•9/20/24, 3:27 PM

no, the browser and the session are the same thing lol

C

Chaika•9/20/24, 3:27 PM

It'd be a brand new browser/session/instance of remote puppeteer

C

Chaika•9/20/24, 3:27 PM

if you do launch without a session id every time you'd be running up against that 2 created per minute and not reusing them so more inefficient

C

Chaika•9/20/24, 3:27 PM

You can see this code here: https://developers.cloudflare.com/browser-rendering/get-started/reuse-sessions/ on how to reuse sessions

Cloudflare Docs

Reuse sessions | Browser Rendering docs

The best way to improve the performance of your browser rendering worker is to reuse sessions. One way to do that is via Durable Objects, which allows you to keep a long running connection from a worker to a browser. Another way is to keep the browser open after you’ve finished with it, and connect to that session each time you have a new reques...

C

Chaika•9/20/24, 3:28 PM

namely,

        browser = await puppeteer.connect(env.MYBROWSER, sessionId);

browser = await puppeteer.connect(env.MYBROWSER, sessionId);

        browser = await puppeteer.connect(env.MYBROWSER, sessionId);

browser = await puppeteer.connect(env.MYBROWSER, sessionId); instead of pupeeteer.launch`

L

LordSilverOP•9/20/24, 3:28 PM

So what's the point of this code without a DO? workers-and-pages-discussions

LLordSilver So what's the point of this code without a DO? https://discord.com/channels/5953...

C

Chaika•9/20/24, 3:28 PM

you get a session/browser instance/puppeteer instance you can use

L

LordSilverOP•9/20/24, 3:28 PM

But you would get it even without the keepalive

C

Chaika•9/20/24, 3:29 PM

the keepalive is useless in that case because you'd never be reusing the session

C

Chaika•9/20/24, 3:29 PM

If you browser.close()'d, it'd go away. If you just disconnected or died, you'd just have an orphaned session

L

LordSilverOP•9/20/24, 3:29 PM

So you are saying the puppeteer machine would kill the browser even if you specifically told it to keep the browser open for 10m?

LLordSilver So you are saying the puppeteer machine would kill the browser even if you speci...

C

Chaika•9/20/24, 3:30 PM

no but it'd be useless to you lol

L

LordSilverOP•9/20/24, 3:30 PM

Yeah I know, that's what I was saying.

LLordSilver If I use this code, but I don't have any DO, what happens?

C

Chaika•9/20/24, 3:30 PM

if you run this over and over you'd just keep getting new

L

LordSilverOP•9/20/24, 3:30 PM

So the browser keeps running for 10m, but you have no way to reconnect to the same session.

L

LordSilverOP•9/20/24, 3:30 PM

It's more like wasted resources for Cloudflare.

LLordSilver So the browser keeps running for 10m, but you have no way to reconnect to the sa...

C

Chaika•9/20/24, 3:30 PM

You do have a way to reconnect, you're not just using it in that example

C

Chaika•9/20/24, 3:30 PM

see https://developers.cloudflare.com/browser-rendering/get-started/reuse-sessions/ for how to reuse sessions

Cloudflare Docs

Reuse sessions | Browser Rendering docs

The best way to improve the performance of your browser rendering worker is to reuse sessions. One way to do that is via Durable Objects, which allows you to keep a long running connection from a worker to a browser. Another way is to keep the browser open after you’ve finished with it, and connect to that session each time you have a new reques...

L

LordSilverOP•9/20/24, 3:31 PM

Yeah I mean with a DO.

C

Chaika•9/20/24, 3:31 PM

You don't need a DO to reuse sessions although one session is tied to one execution so limited in usage vs a DO can just keep processing/queue

C

Chaika•9/20/24, 3:32 PM

side note: I agree that all that manual management is silly and in a serverless platform CF should really just do all that for you and let you just use the api without worrying about sessions or instances. We've brought that up to them before, and the session APIs were a bit of their response to it, still annoying you have to manually manage
Using the DO to reuse your session and the sessions API are two entirely separate ways of extending the life of a session/browser instance to reduce cold starts/limits

L

LordSilverOP•9/20/24, 5:10 PM

What sessions API?

L

LordSilverOP•9/20/24, 5:12 PM

But yeah, this looks way more complex than just being able to run puppeteer directly on your worker. If you are making high-level abstraction, at least make them right so that there's a good DX that truly hides stuff happening behind the scenes.

P

Patrick M•9/20/24, 5:14 PM

With

nodejs_compat_v2

nodejs_compat_v2

nodejs_compat_v2

nodejs_compat_v2 you can use

nodemailer

nodemailer

nodemailer

nodemailer now! SMTP transport does not work but you can import the library, build an email payload, and probably use other transports like to Amazon SES too. Example | Source

LLordSilver What sessions API?

C

Chaika•9/20/24, 5:45 PM

You can do

puppeteer.sessions(env.YourBrowserBinding)

puppeteer.sessions(env.YourBrowserBinding)

puppeteer.sessions(env.YourBrowserBinding)

puppeteer.sessions(env.YourBrowserBinding) like in this example here https://developers.cloudflare.com/browser-rendering/get-started/reuse-sessions/

Cloudflare Docs

Reuse sessions | Browser Rendering docs

The best way to improve the performance of your browser rendering worker is to reuse sessions. One way to do that is via Durable Objects, which allows you to keep a long running connection from a worker to a browser. Another way is to keep the browser open after you’ve finished with it, and connect to that session each time you have a new reques...

C

Chaika•9/20/24, 5:46 PM

then you can filter out active sessions, grab the session id, and .connect rather then .launch to reuse it

L

LordSilverOP•9/20/24, 6:10 PM

Why it has to be so complicated.

D

Dean•9/20/24, 9:56 PM

anyone else notice you can't Deploy through CF workers via the dashboard? If you modify any code, the Deploy button remains disabled.

O

orangeboi•9/21/24, 1:49 AM

i'm getting this error all of a sudden in my deploys and I can't explain it.

I can run npm run dev, npm run build, npm run serve no problem

N

Name With Exactly 32 Characters!•9/21/24, 6:35 AM

do i have a skill issue or is this not a valid cron

[triggers]
crons = ["0 0 * * 0"] # Weekly trigger

[triggers]
crons = ["0 0 * * 0"] # Weekly trigger

[triggers]
crons = ["0 0 * * 0"] # Weekly trigger

[triggers]
crons = ["0 0 * * 0"] # Weekly trigger

X [ERROR] A request to the Cloudflare API failed
  invalid cron string [code: 10100]

X [ERROR] A request to the Cloudflare API failed
  invalid cron string [code: 10100]

X [ERROR] A request to the Cloudflare API failed
  invalid cron string [code: 10100]

X [ERROR] A request to the Cloudflare API failed
  invalid cron string [code: 10100]

R

raj.js•9/21/24, 5:50 PM

Why is

new Date().toString()

new Date().toString()

new Date().toString()

new Date().toString()

giving Thu Jan 01 1970 00:00:00 GMT+0000 (Coordinated Universal Time)
instead of current time, when run on production? it gives correct curent time when worker run locally

Rraj.js Why is ```new Date().toString()``` giving Thu Jan 01 1970 00:00:00 GMT+0000 (Co...

A

Ashley•9/21/24, 6:12 PM

Are you executing that in the global scope by any chance, rather than in the event handler?

J

jam_zaw•9/22/24, 4:39 AM

Hello everyone,
I'm looking to implement a caching strategy for my Cloudflare Worker to optimize the API responses from my database. Would leveraging the default Cloudflare Cache be sufficient for this use case, or would it be more effective to use an external tool like Upstash? Perhaps even a combination of both?
Any insights or recommendations would be appreciated!

W

Walshy•9/22/24, 11:35 AM

Let me report to the team

W

Walshy•9/22/24, 11:38 AM

That is indeed a very old binding

N

Nelums•9/22/24, 10:14 PM

Sorry for the question, I was searching for help respect a problem I have with my IP and it seems that Cloudflare is involved, is there a channel where I can get any help with it? or it is mandatory to send an email to the company?

Wait, so you don't actually need the alarm to keep the session open.

Similar Threads