Why logging matters in production in Express - Test Your Understanding

Practice - 5 Tasks

1fill in blank

easy

Complete the code to log a message when the server starts.

Express

app.listen(3000, () => { console.log([1]); });

Drag options to blanks, or click blank then click option'

A"Server is running on port 3000"

B3000

Capp.listen

Dconsole.log

Attempts:

3 left

💡 Hint

Common Mistakes

Passing the port number directly instead of a message.

Using app.listen inside console.log.

The console.log function prints the message to the console when the server starts.

2fill in blank

medium

Complete the code to log the HTTP method of incoming requests.

Express

app.use((req, res, next) => { console.log(req.[1]); next(); });

Drag options to blanks, or click blank then click option'

Abody

Burl

Cmethod

Dheaders

Attempts:

3 left

💡 Hint

Common Mistakes

Logging req.url instead of req.method.

Logging req.body which may be empty for GET requests.

The req.method property contains the HTTP method (GET, POST, etc.) of the request.

3fill in blank

hard

Fix the error in the logging middleware to correctly log the request URL.

Express

app.use((req, res, next) => { console.log(req.[1]); next(); });

Drag options to blanks, or click blank then click option'

Arequest_url

Bpath

CrequestUrl

Durl

Attempts:

3 left

💡 Hint

Common Mistakes

Using req.path which only gives the path without query string.

Using non-existent properties like requestUrl.

The correct property to get the full URL path is req.url. Other options are invalid and cause errors.

4fill in blank

hard

Fill both blanks to log the status code and response time after a request finishes.

Express

app.use((req, res, next) => {
  const start = Date.now();
  res.on('finish', () => {
    console.log(`Status: ${res.[1], Time: ${Date.now() - start}[2]`);
  });
  next();
});

Drag options to blanks, or click blank then click option'

AstatusCode

Bstatus

Cms

Dms()

Attempts:

3 left

💡 Hint

Common Mistakes

Using res.status which is a function, not a property.

Using ms() which is not defined.

res.statusCode gives the HTTP status code. Adding 'ms' as a string shows milliseconds for response time.

5fill in blank

hard

Fill all three blanks to create a simple logger that logs method, URL, and timestamp.

Express

app.use((req, res, next) => {
  const time = new Date().[1]();
  console.log(`[${time}] ${req.[2] ${req.[3]`);
  next();
});

Drag options to blanks, or click blank then click option'

AtoISOString

Bmethod

Curl

DgetTime

Attempts:

3 left

💡 Hint

Common Mistakes

Using getTime() which returns a number, not a string.

Mixing up method and url properties.

toISOString() gives a readable timestamp. req.method and req.url log the request details.

Practice

1. Why is logging important in a production Express app?

easy

A. It slows down the app to prevent overload.

B. It helps track errors and understand app behavior in real time.

C. It automatically fixes bugs without developer input.

D. It replaces the need for testing before deployment.

Solution

1. Step 1: Understand the purpose of logging

   Logging records events and errors happening inside the app, which helps developers see what is going wrong or right.

2. Step 2: Identify the benefit in production

   In production, logging helps track issues as they happen, making it easier to fix problems quickly and keep the app reliable.

3. Final Answer:

   It helps track errors and understand app behavior in real time. -> Option B

4. Quick Check:

   Logging = Track errors and behavior [OK]

Hint: Logging = watching app actions live to catch problems [OK]

Common Mistakes:

• Thinking logging fixes bugs automatically
• Believing logging slows down the app intentionally
• Confusing logging with testing

2. Which of the following is the correct way to add a simple log message in an Express app?

easy

A. console.log('Server started on port 3000');

B. log.console('Server started on port 3000');

C. console.print('Server started on port 3000');

D. print.log('Server started on port 3000');

Solution

1. Step 1: Recall the standard logging method in Node.js/Express

   The standard way to log messages to the console is using console.log().

2. Step 2: Check each option's syntax

   Only console.log('Server started on port 3000'); uses the correct method console.log(). Others use invalid or non-existent methods.

3. Final Answer:

   console.log('Server started on port 3000'); -> Option A

4. Quick Check:

   Standard log method = console.log() [OK]

Hint: Use console.log() to print logs in Express [OK]

Common Mistakes:

• Using non-existent methods like console.print
• Swapping method and object names incorrectly
• Forgetting parentheses in function calls

3. Given this Express middleware code snippet, what will be logged when a request is made?

app.use((req, res, next) => {
  console.log(`Request method: ${req.method}`);
  next();
});
app.get('/', (req, res) => res.send('Hello'));

medium

A. Request method: /

B. Request method: POST

C. Request method: GET

D. No output will be logged

Solution

1. Step 1: Understand the middleware logging

   The middleware logs the HTTP method of the incoming request using req.method.

2. Step 2: Identify the request type for the given route

   The route is app.get('/', ...), so the request method is GET.

3. Final Answer:

   Request method: GET -> Option C

4. Quick Check:

   req.method for GET request = GET [OK]

Hint: req.method shows HTTP method like GET or POST [OK]

Common Mistakes:

• Confusing URL path with method
• Expecting POST when route is GET
• Thinking middleware doesn't log anything

4. You added this logging middleware but see no logs in production:

app.use((req, res, next) => {
  console.log('Request received');
  next();
});

What is the most likely reason?

medium

A. The middleware is added after the route handlers.

B. console.log is disabled in Node.js by default.

C. next() is missing, so middleware never runs.

D. Logging requires a special package to work.

Solution

1. Step 1: Check middleware order importance

   Middleware must be added before route handlers to run on requests. If added after, it won't log requests.

2. Step 2: Verify other options

   console.log is enabled by default, next() is present, and logging works without extra packages.

3. Final Answer:

   The middleware is added after the route handlers. -> Option A

4. Quick Check:

   Middleware order affects logging execution [OK]

Hint: Add logging middleware before routes to see logs [OK]

Common Mistakes:

• Assuming console.log is disabled
• Forgetting middleware order matters
• Thinking next() is optional

5. In production, why should you avoid logging sensitive user data directly in Express logs?

hard

A. It makes logs too large and slows down the server.

B. Logging sensitive data automatically encrypts it.

C. Sensitive data cannot be logged due to Node.js limitations.

D. It risks exposing private information and violates privacy rules.

Solution

1. Step 1: Understand privacy concerns in logging

   Logging sensitive data like passwords or personal info can expose it if logs are accessed by unauthorized people.

2. Step 2: Recognize security best practices

   Good logging avoids sensitive data to protect user privacy and comply with laws like GDPR.

3. Final Answer:

   It risks exposing private information and violates privacy rules. -> Option D

4. Quick Check:

   Logging sensitive data = privacy risk [OK]

Hint: Never log passwords or private info in production logs [OK]

Common Mistakes:

• Thinking Node.js blocks sensitive data logging
• Believing logs encrypt data automatically
• Assuming large logs are the main issue