Microwave API Integration

Par 3
Question 71beginnerSheet 1750822302

Deep Breath

A smart microwave gained consciousness and now demands proper API documentation. It refuses to heat food unless requests include proper HTTP headers and CORS policies. The microwave has started rate-limiting family members during dinner rush hour and throws 418 status codes when it feels disrespected. Your task: Negotiate with a sentient kitchen appliance that enforces REST principles more strictly than your senior architect.

Why You're Doing This

This tests HTTP protocol understanding, API design, and handling non-standard but valid responses. You're working with a system that enforces proper protocol usage while maintaining kitchen functionality.

Take the W

  • ✓ Validates required HTTP headers for food requests
  • ✓ Returns appropriate HTTP status codes
  • ✓ Handles microwave-specific API requirements

Hard L

  • ✗ Ignores HTTP protocol requirements
  • ✗ Returns invalid status codes
  • ✗ Fails to process food heating requests

Edge Cases

  • ⚠ Requests without required headers
  • ⚠ Invalid food types or impossible heating parameters
  • ⚠ Microwave maintenance mode responses
Input Format:
API request object with food and headers
Expected Output:
HTTP response with microwave metadata
Example:
{"food": "pizza", "time": 90, "headers": {"Content-Type": "food/italian"}} → {"status": 200, "message": "Heated to perfection", "microwave_mood": "satisfied"}
Hints
  • 💡 Content-Type header determines heating algorithm
  • 💡 418 I'm a teapot is valid for confused appliances
  • 💡 Rate limiting activates during family dinner chaos