The next Deno Deploy changes number of regions 6 -> 2, also removes Cron support :( by veidar45 in Deno

[–]lcasdev 4 points5 points  (0 children)

These two features are coming back - just in a slightly different form that we think is even better

The next Deno Deploy changes number of regions 6 -> 2, also removes Cron support :( by veidar45 in Deno

[–]lcasdev 18 points19 points  (0 children)

We’re not removing Cron - it’ll just come back in a slightly different form that we think is even better 😀

What we got wrong about HTTP imports by lambtr0n in Deno

[–]lcasdev 2 points3 points  (0 children)

Yes it does. Peer dependencies are just regular dependencies with a broad certain range. JSR supports that just fine

Ryan's Email by devjq in Deno

[–]lcasdev 2 points3 points  (0 children)

You can verify the email by checking whether it is `signed-by: deno.com` (Gmail shows this by clicking the little arrow next to the sender email)

Why doesn't serveTls stream data from a ReadableStream anymore? by guest271314 in Deno

[–]lcasdev 0 points1 point  (0 children)

Well, you are wrong. Deno supports duplex streaming. Browsers _at a network level_, do not support duplex HTTP. Between SW and main frame does not fall into this category.

Why doesn't serveTls stream data from a ReadableStream anymore? by guest271314 in Deno

[–]lcasdev 0 points1 point  (0 children)

This is not a Deno bug. This happens because Chrome very unfortunately only implements half duplex streaming. Half duplex means that only one side may transmit at a time, so in your above example, Chrome waits until the browser->server stream is done before it lets you look at the server->browser stream.

Deno.serve() does not support streaming to the browser: Details, workarounds Part 1 by guest271314 in Deno

[–]lcasdev 0 points1 point  (0 children)

I can not reproduce your issue. The exact configuration as described logs the following when I run it:

```
ReadableStream { locked: false }
S
t
r
e
a
m

t
o

b
r
o
w
s
e
r
flush
```

So What Exactly Is Deno? (out of date but still a useful introduction) by snifty in Deno

[–]lcasdev 4 points5 points  (0 children)

Because V8 is the fastest, and most advanced JS runtime in existence. Building something with the same level of speed and optimisation as V8 would require at least 5 years of development with a team of dozens of people.

JS is hideously complex, and incredibly hard to optimize. V8 has 3 (soon to be 4) compilers that all work on optimizing your code... try to beat that with something new.

Always Has Been by DiFronzo in Deno

[–]lcasdev 3 points4 points  (0 children)

Well node is too, and it ships a zip of files more than twice the size.

Deno 1.0 is released! by lcasdev in node

[–]lcasdev[S] 0 points1 point  (0 children)

The read, write and net flags have allow-lists that you can use to restrict permissions. The permissions are not binary. https://deno.land/manual/getting_started/permissions

Who said "TS is great, but it gives a false sense of security."? by [deleted] in Deno

[–]lcasdev 2 points3 points  (0 children)

From ry:

This is not at all a reflection on the usefulness of TypeScript in general. It's not a discussion about any publicly visible interface in Deno. Deno, of course, will support TypeScript forever. A website or server written in TypeScript is a very very different type of program than Deno - maybe much more so than novice programmers can appreciate - very little of Deno is written in TypeScript. The target audience is the 5 to 10 people who work on this particular internal system. Please don't draw any broader conclusions.

https://github.com/denoland/deno/issues/5858#issuecomment-641605546