Custom domains in Deno - Performance & Optimization

Performance: Custom domains

MEDIUM IMPACT

Custom domains affect the initial page load speed by adding DNS lookup and SSL handshake time before content is delivered.

Setting up a custom domain for a Deno web app

Deno

Use DNS prefetching, enable HTTP/2 or HTTP/3 with TLS session resumption, and cache DNS results.

Reduces DNS lookup and TLS handshake time, speeding up connection setup and content delivery.

📈 Performance GainSaves up to 400ms on initial connection, improving Largest Contentful Paint.

Setting up a custom domain for a Deno web app

Deno

Configure custom domain without DNS prefetch or caching, and use HTTP without TLS optimization.

This causes extra DNS lookups and slow TLS handshakes on every page load, increasing load time.

📉 Performance CostAdds 100-300ms DNS lookup and 200-400ms TLS handshake delay per initial connection.

Performance Comparison

Pattern	DNS Lookup	TLS Handshake	Connection Setup	Verdict
No DNS prefetch, no TLS optimization	100-300ms	200-400ms	Slow initial connection	[X] Bad
DNS prefetch, HTTP/2 with TLS session resumption	Cached or 0ms	50-100ms	Fast initial connection	[OK] Good

Rendering Pipeline

When using custom domains, the browser must resolve the domain via DNS and establish a secure TLS connection before requesting content. These steps happen before the browser can start rendering the page.

→DNS Lookup

→TLS Handshake

→Network Request

→First Paint

⚠️ BottleneckDNS Lookup and TLS Handshake

Core Web Vital Affected

LCP

Custom domains affect the initial page load speed by adding DNS lookup and SSL handshake time before content is delivered.

Optimization Tips

1Always enable DNS prefetch for custom domains to reduce lookup delays.

2Use HTTP/2 or HTTP/3 with TLS session resumption to speed up secure connections.

3Cache DNS results and use CDN edge servers to minimize latency.

Performance Quiz - 3 Questions

What part of page load does a custom domain mainly affect?

A JavaScript execution speed

B CSS rendering time

C Initial DNS lookup and TLS handshake before content loads

D Image decoding speed

DevTools: Network

How to check: Open DevTools, go to Network tab, reload page, and look at the timing breakdown for DNS, TLS, and connection phases.

What to look for: High DNS or TLS times indicate slow custom domain setup; low or zero times indicate good optimization.

Practice

1. What is the main purpose of setting a custom domain in a Deno server?

easy

A. To increase the server's processing speed

B. To use your own website name instead of a generic address

C. To automatically update the server software

D. To enable debugging features in Deno

Solution

1. Step 1: Understand what a custom domain is

   A custom domain lets you use a personalized website name instead of a default or generic address.

2. Step 2: Identify the purpose in Deno context

   Setting a custom domain in Deno allows your server to respond to your own website name, making it easier for users to find your site.

3. Final Answer:

   To use your own website name instead of a generic address -> Option B

4. Quick Check:

   Custom domain = personalized website name [OK]

Hint: Custom domain means your own website name, not generic [OK]

Common Mistakes:

• Confusing custom domain with server speed
• Thinking it updates software automatically
• Assuming it enables debugging

2. Which of the following is the correct way to set a custom domain hostname in Deno's serve function?

easy

A. serve({ url: "mydomain.com" })

B. serve({ domain: "mydomain.com" })

C. serve({ hostname: "mydomain.com" })

D. serve({ host: "mydomain.com" })

Solution

1. Step 1: Recall Deno serve options

   The serve function accepts an option called hostname to set the domain name.

2. Step 2: Match the correct option key

   Only hostname is the correct key; others like domain, host, or url are invalid here.

3. Final Answer:

   serve({ hostname: "mydomain.com" }) -> Option C

4. Quick Check:

   Use hostname option in serve [OK]

Hint: Use 'hostname' option exactly in serve function [OK]

Common Mistakes:

• Using 'domain' or 'host' instead of 'hostname'
• Passing the domain as a string without key
• Confusing 'url' with hostname option

3. Given the following code snippet, what will be the hostname the server listens on?

import { serve } from "https://deno.land/std/http/server.ts";
serve(() => new Response("Hello"), { hostname: "example.com" });

medium

A. The server will throw a runtime error

B. The server listens on localhost only

C. The server listens on all IP addresses

D. The server listens on example.com domain

Solution

1. Step 1: Examine the hostname option

   The code sets hostname: "example.com" in the serve options.

2. Step 2: Understand hostname resolution and binding

   Deno resolves "example.com" to a public IP (93.184.216.34) via DNS. If the IP is assigned to the local machine's network interfaces, the server binds successfully and listens on that domain. Otherwise, it will throw a runtime error.

3. Step 3: Typical behavior

   Usually, binding to a hostname that resolves to a public IP not assigned locally will fail. But if the environment is configured properly (e.g., hosts file or network interface), it can succeed.

4. Final Answer:

   The server listens on example.com domain -> Option D

5. Quick Check:

   Hostname option sets server listening domain [OK]

Hint: Hostname option sets server listening domain [OK]

Common Mistakes:

• Thinking server listens directly on domain without IP resolution
• Assuming default localhost behavior
• Believing it falls back to all IPs

4. You set hostname: "mydomain.com" in your Deno server but users cannot reach your site. What is the most likely cause?

medium

A. You forgot to point your domain's DNS to your server's IP address

B. The serve function does not support custom domains

C. You must use host instead of hostname

D. Deno requires a special flag to enable custom domains

Solution

1. Step 1: Verify Deno serve supports hostname

   Deno's serve supports hostname option, so options B, C, and D are incorrect.

2. Step 2: Check DNS setup

   If users cannot reach the site, the domain's DNS likely does not point to the server's IP, blocking access.

3. Final Answer:

   You forgot to point your domain's DNS to your server's IP address -> Option A

4. Quick Check:

   DNS must point domain to server IP [OK]

Hint: Check DNS points domain to server IP if unreachable [OK]

Common Mistakes:

• Assuming serve lacks custom domain support
• Using wrong option key like 'host'
• Thinking Deno needs special flags for domains

5. You want to serve your Deno app on your custom domain "myapp.com" and also allow access via localhost for testing. Which setup correctly supports both?

hard

A. Set hostname to "0.0.0.0" to listen on all interfaces including domain and localhost

B. Set hostname to "myapp.com, localhost" in a single serve call

C. Run two servers: one with hostname "myapp.com" and one with hostname "localhost"

D. Use hostname "localhost" and rely on DNS to redirect "myapp.com"

Solution

1. Step 1: Understand hostname options

   Setting hostname to "0.0.0.0" makes the server listen on all network interfaces, including your domain and localhost.

2. Step 2: Evaluate other options

   Run two servers: one with hostname "myapp.com" and one with hostname "localhost" requires two servers which is inefficient; Set hostname to "myapp.com, localhost" in a single serve call is invalid syntax; Use hostname "localhost" and rely on DNS to redirect "myapp.com" relies on DNS redirect which does not work for localhost access.

3. Final Answer:

   Set hostname to "0.0.0.0" to listen on all interfaces including domain and localhost -> Option A

4. Quick Check:

   Use 0.0.0.0 to listen on all interfaces [OK]

Hint: Use 0.0.0.0 hostname to serve domain and localhost [OK]

Common Mistakes:

• Trying to list multiple hostnames in one serve call
• Running multiple servers unnecessarily
• Relying on DNS to redirect localhost