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